DDoS 是什麼?攻擊症狀、DoS 差異與網站防護指南

DDoS 是什麼?DDoS 全名為 Distributed Denial-of-Service,中文是分散式阻斷服務攻擊。攻擊者利用大量分散來源送出請求,企圖耗盡網路、伺服器或應用程式資源,讓正常使用者難以連線。網站變慢或打不開可能是症狀,但不代表一定遭到 DDoS。

Cloudflare 把它比喻成高速公路被大量車輛塞滿,正常車流到不了目的地。DDoS 和 DoS(Denial-of-Service,阻斷服務)的差別在來源:DoS 來自單一或少數來源,DDoS 同時動用許多分散的裝置,很難靠封鎖幾個 IP 位址解決。一般網站擁有者能做的是事前確認主機、CDN 與維運窗口各自負責什麼,事發時保留紀錄並通知服務商,而不是自己擋下流量。

DoS 與 DDoS 有什麼差別?

兩者目的相同,都是讓正常使用者無法取得服務,差別在來源數量,而且 DDoS 本身就是 DoS 的一種。美國網路安全暨基礎設施安全局(CISA)指出,來源分散讓 DDoS 的流量明顯更大,發動者也更難追查。

比較DoSDDoS
英文全名Denial-of-Service(阻斷服務)Distributed Denial-of-Service(分散式阻斷服務)
來源較集中大量且分散
發動裝置一台或少數幾台電腦通常是許多遭入侵的電腦與 IoT 裝置組成的殭屍網路(botnet)
封鎖難度較可能鎖定單一來源正常與惡意流量較難分辨
應對主機與網路層處理通常需要上游容量與分層過濾

資料來源:Cloudflare:DDoS 攻擊定義、Cloudflare:阻斷服務攻擊說明、CISA:DDoS 攻擊的認識與應變指南與 AWS:DDoS 防護說明(新增內容於 2026-10-14 查證)。

被 DDoS 會怎樣?

被 DDoS 時,最直接的結果是網站變慢或完全打不開,正常訪客無法瀏覽、下單或登入。常見現象包括:

  • 網站載入時間突然增加,請求大量逾時。
  • 頻寬、連線數、CPU 或特定 API 使用量異常。
  • 正常訪客出現 502、503、504 或無法連線。
  • 同一時間出現大量相似路徑、來源或請求特徵。

這些現象也可能來自程式錯誤、活動流量、爬蟲、快取失效、資料庫阻塞或主機故障。判斷時要同時比對正常基準、流量來源、狀態碼、主機資源與上游服務事件,不能只看「網站很慢」。

502、503 與 504 各自代表哪一段出問題,可以對照 HTTP 狀態碼與 5xx 錯誤的判讀方式。CISA 的阻斷服務攻擊說明也提醒,攻擊者可能藉此轉移注意力,同時對其他服務下手,所以事件期間也要留意後台是否出現異常登入等其他狀況。

是 DDoS 還是流量暴增?怎麼分辨

只看流量變大無法分辨,要看流量的來源、特徵、目標與時間是否說得通。Cloudflare 的 DDoS 攻擊定義頁列出四種偏向攻擊的跡象:

觀察項目偏向攻擊的跡象
流量來源可疑流量集中在單一 IP 位址或某個 IP 範圍
訪客特徵大量流量有相同特徵,例如同一種裝置類型、地理位置或瀏覽器版本
請求目標對單一頁面或端點的請求出現無法解釋的激增
時間模式在非正常時段激增,或每隔固定時間就激增一次

檔期活動、廣告上線或電子報寄出也會帶來一波流量,所以先對照自己的行銷行事曆;Cloudflare 也提醒,真實客戶湧入時截斷所有流量反而是錯的。這些線索多半要從主機、CDN 或流量分析後台才看得到,自己看不到時,就把發生時間與受影響網址交給服務商判讀。

DDoS 攻擊通常瞄準哪一層?

