QUIC 洪水攻擊

　QUIC 洪水攻擊是一種分散式阻斷服務(DDoS)攻擊，QUIC 洪水攻擊是利用 QUIC 通訊協定發送的大量數據，使目標伺服器不堪負荷而導致服務中斷的攻擊。

　QUIC 洪水攻擊屬於 OSI 模型中第 7 層應用層攻擊，主要針對 HTTP/3 所使用的 QUIC 協定發動大規模請求。但由於 QUIC 建立在 UDP 之上，亦具備第 4 層傳輸層攻擊的高頻率、偽 IP 特性，是一種跨層級的現代化混合型攻擊。

QUIC是什麼

　QUIC 是一種端到端的加密傳輸協定，基於 UDP 建立，結合了 TCP 的可靠傳輸機制與 TLS 的加密功能。QUIC 支援多路複用(multiplexing)、連線遷移(connection migration)、0-RTT 快速連線建立等特性，能夠更有效地對抗網路延遲與位址變更等問題。

　QUIC 最初由 Google 開發，目的是提升 HTTP 傳輸效能，後來被 IETF 標準化，成為 HTTP/3 的底層傳輸協定。

　簡單來說，QUIC 是一種設計用來「更快、更安全」傳輸網頁資料的新一代網路通訊協定，廣泛應用於瀏覽器、影音串流與雲端服務中。

▲ 圖片來源：Chromium Blog

QUIC洪水攻擊是什麼

　QUIC 洪水攻擊，則是指攻擊者嘗試利用 QUIC 通訊協定機制來癱瘓伺服器，達到阻斷服務(DDoS)、拒絕服務的目的。攻擊者會大量發送偽造或異常的 QUIC 封包，透過高頻連線請求、握手初始化或資料傳輸，迅速耗盡伺服器的CPU、記憶體或頻寬資源。

　由於 QUIC 基於 UDP 傳輸並內建加密機制，傳統防禦工具難以解讀封包內容，這導致此類攻擊具有高隱蔽性與高破壞性，難以被偵測及過濾。

QUIC洪水攻擊特點與風險

　QUIC 洪水攻擊結合了新興通訊協定 QUIC 與傳統 UDP洪水攻擊的效率，具備更高的隱蔽性和破壞性，以下是主要的特點和潛在的風險。

QUIC 攻擊特點

• 基於 UDP 傳輸，無需連線建立
  QUIC 建構於 UDP 之上，攻擊者無需完成 TCP 的三次握手，即可快速發送大量連線請求或資料封包，發動攻擊更迅速。

• 封包加密，難以辨識與過濾
  QUIC 封包在初始連線後就完全加密，傳統防火牆、入侵偵測系統(IDS) 或 WAF 難以解析封包內容，使攻擊流量不易與正常流量區分。

• 高頻率、低成本的連線洪水
  QUIC 支援 0-RTT 和多串流機制，讓攻擊者可在單一 IP 或多個來源大量發起握手與連線請求，占用伺服器資源，造成拒絕服務。

• 可偽造來源 IP，加強攻擊規模
  由於 UDP 無需回應，攻擊封包的來源地址可輕易偽造，提升流量規模、擴大攻擊面，同時使來源追蹤與封鎖更加困難。

QUIC 潛在風險

• 增加伺服器資源耗盡風險
  QUIC 洪水攻擊會觸發伺服器執行加密初始化、TLS 金鑰協商等程序，導致 CPU 使用率飆升，甚至造成整體系統崩潰或無法對合法流量提供服務。

• 網路頻寬被大量占用
  大規模 QUIC 封包會擠佔網路頻寬，使合法用戶無法順利存取網站或應用程式，嚴重影響服務可用性。

• 傳統防禦機制失效
  許多防禦系統(如基於 TCP 或 HTTP 規則的防火牆) 對 QUIC 封包辨識能力薄弱，導致攻擊能在早期未被偵測就造成實質損害。

• 攻擊行為不易被即時識別
  QUIC 封包高度加密、連線建立快速，使攻擊流量與正常流量在表面上看起來極為相似，增加資安監控與應變的困難度。

QUIC洪水攻擊運作原理

　QUIC 洪水攻擊的核心目標，是利用 QUIC 通訊協定快速發起大量連線請求來癱瘓伺服器資源，攻擊者會透過殭屍網路或大量自動化工具，發送偽造的 QUIC 封包，使目標伺服器陷入大量無效請求的處理中，進而導致服務中斷的問題發生。運作流程如下。

