eMudhra 因私钥处理失误再吊销 8 张 CA 证书

证书颁发机构 eMudhra 在对近期证书安全事件的调查发现证书生成过程中私钥处理不当后，又吊销了八张中间 CA 证书。

新的吊销使受影响的中间 CA 证书总数达到 16 张，其中包括此前八张被入侵的证书——它们的私钥弱到任何人都能几乎瞬间恢复。

在周二发布的一份新事件报告中，eMudhra 表示，这两组证书都受到 2025 年 4 月一个用于在硬件安全模块（HSM）之间传输私钥的自定义 Python 脚本的影响。

HSM 是旨在安全生成和存储加密密钥的设备，防止敏感私钥暴露在硬件之外。

eMudhra 表示，由于获取新硬件的延迟，它开发了该脚本，以在其设施内的不同 HSM 供应商之间移动证书颁发机构密钥。

然而，该脚本包含一个缺陷，将八个 ECDSA 私钥缩减为一个字节，使其极易被恢复。

同一脚本还处理了八个 RSA 私钥，它在运行脚本的计算机内存中处理敏感密钥信息，而非将其保护在 HSM 内。

尽管 RSA 密钥没有像最初那八张证书那样被削弱，但 eMudhra 表示，它无法证明是按照其证书安全政策处理这些密钥的。

"从宿主进程内存重新导入不符合 CPS §6.2.6 的规定，因此 RSA 对象被视为不满足该要求，" 事件报告写道。

因此，该公司于 11 月 7 日吊销了另外八张 RSA 中间 CA 证书，包括用于签发 TLS 和代码签名证书的证书。

一些受影响的 RSA 中间证书自 2026 年 5 月起一直在积极签发证书，最后一张证书于 11 月 3 日签发。

eMudhra 表示，受影响的客户证书也已更换或迁移。

调查还发现，2025 年 6 月的一个早期问题本可以在一位名为 "Wayne" 的安全研究员发现该缺陷前一年多就揭示它。

当时，eMudhra 检测到用与相应 CA 证书不匹配的私钥签名的证书吊销列表（CRL）。

该公司通过用匹配的密钥签署吊销列表修复了该问题，但没有调查问题发生的原因。

新报告确认，这是有缺陷的密钥生成过程的早期警告信号，该问题直到 2026 年 10 月才被发现。

调查还发现，eMudhra 没有验证所生成私钥的强度，也没有检查用于认证的密钥是否与最初在 HSM 中创建的密钥匹配。

主流浏览器封锁被入侵的证书

如 BleepingComputer 此前报道，该事件于 10 月 17 日首次披露，当时一位名为 Wayne 的安全研究员发现，只需测试 256 个可能的值就能恢复八张 eMudhra 中间 CA 私钥。

主流浏览器和操作系统信任这些被入侵的证书，可能允许攻击者为合法网站伪造证书并拦截加密通信。

Mozilla、Google、Apple 和其他软件供应商随后发布了阻止被入侵证书的保护措施。

Microsoft 还于 10 月 26 日发布了带外 Windows 更新，以在无法接收自动证书信任更新的系统上移除对受影响 eMudhra 证书信任链的信任。

事件发生后，eMudhra 宣布将退出公开信任的 TLS 证书业务，并将其剩余客户转移到另一家提供商。

该公司表示，计划在 11 月 16 日前停止在其剩余 G1 层级下签发证书。

eMudhra 还委托 KPMG 进行独立审查，预计于 12 月 4 日前得出结论，以确定其证书管理和密钥生成程序的改进措施。

该公司表示，未发现任何证据表明被入侵的密钥被恶意使用。