Mozilla/官方:eMudhra 八張中繼憑證私鑰遭妥協——OneCRL 約三小時內封鎖;Firefox 158.0.1 與 NSS 3.131.1 跟進

重點摘要

Mozilla 安全團隊於二〇二六年十月二十日證實,印度憑證機構 eMudhra 旗下八張中繼憑證的私鑰已遭妥協,攻擊者理論上可為任意網站簽發瀏覽器信任的欺詐 HTTPS 憑證並進行中間人攔截。Firefox 在接報當日以 OneCRL 於約三小時內完成封鎖,並另發 158.0.1 與 NSS 3.131.1;Chrome、Apple 亦已採取封鎖或撤銷分發。來源真實性已驗證,以 Mozilla 安全網誌、披露方技術公告與 oss-security 郵件為準。

Mozilla/官方:eMudhra 八張中繼憑證私鑰遭妥協——OneCRL 約三小時內封鎖;Firefox 158.0.1 與 NSS 3.131.1 跟進

Mozilla 安全團隊於二〇二六年十月二十日證實,印度憑證機構 eMudhra 旗下八張中繼憑證的私鑰已遭妥協,攻擊者理論上可為任意網站簽發瀏覽器信任的欺詐 HTTPS 憑證並進行中間人攔截。Firefox 在接報當日以 OneCRL 於約三小時內完成封鎖,並另發 158.0.1 與 NSS 3.131.1;Chrome、Apple 亦已採取封鎖或撤銷分發。來源真實性已驗證,以 Mozilla 安全網誌、披露方技術公告與 oss-security 郵件為準。

Mozilla/官方:eMudhra 八張中繼憑證私鑰遭妥協——OneCRL 約三小時內封鎖;Firefox 158.0.1 與 NSS 3.131.1 跟進

Mozilla 安全團隊於二〇二六年十月二十日在官方安全網誌說明:十月十七日星期六二十時〇六分(協調世界時)接獲通報,指 eMudhra 八張中繼憑證所對應的私鑰已遭妥協。持有該等私鑰者可為其並不控制的網站簽發欺詐 HTTPS 憑證;若攻擊者能攔截用戶連線,便可能偽冒網站並讀取或竄改流量。來源真實性已驗證。

Firefox 工程團隊即時以 OneCRL(Mozilla 集中式已撤銷憑證清單)封鎖受影響憑證;標準設定用戶毋須更新或重啟瀏覽器即可獲得保護。同日二十二時五十九分,OneCRL 更新已對所有標準設定的 Firefox 用戶分發完成,距接報不足三小時。同日 Mozilla 亦發布 Firefox 158.0.1(桌面與 Android)、Firefox ESR 115.43.1 與 ESR 153.5.1,覆蓋可能因自訂設定而未收到 OneCRL 更新的少數用戶,並將 NSS 信任清單更新至 3.131.1,移除簽署該等中繼憑證的根憑證,以保護依賴 Mozilla 信任庫或其衍生版本、但不接收 OneCRL 的其他應用程式。

一、核心事件:披露時間線、影響範圍與已採行動

披露與證明

根據披露方網站 emudhra.we-have-a-problem.com(標註二〇二六年十月二十日)與 Mozilla/oss-security:

  • 規模:八張 eMudhra 中繼 CA 憑證私鑰遭妥協;鏈至 Mozilla、Microsoft、Apple、Chrome 根計劃及大量下游信任庫所信任的根。
  • 證明:通報者 Wayne 以各中繼私鑰簽署訊息「We have a problem here - Wayne」,並於十月十七日向各根計劃團隊提交;披露包含憑證、公鑰與簽章供 OpenSSL 驗證。
  • 用途拆分(oss-security):其中六張用於 TLS,兩張用於程式碼簽署。
  • CA 回應:eMudhra 已撤銷受影響中繼;部分憑證另有 Sectigo 交叉簽署,相關撤銷亦已跟進(公開郵件指 eMudhra 於十八日、Sectigo 於十九日撤銷)。

瀏覽器與作業系統防護

披露公告指:Firefox 與 Chrome 自十月十七日起已封鎖相關憑證;Apple 裝置自十九日起採取行動。Mozilla 以 OneCRL/後續 NSS 根移除保護 Firefox 生態;Chrome、Apple 則透過各自的撤銷或信任庫更新機制(如 CRLSets 等)保護用戶。重點是:僅依賴系統或語言執行時內嵌 CA 捆綁、且不即時查詢撤銷資訊的客戶端,仍可能信任舊中繼,必須等待發行版更新或手動剔除。

尚未「完結」的長尾

Ars Technica 同日報道引述密碼學工程師 Filippo Valsorda 指,清理規模可能大於 Heartbleed:Linux 發行版、IoT/嵌入式、Docker 映像、自行捆綁根憑證的 CLI/語言生態(如部分 Python 環境)更新節奏不一。披露站並列出多個已修補或待修版本(例如 NSS 3.131.1、部分 Ubuntu/Alpine/Arch 的 ca-certificates、Go 1.27.3/1.26.10、Python certifi 2026.10.19 等),並提醒 macOS 內建 curl 若只核對 /etc/ssl/cert.pem 而不查撤銷,在系統檔未更新前仍可能受影響。

二、技術原理深度解析:中繼私鑰失陷為何等於「可偽冒全網」