常見的攻擊類型有三種,分別耗盡頻寬、連線資源與應用程式的運算能力。CISA 的指南稱為巨流量型(Volume-Based)、協定型(Protocol-Based)與應用層型(Application Layer-Based),對應下面三個小節。以 OSI 模型(把網路通訊分成七層的概念模型)來說,協定型主要針對第 3 層網路層與第 4 層傳輸層,應用層型針對第 7 層應用層;三類可能同時混用。

網路容量

以大量流量占滿頻寬或上游資源。這類問題通常不是單台網站主機靠設定就能承受,需要網路服務商或具規模的防護節點協助。

協定與連線資源

利用連線與協定處理成本,使設備或伺服器狀態表耗盡。處理方式包含上游過濾、連線限制與網路架構調整。

網站與 API

請求看似一般瀏覽,卻集中打在搜尋、登入、報表或昂貴 API。這時需要快取、速率限制、WAF、驗證與程式最佳化共同處理。

疑似被 DDoS 時,網站擁有者的處理順序

疑似被攻擊時,先保留紀錄並通知對的窗口,再排除一般故障,不要急著自己動手擋流量。處理順序如下:

  1. 保留時間與錯誤畫面,以及受影響網址,不公開敏感紀錄。
  2. 詢問主機或維運方,確認平台是否有已知事件與資源異常。
  3. 比對流量、狀態碼、CPU、資料庫與快取,排除一般故障;自己看不到這些資料時,請主機或維運方協助比對。
  4. 若確認為異常流量,由上游服務商套用限速、驗證挑戰或過濾措施。
  5. 事件後補齊監測、告警、容量與應變責任。

要保留的紀錄可以參考 CISA 指南列出的時間戳記、來源 IP 位址、設備紀錄與告警,事後檢討或向執法機關報案都用得到。在台灣,刑法第 360 條對無故以電腦程式或其他電磁方式干擾他人電腦或其相關設備,致生損害於公眾或他人的行為,訂有三年以下有期徒刑、拘役或科或併科三十萬元以下罰金的刑責,依第 363 條須告訴乃論;個案是否成立由司法機關認定,受害時可向警察機關或律師確認。

DDoS 防護為什麼要分層?

大型流量要在抵達來源主機前處理,應用層請求則要理解網站路徑與使用者行為。常見組合包括 Anycast 或 CDN 節點、上游清洗、速率限制、快取、WAF、來源隱藏、主機擴充與應變流程。沒有單一設定能保證擋住每一次攻擊。

以 Cloudflare 的說明為例,只靠限速可能不足以應對複雜的 DDoS,不加篩選條件的黑洞路由則會把合法與惡意流量一起丟棄,等於讓網站對外中斷。CISA 的指南也把 CDN 列為應變選項,因為它能吸收並分散流量,運作方式見 CDN 的用途、原理與缺點。

想理解應用層檢查,可閱讀 WAF 用途與防護限制;想理解 DNS、CDN 與反向代理,可閱讀 Cloudflare 功能指南。日常維運也應執行網站安全檢查。

DDoS 防護誰負責?依架站方式確認

主機與網路層的防護由握有主機和上游線路的一方處理,網站擁有者要先知道自己屬於哪一種架站方式。自架與 SaaS 的維護責任差在哪,可以對照自架 WordPress 與 SaaS 架站的比較。

架站方式主機與網路層由誰處理你要自己確認的事
SaaS 或代管架站服務平台與它的上游供應商異常時的聯絡窗口與回覆時間;網域、DNS 與後台帳號由誰持有
自己租主機架站依伺服器的租用型態,由主機商與你分擔存取紀錄與資源監測;是否加接 CDN 或 WAF
外包給設計或維運公司依合約,由維運窗口協調主機商合約是否寫明聯絡方式與回應時間

以秒站為例,方案包含網站主機代管、SSL 憑證與每日備份,客服在 24 小時內以電子郵件或 LINE 回覆(依秒站方案頁,2026-10-14 查證)。主機環境由我們維運,網站變慢或打不開時,請把發生時間、網址與錯誤畫面提供給客服確認。這不代表網站不會被攻擊或不會中斷;秒站方案不含網域,網域要自己購買與持有,網域註冊帳號與後台帳號密碼也要由你自己保管。

