The Internet goes on high alert after discovery of 8 compromised TLS certs
TL;DR · AI 摘要
发现8个被破坏的TLS证书，可能影响全球互联网安全，需紧急修复。
核心要点
- 印度eMudhra公司8个中间证书私钥被破解，可伪造任意网站凭证
- 修复需更新Linux系统、IoT设备等，耗时可能超Heartbleed事件
- 证书透明度日志未发现恶意使用，但潜在威胁仍存在
结构提纲
按章节快速跳转。
思维导图
用一张图看清主题之间的关系。
查看大纲文本（无障碍 / 无 JS 友好）
- TLS证书漏洞事件
- 事件特征
- 8个中间证书私钥泄露
- 可伪造任意网站凭证
- 影响范围
- Linux系统
- IoT设备
- Docker容器
- 修复挑战
- 遗留系统更新困难
- 长期修复周期
金句 / Highlights
值得收藏与分享的关键句。
私钥弱到允许任何人生成被全球服务器信任的伪造证书
修复需处理数十亿设备，耗时可能超过Heartbleed事件的数年周期
eMudhra证书被用于数字签名，证明攻击者已控制私钥
发现8个被泄露的TLS证书后，互联网进入高度警戒状态 - Ars Technica
一场新的TLS灾难
发现8个被泄露的TLS证书后，互联网进入高度警戒状态
中间证书允许任何人生成任何互联网服务器的网络凭证。
Dan Goodin
–
2026年10月20日 下午3:47
|
55
图片来源：Getty Images
按钮
文本设置
面板
正文文本
字号
小号
标准
大号
宽度
*
宽屏
链接颜色
橙色
- 仅限订阅者
了解更多
最小化至导航栏
全球网络安全人员于周二进入高度警戒状态，原因是发现8个TLS证书的私钥存在严重漏洞，可能被用于为互联网上任何网站生成受信任的浏览器和应用程序凭证。
截至周二上午晚些时候，浏览器开发商以及一些主要应用程序和编程语言已全部屏蔽这8个中间证书。目前尚未有报告显示证书透明度日志（用于追踪所有受信任浏览器证书的签发情况）显示这些被泄露的密钥被恶意使用。然而威胁远未结束，因为更新互联网其他关键部分（如Linux发行版、嵌入式设备和物联网设备）将面临巨大困难且耗时耗力。
一个词：疯狂
这8个中间证书属于印度证书机构eMudhra Limited。周二发布在emudhra.we-have-a-problem.com的非正式通告显示信息：“我们这里出了问题——韦恩（Wayne）。” 这段文字使用eMudhra证书之一的私钥进行了数字签名。在证明举报方掌握密钥后，防御方陷入恐慌，因为同一密钥可能被用于签署未授权证书，这些证书将被全球数百万台服务器信任。
开源Go编程语言的密码学工程师兼维护者Filippo Valsorda向Ars表示：“这次清理工作将比Heartbleed事件更加浩大。” 他解释称：“影响范围将非常广泛，包括物联网设备、Docker容器、被遗忘的Linux机器、未维护的CLI工具（在某些生态系统如Python中普遍存在自行携带根证书副本的情况）。此外，Linux发行版仍在逐步推送更新，部分系统尚未准备就绪，随后系统管理员需要将这些更新应用到大量设备上。”
Heartbleed是OpenSSL密码库中的一个关键漏洞。2014年该漏洞遭到大规模利用，攻击者能够解密各方之间的TLS加密通信，同时还能窃取私有TLS证书密钥、会话cookie和密码。这些攻击影响了数千台服务器，其中包括全球多家大公司和政府机构的服务器。
恢复过程需要经历一系列耗时数年的步骤，包括为所有受影响设备修补OpenSSL、重新签发数百万TLS密钥、撤销旧证书、轮换密码和会话令牌，以及更新嵌入式设备和其他被遗忘的系统——这一过程在互联网规模下尤其耗费时间和资源。
Valsorda解释称：“每次需要不同背景的大量人员协同完成某项任务时，都会耗费大量时间。” 他补充道：“这次情况更糟，因为涉及的背景更多、参与人员更多，系统异构性也更强。”
被入侵的eMudhra密钥存在缺陷，其程度让许多研究该事件的工程师感到难以置信。通常情况下，NIST P-384椭圆曲线密码学私钥包含约384位熵，这种规模允许几乎达到2^384（即一个116位数字）的不同可能性。但被入侵密钥的私钥大小范围却从3位到8位不等。令人震惊的是，这些私钥的具体大小分别为4位、56位、66位、115位、155位、156位、230位和237位。
Valdorda表示：“这完全属于‘这不应该发生’的范畴。”他质疑道：“难道是某个极其危险的密钥生成接口存在‘大小’参数，而他们错误地将其设置为1？？”
BGP.tools总监Ben Cartwright-Cox表示：“我的猜测是，这可能是示例代码意外泄露到生产环境，但很难确定。但没人注意到这一点确实令人难以置信。”
目前来看，最直接的威胁似乎针对使用VPN的用户，尤其是在政府可能恶意拦截流量的国家。很可能还有许多其他值得关注的情况。终端用户基本上别无选择，只能在收到更新确认之前，暂时避免使用除浏览器外的TLS通信方式。
如前所述，大多数浏览器已阻止了这些中间证书。例外情况似乎是运行在Windows 10上的Edge浏览器，截至本文发布时，它仍能连接到12个易受攻击的主机。当被问及原因以及公司是否有计划进行修复时，微软代表表示，如果公司有需要“分享”的信息，会主动联系。与此同时，Signal、WhatsApp、Wireguard等不依赖TLS实现保密性的应用程序未受影响。本文页面以及emudhra.we-have-a-problem.com网站列出了目前已知已修复的应用程序。
此次事件再次暴露了TLS体系中的致命缺陷。其安全性取决于最薄弱的环节，而这次的薄弱环节正是eMudhra。幸运的是，透明度日志在一定程度上弥补了这一缺陷，但这种措施需要各方主动监控海量数据流，且仅在未经授权的证书签发后才起作用。eMudhra代表未能立即回应相关问题。
需要指出的是，利用被入侵证书需要主动中间人攻击，这意味着攻击者必须充当两个TLS通信方之间的代理，接收加密流量，解密后重新加密，并发送给另一方。在某些情况下，这种能力通常仅限于资源最充足的攻击者。而控制本地网络（如咖啡馆、大学或其他组织）的人则面临更少的挑战。
高级安全编辑
Dan Goodin是Ars Technica的高级安全编辑，负责监督恶意软件、计算机间谍活动、僵尸网络、硬件黑客、加密和密码等领域的报道。在工作之余，他喜欢园艺、烹饪以及关注独立音乐场景。Dan目前居住在旧金山。您可以通过以下方式关注他：
here
在Mastodon上和
在Bluesky上。您可以通过Signal联系他，联系方式为DanArs.82。
55条评论