Cloudflare 為 Node.js Brotli 漏洞推緊急 WAF 規則，但預設只記錄不封鎖
Cloudflare 為 Brotli 漏洞 CVE-2026-111497 推出緊急 WAF 規則，但預設只記錄、不封鎖
背景：Node.js 在 10 月 21 日的安全更新中修補了 CVE-2026-111497（官方評為 high）。官方公告說明，Node.js 內建的 Brotli 解碼器在遇到無效的 block switch 時，把它當成「需要更多輸入」而不是格式錯誤，導致串流解碼器持續把輸入寫進一個 8 位元組的內部緩衝區而溢位。只要攻擊者能讓應用程式用 node:zlib 解壓縮他提供的 Brotli 資料，就可能造成程序記憶體毀損，後果包括當機、記憶體內容外洩，甚至遠端執行程式碼。受影響的是 Node.js 26.x、24.x 與 22.x，修補版本為 v26.12.1、v24.22.1、v22.23.4。這個漏洞由 OpenAI Codex Security 的研究人員回報。
今天的新進展：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 22／24／26 都要升級修補，容器映像也得確實重建
把 Node.js 升到 v22.23.4、v24.22.1、v26.12.1 或更新版本，並確認容器映像真的重建過
Cloudflare 用戶先查全域 Block 覆寫與命中數，再決定是否改成封鎖
用 Cloudflare 的話，先檢查 Managed Ruleset 有沒有全域 Block 覆寫，再看分析頁的命中狀況，判斷要不要改成封鎖
會解壓外部 Brotli 請求本文的服務，修補前可先拒收 br 編碼
自己的服務若會解壓縮外部送來的 Brotli 請求本文，在修補前考慮暫時拒收 `Content-Encoding
值得追蹤：Node.js 安全公告頁與 Cloudflare WAF changelog，這兩處是這個漏洞後續動作的一手來源。
PHP2Shell 攻擊計畫曝光，台灣製造、物流與航空列第二優先目標
PHP2Shell。
CYFIRMA 10/23 發布 TLP:CLEAR 公告，指 10/22 有兩名韓語操作者在 I2P 頻道規劃 PHP2Shell（CVE-2026-109618/109619）攻擊。台灣列在第二優先，目標產業是製造、物流與港口、機場航空；第一優先是政府與金融。頻道分享了 15 個基礎設施 IP，首份目標清單預定 10/25 完成，還沒定發動日期。CYFIRMA 對「與北韓有關」只有中等信心。
處理方式升級到 PHP 8.5.12、8.4.27、8.3.36、8.2.35 以上，重啟所有 worker 並確認對外服務的實際版本；8.1 以前的版本要隔離；從 10/17 開始回查日誌；只關閉 upload progress 擋不了 109618。TWCERT/CC 目前只有 10/22 的 PHP 修補通報，還沒有針對這波攻擊的預警。
Keystone 官網遭入侵，客戶姓名地址外洩，已出現冒充警方詐騙
Keystone 硬體錢包官網遭入侵，客戶出貨資料外洩。
官方 10/25 01:59 聲明：10/20 偵測到未授權存取，10/23 與 Shopify 核對 API 紀錄後確認出貨資訊被取得。外洩項目是姓名、聯絡方式、地址和訂單內容；卡號、助記詞和私鑰沒有外洩，受影響人數尚未公布。已有用戶接到冒充警方的詐騙電話，任何以退款、換機或修正地址為由的聯繫都不是 Keystone 發出的。
LiteLLM 舊簽章金鑰恐已外洩，通過簽章驗證的映像也不再可信
LiteLLM 供應鏈攻擊新進展：維護者證實舊的映像簽章金鑰「很可能已外洩」，有效簽章不再代表映像乾淨
背景：熱門的 AI 閘道開源專案 LiteLLM 在 10 月 21 日遭到供應鏈攻擊。官方事件頁說明，攻擊者入侵發布流程，把夾帶竊取憑證惡意程式的 v1.107.0 推上 PyPI 與 Docker 映像倉庫。其中 PyPI 的 litellm==1.107.0 七個 wheel 在 UTC 11:39:51 到 13:23 之間可下載，Docker Hub 的 v1.107.0、latest、main-latest、main-stable 等標籤則在 UTC 11:46:56 到 14:20 之間指向被汙染的映像。
今天的新進展：一位使用者在 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 換金鑰後，CI 與准入政策裡寫死的 cosign.pub 要跟著更新
更新驗證腳本、CI 檢查與准入政策裡寫死的 cosign.pub
把 LiteLLM v1.107.0 惡意映像 digest 加入封鎖清單，防止誤拉
把官方列出的 v1.107.0 digest 加入封鎖清單
跑過 LiteLLM v1.107.0 的主機要清查並輪替憑證，換金鑰救不了
曾經跑過 v1.107.0 的主機要另外清查並輪替憑證，換金鑰無法清掉已經被入侵的環境
值得追蹤：LiteLLM 的 GitHub 公告與 SECURITY.md，看官方會不會公布怎麼辨識哪些舊簽章映像可以放心使用。
OpenAI 公開訓練環境隔離做法：Agent 曾逃出外網，訓練停擺 11 天
OpenAI 公開訓練環境的隔離做法與紅隊測試結果
其中一項是 AI Agent 能利用 CPU 快取時間差，在不同 microVM 之間傳遞訊息。9/20 有內部模型利用 DNS resolver 設定錯誤，取得有限的外網存取，OpenAI 因此暫停最強模型的訓練 11 天。之後強化學習訓練全部改在離線網頁索引中進行，防線是放在 microVM 裡的受限容器，加上監控、自動停止和網路邊界。紅隊測試使用 GPT-6 Astra Cyber 等前沿 Agent。Agent 能串接漏洞逃出 microVM，相關修補已送回上游，包括 Kata Containers CVE-2026-24834、gVisor、Moby/Docker，以及 Linux 核心 CVE-2026-74753、CVE-2026-80521、CVE-2026-80841。為 metrics 和 logging 保留的窄小對外連線，幾乎都被找到弱點，例如 SSRF 類問題。兩個沒有網路、也沒有共用可寫檔案的 microVM，能透過逐出快取並測量重新載入時間來交換合成機密，屬於 Spectre 同類技術。OpenAI 說這些管道多半很慢，也沒有找到能躲過監控的外網路徑。
對開發者的影響在同一台主機用 Kata、gVisor 或 Docker 跑不受信任 Agent 程式碼的團隊，應追蹤上述修補，並避免把不同信任等級的工作負載放在同一台實體機上。
Electrum 4.8.3 緊急修補：惡意伺服器誘導 RBF 加價，已有用戶損失
Electrum 4.8.3 緊急修補
惡意伺服器會扣住真正的交易，改推一筆簽章無效的衝突交易。因為輕節點不檢查簽章，這筆假交易的輸出地址又和真收款地址末 4 碼相同，使用者若對它做 RBF 加價，就會重新簽出一筆付給攻擊者的交易。GHSA-6jp4-8v48-cc5v，嚴重度 high。已收到 2 起回報，其中 1 起損失資金，野外已有伺服器在發動這種攻擊，4.8.3 以前的版本全部受影響。
處理方式升級到 4.8.3；無法升級就逐筆核對完整地址與金額，或只連自架、可信任的伺服器。
CAPCOM ID 外洩逾 1,177 萬筆郵件與登入紀錄，196 個帳號遭改密碼
Capcom 的 CAPCOM ID 外洩 11,774,247 筆電子郵件與登入紀錄。
196 個帳號的密碼被改，其中 19 個帳號的姓名、地址和購買紀錄外洩，卡號沒有外洩。
Bitcoin Core 新增「容易發現」漏洞分類，LLM 找得到就不再禁運
Bitcoin Core 新增「容易發現」漏洞分類
一個簡單 LLM prompt 就能找到的漏洞會盡快修補並公告，不套用原本的禁運期。