一家 CA 的私钥居然是「4」：eMudhra 证书事件，半个互联网连夜换锁
先说最离谱的一句：一家证书颁发机构（CA）8 张中间证书的私钥，数值全部小于 256——其中一张的私钥就是数字 4。私钥本该是几百位的随机数，现在小学生拿计算器都能试出来。这不是段子，是 10 月 17 日被报告、这几天还在全网收尾的 eMudhra 证书事件。
弱密钥是怎么来的
出事的是印度 CA 机构 eMudhra 名下的 8 张中间 CA 证书：6 张负责给网站签 TLS 证书，2 张负责代码签名。按 eMudhra 在 Mozilla 漏洞单上的说明，问题出在 2025 年 4 月的一次密钥生成仪式：一个有缺陷的脚本生成了第二套弱密钥，又被误当作正式密钥发布进了浏览器根证书库。安全研究者 Scott Helme 验算后确认，这 8 把 P-384 私钥都小于 256，他在一台笔记本上不到一秒就全部算了出来——也就是说，这套钥匙等于挂在门外放了一年半。谁拿到它，谁就能给任意域名签出浏览器认账的假证书，或者给恶意软件签上「正规军」的名。
浏览器反应很快，真正的麻烦在浏览器之外
时间线值得记一笔：10 月 17 日 18:05 UTC，Chrome 根证书计划收到报告，19:45 就通过 CRLSet 封掉了 6 张 TLS 中间证书；Mozilla 20:06 收到报告，22:59 通过 OneCRL 把 8 张全封，全程不到三小时且不需要用户更新浏览器；苹果 19 日、微软 20 日跟进；eMudhra 自己已于 18 日吊销全部 8 张证书。证书透明度（CT）日志里至今没发现这批中间证书签发过的记录，对强制校验 CT 的浏览器来说是好消息。
但互联网不只有浏览器。不校验吊销状态的应用、语言运行时、容器镜像里的证书包，不会自己长腿更新：Mozilla 10 月 20 日发了 Firefox 158.0.1，把封锁名单直接写进安装包，照顾关掉远程设置的用户；Go 语言发了 1.26.10 / 1.27.3；Python 发了紧急更新封堵这批 CA；连 Alpine 的 ca-certificates 包都在本周跟进（本站今天另有 一篇短讯）。Mozilla 还通过 NSS 把签发这批中间证书的根证书 emSign ECC Root CA – G3 直接移除，Chrome 也计划在 10 月 27 日的根证书库更新中移除它。
站长判断
普通用户什么都不用做：浏览器保持自动更新，这事在你察觉之前就已经处理完了。真正要自查的是手里有服务器、NAS 或容器的人——你用的运行时和镜像里的证书包更新了没。这已经是同一周里第二起「全网一起打补丁」的事件了（另一件是本站昨天发的 PHP 两个 9.2 分漏洞）：这一周的主题，就是供应链最底层的那几把锁，平时看不见，出事全网陪跑。
相关阅读
- PHP 紧急安全更新：两个 9.2 分漏洞能未登录执行代码，站长今天就升 8.3.36
- Node.js 同日安全更新：Brotli 漏洞可远程执行代码，三条版本线一起升
- Alpine 四个版本同日安全更新：从证书到 PHP，一次补齐
信息来源：Mozilla 安全博客与事件披露页（经 BreachHistory、SaveDelete 整理）及印度 CERT-In 通报；文中判断为本站观点。
发表评论