1. 利用 UDP 特性大量發送 QUIC封包
   QUIC 基於 UDP 傳輸特性，不需要像 TCP 那樣需要進行三次握手程序，因此 QUIC 可以更快速的傳送封包；攻擊者可以直接對目標伺服器發送大量 QUIC 初始封包，無需等待回應，也不需要建立完整連線，就可以造成伺服器龐大的負擔。

2. 濫用 QUIC 的連線初始化機制
   QUIC 為了加快連線速度，支援 0-RTT 與多串流特性，使得攻擊者能快速發起大量連線嘗試；即使連線失敗，伺服器仍需耗費資源處理每個握手請求與金鑰交換程序(如 TLS 1.3 加密初始化)，造成 CPU 負載上升。

3. 封包加密導致難以過濾
   QUIC 在傳輸階段封包皆為加密，防火牆與入侵防禦系統難以檢查封包內容，因此無法像傳統 TCP 攻擊一樣快速辨識或丟棄異常流量。

4. 可偽造來源 IP，提高攻擊規模
   由於 UDP 協定的無連線性質，攻擊者可偽造來源 IP 進行反射式或無回應的攻擊，使伺服器難以建立回應機制，也無法有效封鎖單一來源。

QUIC 攻擊重點在於它兼具高效率、高耗資、高隱蔽性與難以防禦等特性，使得 QUIC攻擊防禦困難。

• 高效率：QUIC 封包比 TCP 握手更快，攻擊速度提升

• 高消耗：每個 QUIC 封包都可能觸發伺服器的金鑰生成與 TLS 加密演算

• 高隱蔽性：封包加密導致難以檢測內容，攻擊特徵不明顯

• 難防禦：傳統防火牆與 WAF 難以攔截或過濾

QUIC洪水攻擊情境

　關於 QUIC 洪水攻擊的情境，我們用生活中的案例來舉例說明，讀者可以更加清楚 QUIC 攻擊的方式與情境。

QUIC洪水攻擊情境一：大樓守衛

　你是一位保全人員，負責守衛辦公大樓的入口，不過這棟大樓有個快速通關系統，專為常客設計，他們只要掃一下卡片，就能快速通過，不需要多做身份確認，而且通行資料還是加密的，你根本看不到他們的目的或身分。

　這時候，突然有成千上萬個陌生人拿著「造假的通行證快速湧入門口」，每個人都假裝是常客，不停地嘗試進入，他們的通行快速、資料加密，你根本來不及辨認真假，更沒有辦法知道他們是不是惡意入侵！於是...

• 你的系統開始當機，因為負荷不了這麼多請求

• 合法的上班族排隊排不到，只能在外面乾等

• 即使你想封鎖入侵者，也很難分辨誰才是真正的員工

現在，我們將生活比喻與技術進行對應。

QUIC洪水攻擊情境二：外送平台

　你經營一間餐廳並且生意超好，最近還升級了點餐系統，支援快速外送通道，顧客只要用手機APP下單，系統就能立刻處理訂單並加密所有資料，確保安全快速。

　某一天，一群人惡意用自動機器人不停透過APP發送「偽造的訂單請求」，每一筆訂單看起來都很正常，但是資訊被加密，你完全看不到訂單內容，也不知道訂單是不是重複或假的。這些偽造訂單速度非常快，甚至比真人還快，一秒幾百張。同時你的廚房系統為了處理每一筆訂單，都要先解密資料、準備流程。結果...

• 廚房系統處理不完，開始塞車

• 真正顧客下單時，訂單根本無法進入系統

• 就算你想封鎖來源，也無法辨識誰是機器誰是真人

現在，我們將生活比喻與技術進行對應。

　這些比喻說明，QUIC 洪水攻擊的困難之處不僅在於流量龐大，更在於其速度快、封包加密難以辨識，讓防禦者難以及時因應。

如何防禦QUIC洪水攻擊

　由於 QUIC 基於 UDP 傳輸並預設加密，使其在效率與安全性之餘，也為 DDoS 攻擊者創造了新的機會，QUIC 洪水攻擊因其封包加密、速度快、難偵測，必須採取多層次防禦策略。

網路層防護

• 限制 UDP 封包頻率，避免短時間大量請求湧入

• 封鎖可疑 IP 或地區，降低惡意流量來源

• 導入具 QUIC 分析功能的防禦系統

應用層控管

• 限制單一 IP 的連線頻率與數量

• 加入挑戰驗證機制

• 設 CPU/記憶體使用警戒值，異常即啟動限流或封鎖策略

架構與服務層面

• 部署支援 Anti-DDoS 平台或 CDN，將惡意流量擋在邊緣

• 若無必要可暫時停用 QUIC 支援，減少攻擊面

• 持續監控流量與更新安全修補，強化整體防禦韌性