如何不斷攻擊http伺服器
Ⅰ 如何防止http TRACE 跨站攻擊
如果一台 Web Server 支持 Trace 和 / 或 Track 方式，那麼它一定存在跨站腳本漏洞，將有可能受到跨站攻擊。 Trace 和 Track 是用來調試 Web 伺服器連接的 HTTP 方式。
我們通常在描述各種瀏覽器缺陷的時候，把「Cross-Site-Tracing」（跨站攻擊）簡稱為 XST。
攻擊者可以利用此漏洞欺騙合法用戶並得到他們的私人信息。
解決方案：禁用 Trace 和 / 或 Track 方式。
針對 Apache，可以藉助 mod_rewrite 模塊來禁止 HTTP Trace 請求。只要在各虛擬主機的配置文件里添加如下語句：
RewriteEngine on
RewriteCond %{REQUEST_METHOD} ^(TRACE|TRACK)
RewriteRule .* - [F]
補充其他 Web Server 的解決方案：
1、Microsoft IIS
使用 URLScan 工具禁用 HTTP Trace 請求，或者只開放滿足站點需求和策略的方式。
2、Sun ONE Web Server releases 6.0 SP2 或者更高的版本：
在 obj.conf 文件的默認 object section 里添加下面的語句：
<Client method="TRACE">
AuthTrans fn="set-variable"
remove-headers="transfer-encoding"
set-headers="content-length: -1"
error="501"
</Client>
Ⅱ cc攻擊是什麼意思怎麼防護
HTTP Flood 俗稱CC攻擊（Challenge Collapsar）是DDOS（分布式拒絕服務）的一種，前身名為Fatboy攻擊，也是一種常見的網站攻擊方法。是針對 Web 服務在第七層協議發起的攻擊。攻擊者相較其他三層和四層，並不需要控制大量的肉雞，取而代之的是通過埠掃描程序在互聯網上尋找匿名的 HTTP 代理或者 SOCKS 代理，攻擊者通過匿名代理對攻擊目標發起HTTP 請求。匿名代理伺服器在互聯網上廣泛存在。因此攻擊容易發起而且可以保持長期高強度的持續攻擊，同樣可以隱藏攻擊者來源避免被追查。
HTTP/CC 攻擊的特點：
HTTP/CC 攻擊的 ip 都是真實的，分散的
HTTP/CC 攻擊的數據包都是正常的數據包
HTTP/CC 攻擊的請求都是有效請求，且無法拒絕
HTTP/CC 攻擊的是網頁，伺服器可以連接，ping 也沒問題，但是網頁就是訪問不了
如果 WEB環境 一開，伺服器很快就死，容易丟包。
那如何造成更大的殺傷呢。Web 服務與 DNS 服務類似，也存在緩存機制。如果攻擊者的大量請求命中了伺服器緩存，那麼這種攻擊的主要作用僅體現在消耗網路帶寬資源上，對於計算和 IO 資源的消耗是非常有限的。因此，高效的 HTTP/CC 攻擊 應不斷發出針對不同資源和頁面的 HTTP 請求，並盡可能請求無法被緩存的資源（ 如關鍵詞搜索結果、用戶相關資料等 ），這樣才能更好的加重伺服器的負擔，達到理想的攻擊效果。當然 HTTP/CC 攻擊 也會引起嚴重的連鎖反應，不僅僅是直接導致被攻擊的 Web 前端響應緩慢，還間接攻擊到後端的 Java 等業務層邏輯以及更後端的資料庫服務，增大它們的壓力，HTTP/CC 攻擊 產生的海量日誌數據甚至會對日誌存儲伺服器都帶來影響。
如果 Web 伺服器支持 HTTPS，那麼進行 HTTPS 洪水攻擊是更為有效的一種攻擊方式。原因有二：
其一，在進行 HTTPS 通信時，Web 伺服器需要消耗更多的資源用來認證和加解密。
其二，目前一部分防護設備無法對 HTTPS 通信數據流進行處理，會導致攻擊流量繞過防護設備，直接對 Web 伺服器造成攻擊。
簡易CC攻擊防禦方法
1. 把網站做成靜態頁面：
大量事實證明，把網站盡可能做成靜態頁面，不僅能大大提高抗攻擊能力，而且還給駭客入侵帶來不少麻煩，至少到現在為止關於HTML的溢出還沒出現，看看吧！新浪、搜狐、網易等門戶網站主要都是靜態頁面，若你非需要動態腳本調用，那就把它弄到另外一台單獨主機去，免的遭受攻擊時連累主伺服器。
2. 在存在多站的伺服器上，嚴格限制每一個站允許的IP連接數和CPU使用時間
這是一個很有效的方法。CC的防禦要從代碼做起，其實一個好的頁面代碼都應該注意這些東西，還有SQL注入，不光是一個入侵工具，更是一個DDOS缺口，大家都應該在代碼中注意。舉個例子吧，某伺服器，開動了5000線的CC攻擊，沒有一點反應，因為它所有的訪問資料庫請求都必須一個隨機參數在Session裡面，全是靜態頁面，沒有效果。突然發現它有一個請求會和外面的伺服器聯系獲得，需要較長的時間，而且沒有什麼認證，開800線攻擊，伺服器馬上滿負荷了。代碼層的防禦需要從點點滴滴做起，一個腳本代碼的錯誤，可能帶來的是整個站的影響，甚至是整個伺服器的影響!
5. 伺服器前端加CDN中轉
可以購買高CDN網路雲加速，用於隱藏伺服器真實IP，域名解析使用CDN的IP，所有解析的子域名都使用CDN的IP地址。此外，伺服器上部署的其他域名也不能使用真實IP解析，全部都使用CDN來解析，網路雲加速提供四到七層的DDoS攻擊防護，包括CC、SYN flood、UDP flood等所有DDoS攻擊方式， 通過分布式高性能防火牆+精準流量清洗+CC防禦+WEB攻擊攔截，組合過濾精確識別，有效防禦各種類型攻擊。相關鏈接