技術雷達午報｜2026 年 10 月 25 日（週日）

今天的新進展：Cloudflare 在 10 月 25 日發布緊急 WAF 版本，在 Cloudflare Managed Ruleset 新增兩條與這個漏洞相關的規則，預設啟用，但動作都是「Log（只記錄）」：

• Brotli 規則：比對宣告請求本文用 Brotli 編碼的請求（Content-Encoding: br），不比對 Accept-Encoding: br，也不影響 Cloudflare 回應端的 Brotli 壓縮設定。
• Next.js 規則：比對打到 Next.js 圖片最佳化端點 /_next/image 的請求。Cloudflare 特別提醒，若改成 Block，可能讓網站的最佳化圖片載入失敗。

為什麼重要：兩條規則都會同時命中正常流量，所以 Cloudflare 選擇先讓客戶觀察、自行決定要不要封鎖。這代表 WAF 很難乾淨地擋住這類漏洞，真正的修補還是要靠升級。另外，Cloudflare 把 Next.js 圖片端點列為相關路徑，用 Next.js 的團隊值得特別檢查。Cloudflare 也警告：如果你在規則集層級設過「全部改成 Block」的覆寫，這兩條規則一上線就可能誤擋正常請求。

開發者該做什麼：

值得追蹤：Node.js 安全公告頁與 Cloudflare WAF changelog，這兩處是這個漏洞後續動作的一手來源。

今天的新進展：一位使用者在 GitHub 上詢問專案為什麼突然更換 cosign 簽章公鑰。LiteLLM 維護者在台灣時間 10 月 25 日凌晨回覆，說明這次輪替「不是例行公事」：團隊有理由相信，舊 cosign 金鑰的私鑰在攻擊者竊取 CI 憑證的過程中已經外洩。重點如下：

• v1.107.0 的惡意映像是透過 LiteLLM 自己的發布流程產出的，所以帶有舊金鑰的有效簽章，跑 cosign verify 也會通過。這些映像的 digest 都列在官方事件頁上，必須視為已遭入侵。
• 10 月 21 日 v1.107.0 之前用舊金鑰簽的映像仍可信任，但從現在起不應再信任舊金鑰。
• 從 v1.103.8、v1.104.6、v1.105.4、v1.106.3 起，映像只會用新金鑰簽章。
• 維護者表示會發布 GitHub 公告、更新 SECURITY.md，並考慮改用 keyless 簽章。截至本報查核時，SECURITY.md 還沒有更新。

為什麼重要：很多團隊在 CI 或 Kubernetes 准入政策裡寫死 LiteLLM 的 cosign 公鑰，把「驗證通過」當成安全保證。這次事件說明，一旦簽章金鑰跟著發布流程一起被偷，簽章本身就失去意義。

開發者該做什麼：

值得追蹤：LiteLLM 的 GitHub 公告與 SECURITY.md，看官方會不會公布怎麼辨識哪些舊簽章映像可以放心使用。