當然不是因為用戶量的激增導致的正向流量上升，而是因為某些非法用戶在惡意刷我們網站的CDN流量，導致我們網站無法正常運行。

Part 1事情的起因

昨天晚上11點左右，我們小伙伴在訪問 H5-Dooring 零代碼平臺的時候，發現網站掛了，無法訪問了，緊接著騰訊云CDN續費的短信鋪滿了我的手機。

于是我們立馬檢查了云服務器控制臺，發現了驚人的流量消耗：

圖片

cdn資源竟然短短2天被請求了幾十萬次，每天流量消耗接近50G：

圖片

最終的結果就是Dooring平臺依賴的cdn資源因為額度費用不足，無法訪問了，更可惡的是，我們之前為了優化網站性能，把核心js插件也托管到cdn了，導致由于cdn無法訪問，整個網站“癱瘓了”。

還好我們發現的及時，及時對CDN充了費用，并把惡意訪問的用戶IP封了：

圖片

同時為了提高網站穩定性，我們把核心js放到了服務器本地管理。

圖片

目前網站已恢復正常，大家可以正常使用（https://dooring.vip）。

Part 2網站CDN安全的反思

這次危機之后，讓我更加注重網站安全問題了，尤其是CDN安全。

如果對云服務的CDN沒有足夠多的安全管控的理解和經驗，還是不建議把核心資源放在CDN上，也就是不要太過依賴CDN。

這次事件之后，我也研究并查找了大量的資料，學習安全防控相關的經驗，這里和大家分享總結一下，如果你也有類似的情況，也可作為參考交流。

深度防御建議方向

1. 成本控制層：設置CDN流量封頂告警（如日流量閾值觸發自動停服）
2. 訪問鑒權層：啟用Referer防盜鏈、Token簽名驗證、IP黑白名單
3. 行為分析層：部署WAF+UEBA（用戶實體行為分析）識別異常模式
4. 法律追溯層：通過日志固定電子證據，依據《網絡安全法》第27條追責

大家在使用云服務廠商提供的CDN時，建議立即執行以下三步應急方案：
① 檢查CDN控制臺「防盜鏈」配置是否開啟
② 分析訪問日志提取惡意IP特征（UserAgent集中在Headless Chrome/Fakebot）
③ 啟用「流量整形」功能限制單IP請求頻率

此類攻擊已形成完整地下產業鏈（從IP代理服務到自動化攻擊工具包），建議建立持續監控機制而非一次性修補。