在公開金鑰基礎建設(PKI)中,瀏覽器與作業系統信任少數根 CA;根再授權中繼 CA 大量簽發終端(葉)憑證。中繼私鑰一旦外洩或可被重算:

  1. 簽發權被盜用:攻擊者可為任意域名鑄造「鏈路看起來合法」的憑證,通過多數客戶端的鏈驗證(在中繼仍被信任的前提下)。
  2. 仍需攻擊位置:要讀取或竄改 HTTPS 內容,攻擊者通常仍需處於可攔截流量的位置(惡意 Wi-Fi、被入侵閘道、DNS 劫持等)。私鑰失陷把「偽冒憑證」門檻打掉,並不自動等於已大規模實戰利用。
  3. 憑證透明度(CT)監察:公開報道指,截至相關報道當日上午,未見 CT 日誌顯示這些失陷金鑰已被用於惡意簽發;但長尾設備未更新前,風險窗口仍在。
  4. 異常弱熵:報道指相關 NIST P-384 私鑰實際熵極低(遠低於正常約三百八十四位),令私鑰可被獨立重算——屬「本不應發生」的金鑰產生缺陷,而非典型的線上入侵竊檔敘事。

對企業資安而言,這同時敲響兩類警報:供應商金鑰產生品質,以及自身信任庫/容器基底映像的更新與撤銷策略(fail-open 的客戶端在撤銷資訊不可用時尤其危險)。

三、日常應用場景

1. 開發者與技術團隊

應立即盤點:CI 映像、語言執行時(Node、Python certifi、Go、Rust webpki 等)、自架反向代理、內部 PKI 監控與 curl/OpenSSL 捆綁的 CA。優先套用發行版 ca-certificates/NSS 更新;對暫無套件的環境,按披露站指引將受影響根列入不信任(僅建議熟悉信任庫操作的人員執行)。可用披露站提供的測試主機以「憑證錯誤=已不信任」做煙霧測試。

2. 企業與關鍵基礎設施

香港金融、零售、物流與政府外判常見大量 Linux 虛機、容器與邊緣設備。瀏覽器用戶多已受 Firefox/Chrome/Apple 保護,但伺服器對伺服器、批次工作、舊版容器、網絡設備韌體才是長尾。應把此次事件納入變更窗口:更新基底映像、輪替若曾依賴可疑鏈的內部服務憑證檢視流程,並確認 WAF/零信任閘道的後端校驗行為不會 fail-open。

3. 一般用戶

一般桌面與手機用戶:保持瀏覽器與作業系統自動更新即可;Firefox 標準設定已透過 OneCRL 獲得保護,並可安裝 158.0.1 等點修。避免在不明公共 Wi-Fi 進行網銀或企業 VPN 登入的建議依然成立——私鑰事件放大的是「偽冒站」能力,社交工程與釣魚網域並未消失。

4. 香港與亞洲市場視角

亞洲企業大量採購跨境 SaaS、使用共用雲區與托管機房;TLS 信任錨一旦動搖,受影響的是全地區流量而非單一產品新聞。香港團隊應同步檢查:托管商是否已推送 CA 捆綁更新、辦公 Mac 的命令列工具是否仍用舊 cert.pem、以及供應商合約中對根計劃事件的通知義務。對受規管行業,可把「根/中繼失陷應變」寫入現有資安事件 runbook,與憑證透明度監控、證書生命週期管理一併演練。

四、專業評價與潛在考量

優勢(應變側)

  • 一級來源完整:Mozilla 安全網誌時間戳、OneCRL 時限、版本號齊備;
  • 披露方可驗證簽章,降低「謠言級」誤報風險;
  • 主流瀏覽器快速封鎖,一般用戶暴露面迅速收窄;
  • 開源生態公開追蹤各套件修補狀態,利於企業逐項勾選。

需要留意的地方

  • 長尾極長:IoT、舊容器、內嵌根的商業套件可能數月未修;
  • 撤銷依賴差異:不查 CRL/OCSP 或 fail-open 的客戶端,不能假設「CA 已撤銷=已安全」;
  • 程式碼簽署中繼:除 TLS 外尚有程式碼簽署用途中繼,軟件供應鏈亦須關注;
  • 資訊仍在補充:Mozilla 表明會在情況允許時公布更多細節,企業應持續追蹤根計劃與發行版公告。

五、行動清單(實務)

  1. 確認桌面/流動瀏覽器已更新至含此次封鎖的版本通道;
  2. 為 Linux/容器基底套用最新 ca-certificates 或等價信任庫;
  3. 檢查語言與工具鏈(certifi、Go、rustls、Electron、curl CA bundle 等)版本;
  4. 對關鍵對外服務覆核憑證鏈,排除仍鏈至已失信中繼的配置;
  5. 將根計劃緊急事件納入零信任與雲端保安監控告警(異常憑證、CT 監控)。

結語

eMudhra 中繼私鑰事件再次說明:互聯網信任並非「設好 CA 便一勞永逸」,而是瀏覽器根計劃、作業系統捆綁與海量長尾客戶端的持續營運問題。Mozilla 以 OneCRL 在數小時內保護標準 Firefox 用戶,示範了集中撤銷通道的價值;企業若要降低同類事件對 API、VPN 與微服務互聯的衝擊,仍須把信任庫更新、映像固化與零信任閘道策略當成日常紀律。如需為香港團隊規劃雲端遷移、零信任與網絡保安加固,可參考 YSK Limited 的雲端遷移與網絡安全服務(https://ysk.hk/services/cloud-security)。


參考來源

延伸閱讀 · 相關服務與產品