內文精華總結

  • DDoS 利用大量分散來源,讓正常使用者難以取得服務。
  • DoS 來源集中,DDoS 來源分散,DDoS 是 DoS 的一種。
  • 載入緩慢、錯誤回應與連線失敗只是症狀,不能單憑這些現象確認攻擊。
  • 防護要同時處理網路容量與協定,以及網站和 API。
  • 網站擁有者應保留證據並找主機、維運與上游服務商共同判斷。
  • 防護責任依架站方式而不同,事前先確認聯絡窗口,以及網域、DNS 與後台帳號由誰持有。

從穩定維護的網站底座開始

秒站把主機、SSL、安全與例行維護整合在架站服務裡,讓網站上線後仍有清楚的維運路徑。

重點整理

DDoS 是什麼意思?

DDoS 是分散式阻斷服務攻擊,利用大量分散來源耗盡網路、伺服器或應用程式資源,使正常使用者難以連線。

被 DDoS 會怎樣?

可能出現網站變慢,請求逾時,服務無法連線與資源異常。但相同症狀也可能由程式、主機或活動流量造成。

DoS 和 DDoS 有什麼差別?

DoS(Denial-of-Service,阻斷服務)來源較集中,由一台或少數幾台電腦發動,較可能鎖定單一來源後由主機與網路層處理。DDoS(Distributed Denial-of-Service,分散式阻斷服務)是 DoS 的一種,來源大量且分散,通常來自殭屍網路,正常與惡意流量較難分辨,因此通常需要上游容量與分層過濾。

DDoS 的主要目標是什麼?

主要目標是服務可用性,可能瞄準頻寬、連線資源、網站頁面或 API,使正常使用者無法取得服務。

網站慢就是被 DDoS 嗎?

不是。應比對正常基準、流量來源、狀態碼、主機資源、資料庫與服務商事件後再判斷。

DDoS 和流量暴增怎麼分辨?

要看流量的來源、特徵、目標與時間。Cloudflare 列出的攻擊跡象包括:可疑流量集中在單一 IP 位址或 IP 範圍,大量流量有相同的裝置類型、地理位置或瀏覽器版本,單一頁面或端點的請求無故激增,以及在非正常時段或每隔固定時間激增。先對照自己的檔期活動、廣告與電子報時間,再請服務商判讀。

DDoS 有哪些常見攻擊類型?

常見的攻擊類型有三種,CISA 的指南稱為巨流量型、協定型與應用層型。巨流量型以大量流量占滿頻寬;協定型耗盡設備與伺服器的連線資源,主要針對 OSI 模型(把網路通訊分成七層的概念模型)的第 3 層網路層與第 4 層傳輸層;應用層型針對第 7 層應用層,集中消耗網站與 API 的運算能力。三類可能同時混用,所以防護需要分層。

WAF 可以防 DDoS 嗎?

WAF 可協助處理部分應用層異常請求,但大型網路攻擊還需要上游網路容量、流量清洗與其他分層措施。

小網站需要 DDoS 防護嗎?

應依中斷影響、交易與 API 重要性、過往流量與供應商能力評估。即使風險較低,也應有監測與求助窗口。

遇到疑似 DDoS 怎麼辦?

先保留時間、網址與錯誤證據,聯絡主機或維運方,比對平台與資源狀態,再由上游服務商依證據採取措施。事件後再補齊監測、告警、容量與應變責任。

用 SaaS 架站還要自己處理 DDoS 嗎?

主機與網路層由平台與它的上游供應商處理。但你仍要事前確認異常時的聯絡窗口與回覆時間,以及網域、DNS 與後台帳號由誰持有;事發時把發生時間、網址與錯誤畫面提供給平台客服。使用 SaaS 不代表網站不會被攻擊或不會中斷。

發動 DDoS 攻擊犯法嗎?

在台灣,刑法第 360 條規定,無故以電腦程式或其他電磁方式干擾他人電腦或其相關設備,致生損害於公眾或他人者,處三年以下有期徒刑、拘役或科或併科三十萬元以下罰金;依第 363 條,此罪須告訴乃論。個案是否成立由司法機關認定,受害時請保留紀錄,並向警察機關或律師確認。