2026 年 10 月 17 日，安全研究员在公开证书数据中发现，印度证书机构 eMudhra 的 8 张中间 CA 证书使用了极弱的 P-384 私钥：私钥数值小于 256，理论上只需枚举 256 个数字就能恢复。随后 Mozilla、Google Chrome 与苹果相继阻断相关证书，多家 Linux 发行版和开源软件也紧急更新了根证书库。

一、弱密钥有多弱：256 次尝试即可恢复

据 Mozilla 的事件报告，这 8 张证书的私钥均生成于 2025 年 4 月，数值小于 256。对正常生成的 P-384 私钥来说，搜索空间是 2 的 384 次方级别；而数值小于 256，意味着攻击者最多尝试 256 个候选值就能还原私钥。

“all eight certificates used P-384 private keys generated in April 2025 that had values smaller than 256, allowing anyone to recover them by testing just 256 possible numbers.”
—— BleepingComputer，2026 年 10 月 20 日

为证明问题真实存在，研究员 Flüpke 在 GitHub 上公开了其中一张证书“EM OV TLS CA - G3C”的私钥，其数值仅为 4。BleepingComputer 独立验证后确认，该私钥与一张被吊销的证书匹配。

eMudhra 的解释是：2025 年 4 月生成证书的脚本存在错误，产生了一批弱密钥；这些密钥因标签与正常密钥相似而被误选用于证书签名。部分证书还被提交给 Sectigo 做交叉签名。

二、浏览器与厂商的响应时间线

• 10 月 17 日：Mozilla 通过 OneCRL 阻断受影响证书，用户无需更新或重启浏览器即可生效；Chrome 当天阻断 6 张可用于 TLS 的中间证书。
• 10 月 19 日：苹果加入防护。
• 10 月 20 日：Mozilla 发布 Firefox 158.0.1 及 ESR 更新，覆盖那些因配置原因未能及时接收吊销信息的用户。
• 同期：eMudhra 吊销 8 张证书，并停止在其 G3 根下签发新证书。

Go 团队发布 1.27.3 和 1.26.10，修复编号为 CVE-2026-111943 的问题。

三、Linux 与开源软件：补丁状态并不整齐

Mozilla 工程师 Dennis Jackson 维护的追踪页面列出了各软件的状态。已发布修复的包括：

• Ubuntu ca-certificates：20260816ubuntu0.22.04.1、0.24.04.1、0.26.04.1、0.26.10.1
• Arch Linux ca-certificates-mozilla：3.131.1-1
• Alpine Linux ca-certificates：20261020-r0
• Gentoo ca-certificates：20260816.3.125
• NSS 3.131.1、curl CA bundle 2026-10-20
• Python certifi 2026.10.19、pip 26.2.2、uv 0.13.4
• Rust rustls-webpki 0.103.16、Electron 44.9.1 / 43.8.1 / 42.11.16
• Composer 1.4.16 / 1.6.0、Elixir castore 1.0.22

仍处于待定状态的包括 Debian、FreeBSD、Node.js 和 Bun。另一个容易被忽略的点是：macOS 自带的 /usr/bin/curl 可能继续信任这些证书，因为其证书包不检查吊销信息。

四、影响与建议

这次事件的核心风险不是“某张证书过期”，而是“本应可信的中间 CA 私钥可被轻易还原”。一旦攻击者拿到私钥，就可能为合法域名伪造证书，从而实施中间人攻击、拦截加密通信。

建议系统管理员与开发者：

1. 尽快安装各发行版和运行时的最新 CA 证书更新；
2. 检查使用独立证书库的软件（容器镜像、静态编译程序、旧版 Electron 应用等）；
3. 使用追踪页面提供的测试端点确认系统是否仍信任受影响证书；
4. 对自带证书包的内部系统，评估是否需要手动移除相关中间证书。

资料来源：

• Mozilla, Google, Apple block compromised eMudhra CA certificates，BleepingComputer，2026-10-20
• eMudhra incident tracking
• Mozilla Bug 2083449