2月27日18時整，虎嗅收到4個監控平臺的各種監控報警，提示異常：
1、tcp鏈接數升速異常
2、cpu使用率飆升
3、http響應時間過長
4、帶寬利用率異常
5、數據庫壓力升高
我們隨即登陸服務器查看，18時4分，網站開始出現服務異常，開始收到故障報警：
1、tcp鏈接數超限
2、cpu使用率100%
3、http服務失去響應
4、帶寬利用率100%
5、icmp無響應
遠程直接鏈接直接失去響應，我們只能繞道進入服務器繼續查看服務器狀況，初步確認虎嗅受到的攻擊方式為 ack flood + icmp flood + udp flood +cc。這種組合式攻擊複雜程度比較高，可以確信對方做了十足的準備。虎嗅隨即對服務器做了相應調整，但攻擊流量過大，已經超過我們的總帶寬。
實際上，虎嗅前段時間已經遭遇了很多莫名其妙的掃瞄和密碼破解。看上去，伏擊者準備已久了。
18：05，根據阿里雲的流量清洗規則，“雲盾”被觸發，阿里雲對攻擊虎嗅的流量進行清洗，我們接到各種恢復提示，看起來一切正常了，虎嗅的流量只剩下被攻擊時的1-3%，攻擊者的流量基本穩定在虎嗅帶寬10倍多點的流量上。
19：50，攻擊者開始加壓。攻擊流量飆升到雲盾清洗上限（雲盾免費清洗上限），服務器瞬間倒地。
在阿里雲同學的幫助下，21點左右，虎嗅開始恢復正常。而同時，攻擊者再次加壓。
虎嗅網跟阿里盾接受了第二次考驗，最高流量一度達到虎嗅網總帶寬接近40倍，但在阿里雲的服務支持下，始終未對虎嗅網造成致命打擊。
隨後攻擊者改變了攻擊方式，嗅哥再次倒地。這時，遠在杭州的阿里雲團隊協助虎嗅網使用了阿里的負載均衡（slb）。虎嗅網再次站了起來。攻擊失效後，流量漸漸退去。
第二天白天，虎嗅再次遭受各種形勢的攻擊，但每次一遭受短暫的影響，我們的雲服務商阿里雲就及時提供協助，外部攻擊始終沒有對虎嗅造成太大的影響。
到3月1日攻擊還在持續，但已經對虎嗅造不成什麼威脅。這次虎嗅服務器反擊戰基本就收在了2013年2月。
藉著這次虎嗅保衛戰，我們感受到的是，雲時代的攻擊與防護方式與傳統服務器託管時代有著鮮明的對比。
幾年前網站遇到外部攻擊，如果是小量，就提高自己的抗攻擊能力，從性能和過濾方面著手；如果量級比較大，只能聯繫機房加大帶寬、聯繫防火牆廠商提供更強大的過濾設備、增加物理服務器數量；攻擊再猛烈一些，只能舉白旗投降。
傳統服務器託管時代，因為辦公場所與託管機房之間有物理距離，所以整個過程折騰下來，至少需要6小時。
而在雲時代，反擊時間已經大大縮短：小攻擊自動被過濾；雲服務商們的彈性計算也可以提供無縫的性能提升來臨時抵禦攻擊，響應速度、資源匹配上都更快更靈活，這使得網絡攻擊在未來可能再形不成惡意力量。
深度感謝靠譜的阿里雲。感謝期間主動關心、給虎嗅伸出援手的安全寶、綠盟、湖盟、烏雲、360以及諸多行內朋友，你們是嗅哥的安全感。
(來源：虎嗅，原文鏈接）