CVE-2026-111943：eMudhra CA密钥在证书颁发机构事件后被Go Blocks破坏

一个主要的公钥基础设施事件已引发跨浏览器、编程语言生态系统、证书存储及软件包的紧急安全措施。与八个 eMudhra 中间证书机构证书相关的私钥已被泄露，可能允许未经授权的方创建看似可信的证书，用以欺骗易受攻击的客户端。

该事件影响了六个用于域名验证、组织验证和扩展验证证书的 TLS 中间证书，以及两个代码签名中间证书。因为中间 CA 可以在受信任的根证书下发证书，拥有其私钥所造成的风险与泄露普通网站证书带来的风险非常不同。攻击者可能创建继承了受影响链信任的伪造证书。

Go 项目通过引入 CVE-2026-111943 作出回应，解决了 Go 应用程序可能继续信任包含被泄露中间证书的证书链的问题。Go 1.26.10 和 1.27.3 将禁止列表加入到 crypto/x509，当已知的不可信中间密钥出现在链中时，导致证书验证失败。

期望检测 CVE-2026-111943 的安全团队应超越传统脆弱性利用遥测。此事件本质上涉及证书信任，因此防御者应监测 TLS 证书链，意外的证书发行者，证书验证失败，可疑的加密会话，以及依赖自身证书集合而非迅速更新的浏览器吊销机制的软件。

SOC Prime 的 AI 原生检测智能平台通过利用跨各种 SIEM、EDR 和 Data Lake 技术的持续更新的检测内容，使安全团队能够加强对新兴威胁的可见性。点击 浏览检测 以获取相关检测内容和用于识别新兴攻击行为的狩猎逻辑。

安全专业人士还可以使用 Prime Architect 将最新威胁情报和指标转化为狩猎查询和检测逻辑，帮助团队检测与 CVE-2026-111943 相关的暴露，并调查在其环境中可疑的证书活动。

联系销售

CVE-2026-111943 分析

事件始于 2026 年 10 月 17 日，当时一名安全研究人员发现了影响 eMudhra 管理的八个中间证书的加密弱点。研究人员通过提交八个证书的有效签名证明，向浏览器根程序和 eMudhra 证明了自己对相应私钥的拥有权。

随后，Mozilla 确认了此次泄露，并且重要的是，其工程师能够独立地恢复受影响的私钥，而没有获得研究人员方法的细节。Mozilla 认为基础的密钥生成过程存在缺陷，且易于利用。

受影响的证书机构包括：

• EM DV TLS CA – G3B
• EM DV TLS CA – G3C
• EM OV TLS CA – G3B
• EM OV TLS CA – G3C
• EM EV TLS CA – G3B
• EM EV TLS CA – G3C
• EM OV CS CA – G3B
• EM OV CS CA – G3C

前六个是能够参与用于认证网站的证书链的 TLS 中间证书。其余两个是代码签名中间证书。G3B 证书与荷兰的 eMudhra BV 相关，而 G3C 证书与美国的 eMudhra Inc. 相关。

安全影响显著。任何能够推导或获得中间 CA 私钥的人可能在该中间证书下发证书而无需通过合法的证书颁发机构发行过程。在 TLS 环境中，伪造的证书可能会被用来冒充域名，若攻击者还能拦截或重定向受害者的连接。

Mozilla 指出，此类攻击者可能会冒充网站并在定位于拦截连接时读取或修改流量。这使问题在中间人攻击场景、被破坏的网络基础设施、恶意代理或 DNS 和路由操控中特别相关。

然而，现有证据未表明在防御性响应之前对伪造的 TLS 证书有广泛滥用。根据《The Hacker News》援引的 Chrome Root Program 的调查结果，在 Chrome 阻止密钥之前的证书透明度日志中未出现链至受影响六个网站中间证书的 TLS 证书。由于 Chrome 和其他要求 CT 记录的浏览器通常会拒绝未经记录的公开信任证书，这显著限制了通过这些客户端进行未被发现的公共 TLS 滥用的机会。

Chrome 于 10 月 17 日 18:05 UTC 收到报告，并于 19:45 UTC 部署了针对六个 TLS 中间证书的 CRLSet 阻止。Mozilla 在当晚稍晚时收到报告，并于 22:59 UTC 向标准 Firefox 配置分发了一次性 CRL 块。因此，接收远程设置的 Firefox 用户无需手动更新或重启浏览器即可获得保护。

