用私钥签证书的 CA，退出了这门生意

一串本该需要宇宙级算力才能猜中的加密私钥，其中一把的数值是 4。发现它的人用毫秒级时间就算了出来——而这把钥匙签发的证书，此前被所有主流浏览器信任。

一、发生了什么

据 Ars Technica 10 月 23 日报道，印度的证书颁发机构 eMudhra 此前签发了八张有严重缺陷的中间 TLS 证书：按规范，这类证书采用的椭圆曲线私钥应含约 384 位熵，可能的取值是一个 116 位的天文数字；而实际泄露的八个私钥只有 3 到 8 位——分别是 4、56、66、115、155、156、230、237。任何人破开它们后，都能给任意网站或邮件服务器签发被各大浏览器信任的证书。漏洞被披露后一两天内，浏览器厂商全部封禁了这批中间证书。

公司随后解释了事故链：2025 年 4 月 30 日的一次密钥生成仪式中，一项临时批准的「密钥包裹/解包」测试引入了缺陷，硬件安全模块里同时生成了第二套弱密钥；由于两套密钥的标签相近，工作人员误把弱密钥的签名请求交给了根证书签发，还把它们送去了另一家机构 Sectigo 做交叉签名。更早的证书吊销列表签名失败，本该触发彻查，实际却被用弱密钥重新签了事。10 月 23 日前后，公司董事长 V. Srinivasan 宣布退出全球 SSL/TLS 业务，理由是合规成本攀升、该业务只占营收的 1%，以及免费证书服务的冲击。声明里还提到，事件在社交媒体上的放大让公司承受了与业务体量不相称的审视，董事会经过讨论认为退出是对股东更负责的选择——当然，这是当事方口径，行业观察者普遍认为，若非主动退出，其签发资格大概率也保不住。

值得一提的是交叉签名的连带影响：弱密钥的签名请求还被送去了同行业的 Sectigo 做交叉签名，意味着清理不止涉及一家机构的信任链。所幸相关文件已被核实并处理，事态没有外溢到更大范围。

二、跟你有什么关系

如果你管网站运维：检查证书链里是否出现过这家机构的中间证书。浏览器已封禁，风险大幅收敛，但邮件服务器、内网工具和老旧设备更新的慢，仍需排查。

如果你采购证书：这提醒你看的不该只是价格。签发流程的审计记录、密钥仪式的规范性，才是 CA 真正卖的东西。

如果你关心互联网基础设施：整个信任链依赖每家 CA 的流程纪律，一家出错，全球浏览器都要紧急响应。这就是为什么 CA 行业被盯得最严。

三、怎么判断

1. 用在线证书透明度日志查你的域名历史签发记录，确认没有被问题机构签过不受控的证书。
2. 长期不联网更新的设备（打印机、IoT、旧服务器）单独排查，它们内置的信任库更新最慢，是残余风险所在。
3. 给组织定的证书供应商准入清单里，加上「近五年无重大信任事件」这类硬条件，出过事的机构自动除名。

四、三个别信的说法

错误说法一：浏览器封禁了，这事就翻篇了。 封禁靠的是设备联网更新，大量嵌入式设备和失管服务器可能永远收不到这份封禁，残余风险会存在很多年。

错误说法二：这只是一次技术故障。 按公司自己的披露，吊销列表签名失败这类明显异常当时未被追究，是多个人为失误叠加才让弱密钥一路走到浏览器信任库里。

错误说法三：退出业务等于承认所有证书有问题。 受影响的是那八张中间证书及其签发链，公司其余历史签发的证书并未被全盘否定，别扩大化解读。

五、一句话结论

信任链上最脆弱的一环不是算法，是某天某个仪式里被误用的那把钥匙——所以这个行业里，流程纪律比密码学更值钱。

信息来源

• Ars Technica：eMudhra 在证书事故后退出 TLS 业务，2026-10-23

功能与价格以官方公告为准。本文写于 2026 年 10 月 26 日。