印度 eMudhra 因密钥生成缺陷退出全球 SSL/TLS 证书业务

一句话结论

印度 eMudhra 因中间证书密钥存在严重缺陷并遭多家浏览器撤销信任，宣布退出全球 SSL/TLS 证书业务以止损并聚焦其他服务。

关键要点

• eMudhra 签发的 8 张中间证书被发现使用弱私钥，私钥数值仅 4 至 237，远低于 NIST P-384 要求的 384 位安全强度。
• 谷歌、苹果、微软和 Mozilla 已采取措施不再信任相关证书，Mozilla 计划移除对应根证书以保护使用其信任库的应用。
• 事件根源为 2025 年 4 月 30 日一次密钥生成中，FIPS 140-2 Level 3 硬件安全模块封装流程缺陷导致弱密钥被误用于证书签名。
• 公司称全球 SSL/TLS 业务仅占总收入 1%，且部分大型机构提供免费证书压缩了投资回报，董事会决定自愿退出以集中资源于其他数字信任服务。
• 现有 G1 RSA 根证书将在过渡期继续服务，受影响客户将通过合作伙伴免费更换证书，相关吊销和状态查询服务将运行至证书全部到期或替换。

背景与事实

2025 年 10 月 22 日，印度数字信任服务公司 eMudhra 正式宣布将退出全球 SSL/TLS 证书业务。这一决定紧随 10 月 17 日安全研究人员向 Mozilla 报告其签发的 8 张中间证书私钥遭破解之后。研究人员公布的数据显示，这 8 个私钥的数值分别为 4、56、66、115、155、156、230 和 237。这些私钥对应 NIST P-384 椭圆曲线，正常应具备约 384 位的安全强度，但实际数值均小于 256，意味着攻击者只需遍历最多 256 种可能即可快速恢复私钥，进而伪造可被浏览器接受的虚假网站证书。

eMudhra 在 10 月 21 日发布的说明中解释了事件的技术根源。问题源于 2025 年 4 月 30 日的一次密钥生成仪式，当时公司使用了符合 FIPS 140-2 Level 3 标准的硬件安全模块。然而，在密钥封装与解封装流程中，程序缺陷导致系统额外生成了一组弱密钥。由于测试操作偏离了常规流程，且两组密钥的标签相似，工作人员发生人为失误，将弱密钥误用于生成证书签名请求，并交由公司根证书进行签名。部分相关证书还被提交给证书颁发机构 Sectigo 进行交叉签名。eMudhra 强调，事件涉及密钥生命周期管理流程中的多处人为失误，公司正在调查代码缺陷、流程漏洞及操作复核机制。

eMudhra 董事长 V. Srinivasan 在公告中指出，全球 SSL/TLS 证书业务占公司总收入的比例仅为 1%。随着数据主权和合规要求不断增加，该业务的运营成本与复杂程度持续上升。同时，部分大型机构免费提供 SSL/TLS 证书的做法进一步压缩了业务的投资回报。基于此，公司董事会决定自愿退出该业务，将资源集中于其他企业解决方案和数字信任服务。公司表示，相关基础设施未遭入侵，无数据泄露，印度本土的数字签名证书和电子签名业务不受影响。

影响分析

对于中文开发者与从业者而言，此事件揭示了即使采用合规的硬件安全模块，密钥管理流程中的人为失误与封装缺陷仍可能引发严重的供应链安全风险。虽然主流浏览器已快速响应并阻止相关证书，但更新周期较长的嵌入式设备、物联网终端及使用独立证书信任库的专有软件可能面临更长的暴露窗口。开发者需排查内部系统中是否直接信任 eMudhra 相关根证书或中间证书，特别是那些尚未及时更新浏览器信任库的边缘设备。企业应借此事件审视自身的密钥生成、封装、标签管理及操作复核流程，避免类似“弱密钥误用”的流程漏洞，确保在涉及合规硬件的密钥生命周期管理中具备充分的异常检测与人工复核机制。

适用边界

该结论主要针对依赖 eMudhra 签发的中间证书进行信任验证的系统及设备。若系统已自动同步主流浏览器（Chrome、Safari、Edge、Firefox）的最新信任库更新，或使用的证书并非由 eMudhra 相关根证书签发，则不受此次特定证书撤销事件的直接安全威胁。此外，印度本土数字签名证书业务未受影响的结论不适用于全球 SSL/TLS 业务场景，且该业务退出决定不影响其他非 eMudhra 签发证书的有效性。

孤本观察

编辑观察认为，eMudhra 在密钥流程中因标签相似导致的人为失误，凸显了自动化复核在合规硬件操作中仍不可缺失，且 1% 的营收占比使其在安全危机与成本压力下选择整体退出而非修补，反映了证书市场免费化趋势对小型机构生存空间的挤压。

来源：IT之家