CVE-2026-111943 PoC 情况不寻常，因为这不是带有漏洞代码的常规内存损坏或远程代码执行漏洞。相反，研究人员提供了对所有八个私钥的控制的加密证明，而 Mozilla 独立复现了密钥恢复，有效地证明了可以利用该加密漏洞。

CVE 本身由 Go 项目分配。它描述了在 Go 标准库中涉及证书验证的一个更狭隘的问题。在大多数平台上，Go 依赖于系统根证书存储。但相关信任设置未及时更新的系统可能会继续接受通过不再受信的中间机构的链。

为弥补这一差距，Go 项目在 crypto/x509 中添加了明确的禁止列表。更新的验证逻辑在证书链包含一个被泄露的中间公钥时返回错误。

CVE-2026-111943 影响 Go 标准库版本 1.26.10 之前和 Go 1.27 分支版本 1.27.3 之前的版本。因此，使用受影响版本构建的应用程序可能需要通过补丁版 Go 重新构建以获得新保护。

CVE-2026-111943 的细节对应用所有者特别重要，因为浏览器修复并不会自动保护每个执行 TLS 验证的程序。许多应用程序使用特定语言或嵌入式证书存储，可能不使用浏览器的吊销系统，如 Chrome CRLSet 或 Mozilla OneCRL。

《The Hacker News》报道称，这一差异引发多个生态系统更新。Go 添加了显式阻止，Mozilla 更新了 NSS，Python 的 certifi 证书包移除了受影响的根，Rust 的 webpki-roots 生态系统发布了更新。RustSec 单独标识版本 1.0.10 或更新版本为修补的受影响的网络 PKI 根包。

因此，CVE-2026-111943 的 IOC 主要是基于证书，而不是传统的恶意软件指标如 IP 地址、域名或文件哈希。组织应关注八个受影响的中间证书标识和 Go 及其他厂商用于显式阻止这些密钥的公钥哈希。显示其中一个中间证书的证书链遥测应被视为不可信并进行调查。

CVE-2026-111943 缓解措施

Go 环境最重要的补救措施是更新到 Go 1.26.10、Go 1.27.3 或更高支持版本，并重新构建依赖于 Go 的 TLS 证书验证的应用程序。在开发服务器上简单升级 Go 工具链不会对已编译的二进制文件生效；受影响的应用程序需要使用补丁版标准库重新构建和重新部署。

组织还应清点维护独立 CA 存储或证书集合的应用程序。浏览器如 Chrome 和 Firefox 通过集中吊销机制迅速做出反应，但命令行工具、服务器应用程序、容器、代理、嵌入式设备和语言运行时可能依赖不同的证书来源。

使用正常配置的 Firefox 用户在 10 月 17 日自动接收到 OneCRL 阻止。Mozilla 另外发布了 Firefox 158.0.1、Firefox ESR 115.43.1 和 Firefox ESR 153.5.1，以向那些因策略或网络环境导致远程设置无法正常运行的用户提供更新的阻止列表。Mozilla 还发布了包含信任证书集更改的 NSS 3.131.1。

安全团队应：

• 更新 Go 应用程序并重建受影响的二进制文件。
• 更新系统 CA 集合和特定语言的信任存储。
• 确保浏览器和操作系统证书吊销机制正常运作。
• 阻止或不信任八个被泄露的中间证书密钥。
• 识别具有嵌入或静态包装证书存储的内部应用程序。
• 检查 TLS 遥测中包含受影响中间证书的证书链。
• 如果现有服务依赖于已被不信任的证书链，则重新签发合法的证书。
• 在根证书存储更新后测试关键服务，因为移除一个 CA 根可能会中断以前通过其进行链路的合法服务。

团队还应特别关注长期使用的软件设备、容器、内部开发工具和不支持的软件。这些系统可能在主流浏览器封禁受损 CA 证书后仍会信任旧的证书集合。

移除根证书可能带来操作后果。即使那些单个证书未被泄露，从该根链出的合法证书也可能无法再验证。因此，组织应将快速不信任与依赖项发现和证书替换相结合，而不是假设删除信任存储不会影响可用性。

SOC 团队可以通过关联证书验证失败、TLS 拦截遥测、不寻常的 DNS 活动、意外的代理行为和证书发行者变更来加强其防御姿态。攻击者通常需要某种机制来引导或拦截流量，因此在证书异常情况下应与网络层证据一起进行调查。