eMudhra 有 8 張中繼憑證的私鑰小於 256，AI 代理一句提示就能算出，四大瀏覽器相繼封鎖後，公司 22 日宣布主動退出市場並怪社群媒體放大。
（前情提要：PHP、Node.js 連爆嚴重漏洞：最近上網要注意這 5 件事自保）
（背景補充：Google Chrome警告中華電信「誠信缺失」：8/1起停止TLS憑證信任、大量網頁將無法讀取）
印度憑證商 eMudhra 在 10 月 22 日宣布「自願退出」全球 SSL/TLS 憑證業務，但新聞稿沒細說的前情是：它旗下 8 張中繼憑證的私鑰弱到離譜，四大瀏覽器已經先一步把它封鎖。
先說明一下。憑證機構（CA）是替網站出具身分證明的單位，瀏覽器內建的信任起點叫根憑證。根憑證把簽發權限下放給中繼憑證，好比總公司授權分公司刻章。每張憑證背後有一把私鑰，唯有持有者能用它簽名，誰拿到私鑰，誰就能冒用這個身分。
2025 年 4 月 30 日，eMudhra 在一場金鑰產生儀式中一次產生 24 張中繼憑證，其中 8 張的 P-384 私鑰出了問題。Mozilla 工程師 Dennis Jackson 在 Bugzilla 事件單寫明，這種私鑰本該是隨機大整數，這 8 把卻都是小於 256 的整數，除了最後一個位元組全是零，逐一產生前 256 把金鑰比對，幾乎瞬間可解。
Jackson 還讓本機的 AI 代理試試，僅下了一句簡單提示，第一次就把私鑰算了出來。對照 eMudhra 10 月 21 日發表的聲明，公司說研究者「可能借助 AI 輔助技術」反推出弱金鑰。但金鑰弱到一句提示就能解開，這個說法很顯然是辯解。
這批憑證中有 6 張是 TLS 中繼憑證，受 Chrome、Mozilla、微軟、蘋果四大根憑證計畫信任。Mozilla 安全部落格指出，拿到私鑰的人可簽發「他們並不擁有之網站」的偽造 HTTPS 憑證。
eMudhra 的解釋是，儀式當天臨時加了測試步驟，程式碼瑕疵產生第二組弱金鑰，又因為「金鑰標籤很像」而誤用。公司說明頁承認，問題「約 18 個月未被發現，經過兩輪獨立稽核」。
退出時間線怎麼走？
10 月 17 日 18:05（UTC），研究者 Wayne 寄信給蘋果、Chrome、微軟、Mozilla 與 eMudhra，附上用 8 把私鑰簽署的訊息當證明（見研究者說明頁）。
- 21:48，Mozilla 在沒有任何提示下自己也算出了私鑰
- 22:59，Firefox 封鎖清單推送完成，收到通報不到 3 小時
- Chrome 同日起封鎖，微軟 10 月 20 日跟進，蘋果到 10 月 22 日才完整封鎖
10 月 18 日，eMudhra 撤銷 8 張中繼憑證，距研究者寄信約 15 小時，公司新聞稿則自稱「發現後 14 小時內撤銷」。10 月 20 日，Mozilla 表示已有多人各自算出私鑰、有人公開貼出，決定緊急移除整個根憑證「emSign ECC Root CA – G3」，Chrome 隨即走相同路線。共同創辦人 Kaushik 在事件單回覆，約有 3 萬張憑證需要遷移。
10 月 21 日，公司聲明說全球 TLS 業務約占營收 1%，但「可能帶來無法量化的商譽風險」。同一天，Chrome 根憑證計畫公開質問：說明頁沒寫出被移除的根憑證名稱、受影響憑證的序號，也沒告訴用戶怎麼判斷自己受不受影響。
10 月 22 日，新聞稿登場。董事長 V. Srinivasan 說公司處理「盡職」、基礎設施未遭入侵，並說「社群媒體對此事件的放大，帶來了與 SSL/TLS 在我們業務中所占比重不成比例的檢視」。公司承諾透過合作夥伴免費替客戶換發憑證，但沒寫合作夥伴是誰，也沒有退出時程。
印度政府與股市怎麼反應？
印度電子與資訊科技部 10 月 21 日表示，已成立專案小組調查，稱事件主要涉及全球憑證業務，對印度網站與應用程式的影響「非常有限」。印度電腦緊急應變小組（CERT-In）在事件公開前已發布警示。以上出自 PTI 報導。Kaushik 向 PTI 表示，弱金鑰從未商用，「我們已採取所有行動，所以對用戶沒有影響」。
但市場的反應直接得多。eMudhra 股價 10 月 21 日跌停 20%，來到 432 盧比；10 月 22 日在 NSE 盤中再跌 19.91%，來到 346 盧比，創 52 週新低。公司說只占營收約 1% 的業務，換來連續兩個交易日各跌近兩成。
📍相關報導📍
Node.js 緊急修 Brotli 高危漏洞！三現行分支齊發安全版，EOL 版本也恐受影響
