2026 年 10 月 17 日 20:06 UTC，Mozilla 收到一份经 Chrome Root Program 转发的报告：印度数字信任服务商 eMudhra 旗下 8 张中间证书的私钥已泄露。当晚 21:48 UTC，Mozilla 在不知道原始报告者所用方法的情况下独立恢复了这 8 个私钥，证实密钥生成流程存在缺陷且极易利用。安全研究员 Scott Helme 给出了最直观的数字：其中一个 CA 私钥的数值是 4，另两个是 56 和 115，他从公开证书恢复全部 8 个私钥用时不到一秒。
事件概述：6 张签 TLS，2 张签代码
这 8 张中间证书里 6 张用于 TLS，浏览器与应用程序靠它验证网站身份并建立加密连接；另外 2 张用于代码签名。谷歌说明，这些私钥在生成时随机性不足，即密码学熵值偏弱，直接后果是任何人都能伪造受信任的 HTTPS 证书，冒充任意网站。10 月 22 日 eMudhra 公告董事会决议自愿退出全球公开 SSL/TLS 证书业务，强调基础设施没有被入侵，弱密钥源于 2025 年 4 月一次密钥仪式的流程异常，工作人员因标签混淆误将弱密钥投入使用。
技术细节：根信任被逐个摘掉
谷歌部署了 Chrome 吊销列表集更新，并把签发这 8 张中间证书的根 emSign ECC Root CA – G3 从 Chrome 信任库移除，按官方说法于太平洋时间 10 月 27 日上午推送到全部设备；Mozilla 同步移除了该根。证书链指向这条根的站点，不论证书是否在有效期内，都会被新版浏览器判为不可信。一个稍显宽慰的细节是，谷歌检查证书透明度日志后表示，在相关中间证书被屏蔽前并未发现任何证书链接到它们——但部分非浏览器应用与设备并不启用 CT 机制。
微软走的是另一条路：10 月 26 日的带外更新从 Windows 信任列表移除了 7 张证书，包括 6 张 eMudhra G3 根与 1 张 AAA Certificate Services 交叉签名，同时为 Edge 与 WebView2 单独发布吊销列表集。该更新主要面向无法访问微软证书更新服务、或自动列表更新被禁用的设备。
影响评估：浏览器之外还有一整条信任链
换掉网站证书覆盖不了企业环境的全部依赖。IDC 研究总监 Sakshi Grover 指出，残留风险集中在维护自有信任库、更新节奏与浏览器不同步的系统：Java 密钥库、各类语言运行时、容器镜像、双向 TLS 配置、代理、负载均衡器、VPN 与安全设备，以及嵌入式终端。Java 是最容易漏的一环——Azul 表示 Java 默认不检查吊销状态，未打补丁的 JDK 若仍信任相关证书链，会继续接受用泄露中间密钥签出的伪造证书，Azul 已为 Zulu 与 Prime 构建发布更新。另一侧的现实限制是，利用伪造证书仍需具备拦截流量的能力，因此业内评估认为剩余风险有限且具针对性，而非全网普遍暴露。
修复建议：迁移要一次到位
- 先定位证书链。对所有对外服务的 TLS 证书做签发者审计，凡上游出现 emSign ECC Root CA – G3 的立即更换，不要等到期。
- 拿到替代证书。eMudhra 表示将通过合作伙伴免费提供由 Sectigo 签发的替代证书，CertiNext 用户可在账户内申请；吊销与状态服务会运行到所有证书到期或被替换。
- G1 根只当过渡。Gartner 分析师 Niyati Daftary 建议把 G1 根视为可能的过渡方案而非默认归宿，用时设明确截止日期并文档化迁移。
- 别在同一处迁两次。Security Brigade 的 Yash Kadakia 提醒，迁到同一家公司运营的另一个根并不必然解决信任与治理问题。