HTTP 中文名稱為超文本傳輸協議，常被用于 Web 處事請求和響應數據的傳輸。常見的 HTTP 請求有 GET 請求和 POST 請求兩種。凡是，GET 請求用于從 Web 處事器獲取數據和資源，譬喻請求頁面、獲取圖片和文檔等；

POST 請求用于向 Web 處事器提交數據和資源，譬喻發送用戶名/暗碼、上傳文件等。在處理懲罰這些 HTTP 請求的進程中，Web 處事器凡是需要理會請求、處理懲罰和執行處事端劇本、驗證用戶權限并多次會見數據庫，這會耗損大量的計較資源和 IO 會見資源。

HTTP Flood（俗稱 CC 進攻）是針對 Web 處事在第七層協議提倡的進攻。進攻者相較其他三層和四層，并不需要節制大量的肉雞，取而代之的是通過端口掃描措施在互聯網上尋找匿名的 HTTP 署理可能 SOCKS 署理，進攻者通過匿名署理對進攻方針提倡HTTP 請求。匿名署理處事器在互聯網上遍及存在。因此進攻容易提倡并且可以保持恒久高強度的一連進攻，同樣可以埋沒進攻者來歷制止被追查。HTTP/CC 進攻的特點：

HTTP/CC 進攻的 ip 都是真實的，分手的

HTTP/CC 進攻的數據包都是正常的數據包

HTTP/CC 進攻的請求都是有效請求，且無法拒絕

HTTP/CC 進攻的是網頁，處事器可以毗連，ping 也沒問題，可是網頁就是會見不了

假如 IIS 一開，處事器很快就死，容易丟包。

用三胖的話描寫，HTTP/CC 進攻 就是進攻者對受進攻方針秀演技，演的越好越像正常會見者，就越不容易被方針識別，越不容易被過濾，到達對方針處事器資源造成耗損的目標。

那如何造成更大的殺傷呢。Web 處事與 DNS 處事雷同，也存在緩存機制。假如進攻者的大量請求擲中了處事器緩存，那么這種進攻的主要浸染僅表此刻耗損網絡帶寬資源上，對付計較和 IO 資源的耗損長短常有限的。因此，高效的 HTTP/CC 進攻 應不絕發出針對差異資源和頁面的 HTTP 請求，并盡大概請求無法被緩存的資源（ 如要害詞搜索功效、用戶相關資料等 ），這樣才氣更好的加重處事器的承擔，到達抱負的進攻結果。雖然 HTTP/CC 進攻 也會引起嚴重的連鎖回響，不只僅是直接導致被進攻的 Web 前端響應遲鈍，還間接進攻到后端的 Java 等業務層邏輯以及更后端的數據庫處事，增大它們的壓力，HTTP/CC 進攻 發生的海量日志數據甚至會對日志存儲處事器都帶來影響。

假如 Web 處事器支持 HTTPS，那么舉辦 HTTPS 大水進攻是更為有效的一種進攻方法。原因有二，其一，在舉辦 HTTPS 通信時，Web 處事器需要耗損更多的資源用來認證和加解密。其二，今朝一部門防護設備無法對 HTTPS 通信數據流舉辦處理懲罰，會導致進攻流量繞過防護設備，直接對 Web 處事器造成進攻。

進攻靠演技，防護雖然是靠火眼精睛叻。HTTP/CC 進攻 防止主要通過緩存的方法舉辦，只管由設備的緩存直接返回功效來掩護后端業務。當高級進攻者穿透緩存時，清洗設備會截獲 HTTP 請求做非凡處理懲罰。早期的要領是對源 IP 的 HTTP 請求頻率設定閾值，高于既定閾值的 IP 地點插手黑名單。這種要領過于簡樸，容易帶來誤殺，而且無法屏蔽來自署理處事器的進攻，因此逐漸廢止，，取而代之的是基于 JavaScript 跳轉的人機識別方案。HTTP Flood 是由措施模仿 HTTP 請求，一般來說不會理會處事端返回數據，更不會理會 JS之類代碼。因此當清洗設備截獲到 HTTP 請求時，返回一段非凡 JavaScript 代碼，正常用戶的欣賞器會處理懲罰并正常跳轉不影響利用，而進攻措施會進攻到空處。 由于 HTTP/CC 進攻 的偽裝方法千變萬化，很少有計策可能硬件防護能做到完美清洗，所以，針對 HTTP/CC 進攻，我們大多時候需要具備必然技能的網絡維護人員舉辦見招拆招。

總的來講，HTTP/CC 進攻 在于積極偽裝正常用戶耗損方針處事器資源。而相應的防護就在于受進攻者可否精準識別出進攻者的偽裝，來個一針見血的計策來過濾垃圾會見。（ 以上攻防分享僅屬小我私家領略，如有類似，純屬僥幸。如有錯誤，請不惜指正 ）