印度证书颁发机构 eMudhra 为自己用来签署部分数字证书的、可笑到极点的弱私钥进行了辩护，并暗示其他人也应为这起事件分担责任。
如果你还没跟上：昨天曝出消息，该公司签署证书用的私钥弱得离谱——其中一个简直就是一个数字 4，另外几个也是极易猜出的两三位数字短串。这些密钥的值很容易推断出来，意味着可以伪造证书、冒充网站或其他资源。这对骗子、钓鱼分子和其他不法之徒来说简直是金矿。整个信息安全行业都指出了这一点，敦促尽快采用更好的证书，并感叹替换实施将是一件漫长而吃力不讨好的工作。
eMudhra 关于此事的声明称，密钥是在 2025 年 4 月 30 日举行的密钥生成仪式上，使用 FIPS 140-2 三级硬件安全模块（HSM）生成的。这类硬件是干这行的标准装备，理论上应该能产生足够复杂的密钥并安全存储。但出了岔子。声明称：密钥生成仪式中的一个缺陷导致封装/解封装步骤在原有强密钥之外，又产生了一套弱密钥，而发布到浏览器根证书库的正是这些弱密钥。eMudhra 正在查明根本原因。
然后公司开始有点防御性了。声明补充说：这些根证书和签发 CA 已连续两年通过独立审计，自 2025 年年中起就出现在浏览器信任列表里——话里话外似乎在把部分责任推给审计方和其他利益相关方。公告随后指出，eMudhra 的 TLS 业务只占其收入的 1%，意味着这场乱子不会太影响公司利润。这对公司投资者来说是好消息，但完全没抓住重点：现在依赖该公司的人面临一项紧迫、讨厌且成本高昂的工作——替换证书。
声明接着说：eMudhra 正在直接与可能受影响的客户合作，向他们提供替换证书，确保关键服务不受中断。公司还在与根证书项目合作，并继续根本原因调查。公司也承认，这起事件可能对 eMudhra 造成无法量化的声誉风险。
你说呢？弱到离谱的私钥、连续两年审计、百分之一的收入占比——对一家手握浏览器信任名单的证书机构来说，无论事件定性如何，对用户而言最现实的动作就是尽快核对自己的证书链，把可疑证书替换掉。
苏公网安备32021302001419号