一张本应保护网站身份的 TLS 证书，如果私钥弱到可以被瞬间猜出，整个信任链就会失去意义。印度证书机构 eMudhra 在发现八张中间 TLS 证书的私钥强度严重不足后，于 10 月 22 日宣布退出全球 SSL/TLS 证书业务。浏览器厂商已在发现后的一两天内封堵相关证书，但事件留下的问题远不止一次业务退出。
八张中间证书为何致命
研究者发现，eMudhra 签发的八张中间证书使用了极易被破解的私钥。按 Ars Technica 的报道，这些私钥对应的实际数值只有 4、56、66、115、155、156、230、237，最强的也只相当于最多 256 种可能。相比之下，这类 NIST P-384 椭圆曲线证书本应具备约 384 位熵，暴力搜索在计算上不可行。私钥空间被压缩到这种程度，攻击者可以在毫秒级完成尝试。
中间证书的特殊性让问题更加严重。它不是某一座网站的终点证书，而是可以用来签发其他证书的“授权凭证”。一旦攻击者掌握中间证书私钥，就可能为任意域名伪造出被浏览器信任的证书，进而拦截邮件、物联网设备、容器和仍在信任旧根证书的终端流量。浏览器封堵后，主流网页访问的风险大幅下降，但那些更新缓慢、独立维护根证书库的设备仍可能暴露。
根因不是一句代码错误
eMudhra 的解释指向 2025 年 4 月 30 日的一场密钥生成仪式。公司称，当时在 FIPS 140-2 Level 3 硬件安全模块中生成 ECC 根密钥，但仪式脚本在密钥包装和解包环节出现缺陷，意外生成了第二套弱密钥。由于密钥标签相似，团队误把弱密钥用于证书签名请求，并让另一家证书机构 Sectigo 对其进行了交叉签名。后续证书吊销列表的签名也一度使用了错误密钥。
这说明问题不只是“代码写错了”。硬件安全模块本来用于隔离和保存高敏感密钥，但硬件保护无法替代流程设计、标签管理、双人复核和异常处置。签名结果异常、吊销列表验证失败，本应触发停机和根因调查，却被继续推进。对证书机构而言，密钥生成仪式是信任链最脆弱的环节之一，任何可复现的异常都比一次普通线上故障更值得警惕。
退出业务能否修复信任
eMudhra 表示，全球 SSL/TLS 业务仅占公司营收约 1%，合规成本上升和免费证书竞争让这块业务回报持续下降，因此董事会决定退出。公司称已及时吊销受影响 CA，没有发现终端实体证书被签发，也没有基础设施被入侵或数据泄露；现有 G1 RSA 根证书将继续服务，客户可通过合作伙伴免费更换证书，吊销和证书状态服务会运行到所有证书过期或替换完成。
退出一个低营收业务，不能自动修复外界对该公司整体治理能力的疑问。真正重要的是完整根因报告、独立审计、对历史密钥仪式的复核，以及跨机构交叉签名时更严格的责任边界。此次事件也给所有依赖 PKI 的组织提了醒：证书安全不是“买了 HSM 就结束”，而是持续验证每一个生成、转移、签名和吊销步骤。信任建立得很慢，破坏却可能只差一个错误的密钥标签。