真热闹！爱好者们使用eMudhra泄露证书为谷歌签发10.6万张证书 能通过CA公钥认证
内容提要
印度CA机构eMudhra泄露中间证书私钥，其中一张私钥仅为数字4。爱好者利用该私钥为谷歌域名签发约10.6万张证书，占CT日志记录10.7万条的99%。这些证书能通过CA公钥认证，但中间CA已被吊销，浏览器访问会报错，仅在不检查吊销列表的环境中可用。签发与CT登记流程分离，故自签证书仍可提交公开记录。
延伸解读
弱密钥的极端案例
eMudhra 签发的 8 张中间 CA 证书均使用弱密钥，其中 EM OV TLS CA – G3C 的私钥仅为数字 4，这意味着任何人可轻易猜解并利用该私钥签发任意域名的子证书。这种极端弱密钥暴露了 CA 在密钥生成环节的严重缺陷，也解释了为何爱好者能大规模签发证书。
吊销机制的实际边界
尽管问题中间 CA 已被浏览器和操作系统吊销，但吊销检查并非在所有环境中生效。某些设备可能不检查证书吊销列表或无法及时更新，导致被吊销的中间 CA 仍被信任，其签发的子证书在这些环境中依然可用。这提醒我们，吊销机制的有效性依赖于客户端对吊销状态的实时核查能力。
CT 日志的独立记录角色
证书签发与 CT 日志登记是两个独立流程。持有泄露私钥者可在本地制作证书并签名，再依据 RFC 9162 向 CT 日志提交证书链。CT 日志只负责记录和公开证书以供审查，不验证域名控制权。因此，爱好者为谷歌域名签发的 10.6 万张证书仍能被 CT 日志收录，形成公开可查的记录。
Q&A
eMudhra泄露的证书私钥有什么特别之处？
eMudhra签发的8张中间CA证书均使用弱密钥，其中EM OV TLS CA – G3C证书的私钥仅为数字4，导致任何人都能用它签发子证书。
为什么爱好者能用泄露的私钥为谷歌签发大量证书？
因为私钥泄露后，持有者可以在本地制作证书，将任意域名写入DNS名称字段，再用该私钥签名，无需验证域名控制权。
这些自签发的证书为什么能被CT日志记录？
证书签发和CT日志登记是不同流程。RFC 9162规定任何人都可以向CT日志提交证书并附上证书链，CT日志只负责记录和公开，不审核域名控制权。
使用这些泄露证书签发的证书在浏览器中会有什么效果？
这些证书能通过CA公钥认证，但由于中间CA已被吊销，浏览器访问时会报错。只有在不检查吊销列表或无法获得更新的环境中才可能被信任。
目前CT日志中记录了多少张用泄露证书签发的证书？其中多少是针对谷歌的？
CT日志公开记录的提交达到10.7万条，其中适用于Google.com域名的为10.6万条，占比99%。
eMudhra对此事件有何后续影响？
eMudhra宣布退出SSL/TLS证书业务，此前8张中间证书被系统和浏览器行业集体封锁，谷歌还指责其延迟发布事故报告。
