元伸科技
從塞車談起：什麼是 DDoS 攻擊？
實務上，我們最常聽到老闆的反應是：「我們是中小企業，幹嘛打我們？」——這就是踩在 DDoS 第一個坑上。現實是：自動化攻擊工具現在便宜到一個月幾百塊就能租，很多攻擊根本不是針對你，而是「練手」「示威」或「敲詐」的一環。
想像一條原本暢通的高速公路，突然被成千上萬輛空車塞滿。正常要上路的車輛根本無法通行，整條路徹底癱瘓——這就是 DDoS（Distributed Denial of Service，分散式阻斷服務）攻擊的基本原理。
攻擊者操控大量被感染的電腦（稱為殭屍網路 Botnet），同時向目標網站發送海量請求。伺服器的頻寬與運算資源被惡意流量耗盡，導致正常訪客無法存取網站。對企業而言，這不只是「網站打不開」這麼簡單——它代表訂單流失、品牌信譽受損，甚至可能違反資安合規要求。
DDoS 攻擊的三大類型
並非所有 DDoS 攻擊都長得一樣。依據攻擊目標的不同層級，大致可分為三類：
流量型攻擊（Volumetric Attack）
這是最常見的類型，目的是用巨量封包塞滿頻寬。常見手法包括 UDP 洪水（UDP Flood）和 DNS 放大攻擊（DNS Amplification）。攻擊流量可達數百 Gbps，遠超一般企業網路的承載能力。
協定型攻擊（Protocol Attack）
針對伺服器與網路設備的連線處理機制進行攻擊。例如 SYN Flood 會發送大量半開連線請求，耗盡伺服器的連線表容量。防火牆與負載平衡器也可能成為瓶頸。
應用層攻擊（Application Layer Attack）
這類攻擊最難偵測，因為每個請求看起來都像正常的網頁瀏覽行為。攻擊者針對特定的 URL 或 API 端點發送大量請求，讓網頁伺服器（如 Nginx、Apache）或資料庫不堪負荷。
| 攻擊類型 | 攻擊目標 | 常見手法 | 偵測難度 |
|---|---|---|---|
| 流量型 | 網路頻寬 | UDP Flood、DNS 放大 | 低（流量異常明顯） |
| 協定型 | 伺服器連線資源 | SYN Flood、Ping of Death | 中 |
| 應用層 | 網頁應用程式 | HTTP Flood、Slowloris | 高（偽裝正常請求） |
DDoS 攻擊對企業的真實衝擊
跟客戶聊到這裡，常會有人說「我們網站又沒在賣東西，停一天又不會怎樣」——這個想法很危險。
去年我們接到一通桃園客戶的緊急電話：他們是製造業，網站只是用來放型錄和聯絡資訊，被 DDoS 打了 36 小時。網站打不開不是問題，問題是當天有 3 個海外詢價的客戶 Email 裡的網站連結點不開、改去問了競爭對手。自動化攻擊工具的普及讓發動 DDoS 的門檻極低，任何暴露在網路上的網站都可能成為目標。
DDoS 攻擊造成的損害包括：
- 營收直接損失：電商網站每停機一小時，可能損失數十萬元營收
- 品牌信譽受損：客戶多次無法造訪網站，會轉向競爭對手
- SEO 排名下滑：長時間停機會被搜尋引擎降權處理
- 連帶安全風險：DDoS 有時是煙霧彈，真正目的是掩護資料竊取或入侵行為
- 復原成本高昂：緊急應變、鑑識調查、系統修復都需要額外支出
五層防護架構：從邊緣到核心
有效的 DDoS 防護不是單一產品就能搞定，而是需要多層次的縱深防禦。以下是企業建議部署的五層架構：
第一層：CDN 邊緣防護
CDN（內容傳遞網路）是抵擋 DDoS 的第一道防線。Cloudflare、AWS CloudFront、Akamai 等服務商在全球部署了數千個節點，能將惡意流量分散吸收，避免直接衝擊源站伺服器。
第二層：流量清洗中心
當攻擊流量超過 CDN 的自動防護閾值時，流量會被導引到專用的流量清洗中心（Scrubbing Center）。清洗中心透過深度封包檢測（DPI）過濾惡意流量，只讓合法請求通過。
第三層：WAF 應用層防火牆
Web Application Firewall（WAF） 負責過濾應用層的惡意請求。它能識別異常的 HTTP 請求模式，阻擋 XSS、CSRF 等攻擊手法，也能針對 DDoS 設定速率限制（Rate Limiting）。
第四層：負載平衡與自動擴展
當流量激增時，負載平衡器將請求分配到多台伺服器。搭配雲端的自動擴展（Auto Scaling）機制，系統能動態增加運算資源來因應突發流量。
第五層：應用程式自身防護
在程式碼層面實作防護，包括連線數限制、請求頻率控管、驗證碼機制（CAPTCHA）、以及 API 端點的認證與限流。
即時偵測：發現攻擊的關鍵時刻
再好的防護也需要搭配即時監控才能發揮效果。企業應建立以下偵測機制：
- 流量基線分析：先了解正常的流量模式，才能在異常發生時快速判斷
- 自動化告警：設定流量、連線數、回應時間等指標的告警閾值
- 日誌集中管理：將伺服器日誌統一收集，用於分析攻擊來源與模式
- 第三方監控服務：使用網站監控工具即時偵測網站可用性
應急回應：攻擊來了怎麼辦？
即使做了充分準備，DDoS 攻擊仍可能突破防線。事先制定應急計畫是縮短停機時間的關鍵：
第一步：確認攻擊
區分「正常流量高峰」與「DDoS 攻擊」。檢查流量來源的地理分布、User-Agent 分布、請求的 URL 模式是否異常。
第二步：啟動防護
- 開啟 CDN 的「遭受攻擊模式」（如 Cloudflare Under Attack Mode）
- 啟動流量清洗服務
- 調整 WAF 規則，封鎖已識別的惡意 IP 段
第三步：通知相關人員
- 通知主機代管商或雲端供應商協助處理
- 告知內部團隊與客服，準備對外溝通訊息
- 必要時通報資安主管機關
第四步：事後檢討
攻擊結束後，進行完整的事件回顧：
- 攻擊的類型、規模、持續時間
- 防護機制的有效性與不足之處
- 需要補強的環節與預算規劃
企業 DDoS 防護方案選擇指南
不同規模的企業，適合的防護方案也不同：
| 企業規模 | 建議方案 | 防護能力 |
|---|---|---|
| 微型企業 / 個人網站 | Cloudflare Free + 基本 WAF | 基礎 DDoS 防護 |
| 中小企業 | Cloudflare Pro/Business + 託管 WAF 規則 | 進階 L7 防護 + 速率限制 |
| 中型企業 | 雲端 WAF + 流量清洗 + 自動擴展 | 多層防護 + 即時清洗 |
| 大型企業 / 金融機構 | 專屬清洗中心 + 24/7 SOC 監控 | 企業級全面防護 |
實際上，桃園、中壢的中小企業客戶，我們九成都會建議從 Cloudflare 免費版起步，把 DNS 切過去、開啟基礎 DDoS 防護與 Bot Fight Mode，光這一步就能擋掉八成的自動化攻擊。等到網站確實有海外大流量、或被持續鎖定攻擊，再升級付費版會比較划算。
選擇方案時，除了成本外也要考量：
- 防護頻寬上限：免費方案通常有限制，大規模攻擊可能無法完全吸收
- 回應時間 SLA：發生攻擊時，供應商多快能介入處理
- 報表與分析：是否提供詳細的攻擊分析報告
- 與現有架構的整合：能否無縫整合到目前的網站架構中
結語：防護是投資，不是成本
24 年來我們看過太多老闆，覺得 DDoS 是「機率很低、發生再說」的事；但等到網站被打趴 24 小時、客戶開始打電話來抱怨時，付出的代價遠比平時做基礎防護高得多。DDoS 攻擊不是「會不會發生」的問題，而是「什麼時候發生」。
今天就可以做的四件事：
- 檢視目前網站是否有基礎的 DDoS 防護（至少把 Cloudflare 開起來）
- 建立流量監控與告警機制
- 制定一份書面的資安應急計畫
- 每年至少做一次攻擊模擬演練
更多資安基礎觀念，推薦閱讀網站資安入門指南。
如果不確定自家網站的防護夠不夠，元伸科技 24 年深耕、累積 3,000+ 企業客戶，可協助盤點現況並建議優先順序，客製化網頁設計 客戶都會搭配資安規劃一起交付。
📞 03-366-1000 ｜ 🌐 www.ozchamp.com ｜ 免費諮詢 24hr 回覆
