印度憑證機構 eMudhra 8 把中繼 CA 私鑰弱到幾乎瞬間可算出，微軟 10 月 26 日發布 Windows 頻外更新移除 7 張相關憑證：收不到憑證信任清單自動更新的電腦，要手動裝 KB5134133、KB5134125 等更新
趨勢新聞2026 年 10 月 28 日
網址列的鎖頭、安裝軟體時的「已驗證的發行者」，都靠憑證機構（CA）用私鑰簽出的憑證。印度憑證機構 eMudhra 有 8 把中繼 CA 私鑰在產生時出錯，Mozilla 工程師說「幾乎瞬間」就能還原（本站譯）。有人拿到這些私鑰，就能偽造網站憑證或軟體簽章；還沒收到封鎖更新、或不確實檢查撤銷狀態的系統，可能把假的當真。微軟公告所列日期是：10 月 20 日先封鎖這 8 把金鑰，10 月 26 日發布 Windows 頻外更新，把 6 張 eMudhra G3 根憑證和 1 張 AAA Certificate Services 移出信任清單，10 月 27 日 Edge 跟進，更新送達各台電腦後才生效。本站的讀法：能正常收到憑證信任清單自動更新的電腦，不必另裝這次頻外更新；台灣企業若有不連網、或資訊人員關掉憑證自動更新的 Windows（例如部分工廠產線電腦、內網伺服器），要依版本手動補裝。用到這 7 張憑證的網站與程式，則要另外處理。
我要不要做什麼？
- 能正常收到憑證信任清單與 Edge 元件更新的裝置：微軟寫，這類 Windows 會自動收到封鎖清單；Edge 與 WebView2 的封鎖透過元件更新送達，不必換瀏覽器版本。
- 收不到的裝置：三份 KB 寫明是給不連網、連不到微軟憑證更新服務，或關閉信任清單自動更新的裝置。KB5134133 適用 Windows 11 24H2、25H2、26H2；KB5134125 適用 Windows 10 ESU（延長安全性更新）與 Enterprise LTSC 2021、IoT Enterprise LTSC 2021；KB5134137 適用 Windows Server 2025。依版本裝對應的一份，安裝前置條件以各 KB 頁為準，可從 Microsoft Update Catalog 下載。
- 自家網站、程式或內部系統的憑證鏈接到這 7 張：微軟要求在變更送達前找出依賴，換新憑證或改用其他受信任的鏈。比對時看完整名稱與 SHA-256 指紋（列在原文框的微軟公告），再請憑證供應商確認可用路徑。
- 想確認封鎖清單到了沒：在命令提示字元執行
certutil -f -verifyCTL DisallowedWU | findstr SequenceNumber，微軟公告的序號是01dd5f6ca45c9d86。
名詞先講清楚
私鑰像一顆印章，誰拿到誰就能蓋。憑證像一張證明，寫著這顆章屬於誰、附上驗章用的公鑰，再由上一層 CA 蓋章背書。根憑證是作業系統預先承認的最高層證明，中繼 CA 由根憑證背書，平常替網站簽憑證的是中繼 CA。Windows 內建信任清單（CTL，憑證信任清單）列出承認的根憑證，另有不信任清單專門封鎖出事的憑證或金鑰。交叉簽章是另一家 CA 替同一組公鑰另發證明，多出一條信任路徑。比喻的極限：私鑰被算出來，原主那把照樣能用，只能靠撤銷與封鎖讓系統不再相信。頻外更新（OOB）是不等每月例行更新、臨時發布的更新。
私鑰為什麼這麼弱
這 8 把是 P-384 橢圓曲線金鑰，私鑰本應從極大的範圍隨機挑出。Mozilla 工程師在 Bugzilla 寫，這 8 把的整數都小於 256，「除了最後一個位元組之外實際上全是零」（本站譯）。拿密碼鎖來想，正常的組合多到試不完，這次只要檢查約 256 個候選值。8 把金鑰出自 2025 年 4 月 30 日的金鑰產生儀式，6 把用來簽網站的 TLS 憑證，2 把簽程式碼。
一位研究人員 10 月 17 日（UTC）同時通報蘋果、Google、微軟、Mozilla 與 eMudhra，Mozilla 不到 3 小時就把封鎖清單推給標準設定的 Firefox。eMudhra 10 月 18 日撤銷 8 張中繼憑證，替同一批金鑰做過交叉簽章的 Sectigo 10 月 19 日撤銷交叉簽章。eMudhra 10 月 21 日的更新說，金鑰產生儀式中包裝與解包金鑰的步驟產生了第二組弱金鑰，對外公布的中繼憑證用的正是這組弱金鑰；10 月 26 日的聲明寫「錯在我們」（本站譯），歸因於腳本錯誤，完整根本原因還在調查。公司說這些中繼 CA 沒有簽發過公開受信任的終端憑證，也不知道有證據顯示弱金鑰在公開前被還原或利用。Bugzilla 一位參與者 10 月 25 日統計，10 月 20 日至 21 日已有 107,107 張用其中 6 把金鑰簽出的憑證登上公開的憑證透明度紀錄，多數是只寫 google.com 的概念驗證（本站未自行驗證）。
撤銷之外，微軟分三步做
撤銷只對會檢查撤銷狀態的系統有用，微軟因此另外做了三步。第一步，10 月 20 日 Windows 不信任清單依公鑰封鎖 8 把金鑰，同日 Edge 與 WebView2 推送緊急封鎖。第二步，10 月 26 日的頻外更新把 7 張移出 Windows 信任清單。第三步，10 月 27 日 Edge 移除同樣 7 張。MSRC 寫：「把根憑證移出信任清單，和撤銷已知受影響的中繼 CA 不是同一件事」（本站譯），這是比封鎖 8 把金鑰更廣的信任決定。微軟特別提醒，不確實檢查撤銷狀態或不信任清單的軟體，若在本機重新信任這些憑證，假憑證仍可能過關。
被移除的 7 張是哪些，台灣會不會受影響
6 張 eMudhra 根憑證是 emSign 的 G3 系列：ECC Root、Root TLS、Root CS（程式碼簽章）、Root TSA（時間戳記）、Root SMIME（電子郵件）與 Root Client Auth（用戶端驗證）。第 7 張微軟稱為 AAA Certificate Services 交叉簽章；本站用 crt.sh 對照微軟列的 SHA-256 指紋，對到的是 Comodo（今 Sectigo）2004 年發行、2028 年底到期的自簽根憑證，兩處稱呼不同，本文依指紋辨識。Sectigo 10 月 18 日在 Bugzilla 寫，這張根憑證早已不在 Chrome 與 Mozilla 的清單，當時仍受微軟與蘋果信任。
eMudhra 說影響限於接到被瀏覽器停用的那 1 張 ECC 根憑證的 TLS 憑證，只涉及美國一個客戶生態系，印度的電子簽章服務不受影響；微軟移除的範圍更廣，另含程式碼簽章、時間戳記等根憑證。本站沒有取得台灣使用這 7 張憑證的統計，無法估計影響多大，名單上也沒有台灣的憑證機構。本站的讀法：台灣企業要依自家憑證鏈確認，在 Windows 打開憑證看「憑證路徑」，對照 7 張的名稱與指紋；用 Sectigo 憑證的網站，可請憑證廠商確認伺服器送出的鏈不依賴 AAA。本站讀到的微軟文件，沒有說明一般 Sectigo 憑證的影響範圍。微軟也還在評估 eMudhra 其他根憑證，後續可能再調整。