8个TLS中间证书私钥脆弱，互联网高度警惕清理难
据Ars Technica于2026年10月20日报道，安全人员发现印度eMudhra公司颁发的8个TLS中间证书的私钥极其脆弱，可被用于伪造任何网站的受信任凭证。全球浏览器厂商已紧急屏蔽这些证书，但物联网设备与Linux发行版的更新仍然滞后，专家警告清理难度可能超过2014年的Heartbleed漏洞。
今日热搜脆弱私钥：仅3至8位熵，远低于标准384位
这8个中间证书属于印度证书颁发机构eMudhra。正常NIST P-384椭圆曲线私钥应包含约384位熵，而eMudhra泄露的私钥大小分别为4、56、66、115、155、156、230、237位——其中最弱的仅有3位熵。安全工程师Filippo Valsorda（菲利波·瓦尔索尔达）对Ars Technica表示：“这简直不可能发生，可能是生成接口的‘size’参数被误设为1。”BGP.tools主管Ben Cartwright-Cox（本·卡特赖特-考克斯）则推测是“示例代码意外流入生产环境，但至今无人发现，实在荒谬。”
热点新闻浏览器快速响应，但Edge例外
截至10月20日上午，主流浏览器（Chrome、Firefox、Safari等）均已阻断这8个中间证书。据BleepingComputer进一步证实，只有Microsoft Edge仍可连接12个受影响的服务器。微软未回应是否计划跟进屏蔽。对于不依赖TLS的应用（如Signal、WhatsApp、Wireguard）则不受影响。下表总结了各类应用的防护状态：
热点事件| 应用/平台 | 防护状态 | 更新进度 |
|---|
| --- | --- | --- |
|---|
| Chrome | 已屏蔽 | 已完成 |
|---|
| Firefox | 已屏蔽 | 已完成 |
|---|
| Safari | 已屏蔽 | 已完成 |
|---|
| Edge | 未屏蔽 | 尚未行动 |
|---|
| Signal/WhatsApp/Wireguard | 不依赖TLS | 无需更新 |
|---|
| Linux发行版 | 部分已更新 | 约30%完成 |
|---|
| IoT设备 | 严重滞后 | 预计数月 |
|---|
清理工作比Heartbleed更艰巨
Valsorda将此次事件与2014年Heartbleed漏洞相提并论：“Heartbleed的清理涉及大量系统，而这次涉及更多上下文、更多人员、更多异构性。”Heartbleed当年曾让攻击者窃取数千台服务器的私钥与会话信息，修复耗时数年。此次8个证书的私钥直接暴露，中间人攻击风险更易实施。安全公司Rapid7统计，已有超过50万证书依赖eMudhra链，其中至少1.2万属于高价值政府或企业域名。
乐坛动态长期威胁：IoT设备与遗留系统将成盲区
Linux发行版仍在滚动更新中，但很多物联网设备、Docker容器、Python生态中自带的根证书副本可能长期未更新。Valsorda指出：“每个需要不同人群在各自环境下执行的操作都会拖慢进度，这次更糟。”攻击者若控制本地网络（咖啡馆、大学等），可在中间人攻击中利用这些证书解密流量。截至发稿，证书透明度日志中未发现恶意签发，但风险依然存在。
企业VPN用户首当其冲
受影响最大的群体是使用VPN的用户，尤其是政府可能实施中间人拦截的国家。安全研究员表示，企业应优先检查所有基于TLS的通信，并强制重新签发证书。eMudhra公司未回应置评请求。网络安全公司Cloudflare在博客中警告：“任何依赖eMudhra根证书的服务器都应立即视为不安全。”
FAQ
Q1: 普通用户需要做什么来保护自己？
A1: 普通用户应确保浏览器自动更新到最新版本（Chrome/Firefox/Safari均已屏蔽）。避免使用公共Wi-Fi进行敏感操作，直到所有系统完成修复。如需使用VPN，请确认其不依赖eMudhra证书。
Q2: 这次事件与Heartbleed相比哪个更严重？
A2: 专家认为清理难度更大。Heartbleed是OpenSSL库漏洞，需要修补后重新签发证书；而此次是私钥直接泄露，攻击者可随意伪造证书，且涉及更多嵌入式设备与遗留系统，修复周期可能长达数年。
总结与展望
此次TLS证书泄露事件暴露了证书颁发机构安全审查的致命短板，清理工作将旷日持久。互联网基础设施的信任根基再次动摇，未来需要更强的私钥生成审计与透明度监控机制。
