原文標題：8 eMudhra certificates are compromised. Here's what you need to know
Cloudflare 於 10 月 20 日發布安全公告，指出其在 10 月 19 日約 17:00 UTC 得知，八張由 eMudhra 簽發的中繼憑證所對應私鑰已遭破解。這些中繼憑證曾廣泛受到瀏覽器、作業系統及 Cloudflare 服務信任。問題核心是相關私鑰強度不足，攻擊者一旦取得可用私鑰，就可能替任意網域簽出偽造憑證，冒充伺服器以攔截或竄改流量。這是憑證信任與身分驗證風險，不代表 TLS 加密演算法本身被攻破。
Cloudflare 表示，得知事件後先處理可能影響客戶的核心服務，再公開說明。修補範圍涵蓋 CDN、Developer 與 Zero Trust 產品，以及對外連線所用的共用信任清單、基礎映像、代理程式和呼叫外部 API 的元件。更新信任清單後，仍須配合服務重新載入、重新啟動或部署新版映像，才能確保修補實際生效。使用自帶或客製信任清單的應用程式，需要獨立檢查。
官方已發布 Cloudflare One Client（WARP）修補版本：Android 2.5.6、iOS 1.12.16，Windows、macOS 與 Linux 桌面版均為 2026.8.2115.0。1.1.1.1 App 的 Android 修補版為 6.38.10、iOS 為 6.31.7，桌面平台同樣是 2026.8.2115.0。Cloudflare Tunnel 的 cloudflared 應升級至 2026.10.2；容器化部署必須拉取修補映像並重新部署。Cloudflare 提醒，當時 Cloudflare One Agent iOS 版仍等待應用商店審核，平台與版本可用性應以最新官方公告為準。
企業若在 Cloudflare Zero Trust 中透過 Gateway 且搭配已更新的用戶端，官方稱可自動受到保護；但自訂 TLS 用戶端憑證驗證的客戶，應重新檢視上傳的 CA 或 mutual TLS 信任清單。採用 Full (strict) 或 Strict 模式連接來源站的使用者，也需檢查來源伺服器憑證與自訂組態。Cloudflare 正準備讓 Automatic SSL/TLS 對仍使用不受信任憑證的情況提出提醒，以降低修補後的連線中斷風險。
使用 Cloudflare Containers 或 Sandboxes 的團隊，需要檢查容器映像、函式庫與應用程式相依套件的信任清單；可選擇 HTTPS egress interception 由 Cloudflare 端執行遠端憑證驗證，但這是需依環境評估的設定。Cloudflare 強調，單純升級 SDK 未必能更新底層作業系統、語言執行階段或 HTTP 函式庫的驗證機制。瀏覽器測試通過，也不代表背景服務或自訂 TLS 程式已安全，必須沿實際應用程式的驗證路徑確認。
事件時間線方面，Cloudflare 記錄 10 月 19 日約 17:00 UTC 開始評估，10 月 20 日 02:00 UTC 陸續發布 Cloudflare One/WARP 用戶端更新，09:15 UTC 發布 cloudflared 更新，19:20 UTC 完成 CDN 與伺服器端 Zero Trust 緩解部署。官方表示截至公告時，其內部安全檢查尚未發現 Cloudflare 服務遭此問題主動利用的跡象，但其他軟體堆疊仍可能受到影響。
修補後若出現憑證錯誤，Cloudflare 明確反對以關閉憑證驗證來恢復連線，因為那會直接移除本次更新要恢復的伺服器身分保護。企業應更新套件、重新建置受影響映像、檢查中繼憑證鏈，並驗證重啟後的 TLS 連線，而不是只看單一測試工具的結果。
發生了什麼事
八張 eMudhra 中繼憑證的弱私鑰引發偽造憑證風險，Cloudflare 10 月 20 日公告用戶端、隧道與伺服器端修補措施。
為什麼重要
受信任中繼 CA 的私鑰可用來偽造多個網站的憑證，問題不局限於單一網站。修補必須落到每個實際執行憑證驗證的系統與應用程式。
影響哪些人
Cloudflare One/WARP、1.1.1.1、cloudflared、Zero Trust、mTLS、來源站憑證與容器環境的管理者應檢查版本及信任清單。
已確認與未確認
已確認八張中繼憑證問題、指定修補版本與 Cloudflare 端部署時間。官方尚未發現 Cloudflare 服務主動遭利用的證據；其他廠商軟體是否受影響、各平台更新實際上架時間，須分別核對。
