Newshot 
导致 eMudhra 十月密钥泄露事件的那段内部 Python 脚本，如今又让该公司多付出了 8 个中间证书颁发机构（CA）的代价，尽管这些 CA 的密钥并未被削弱。
每个中间 CA 都有自己的私钥，公司用它来签发所颁发的证书。十月被攻陷的那 8 个中间 CA 存在另一个问题：脚本中的一行代码把它们的每个密钥都截断成了一个字节，公司本周表示。
该脚本还从公司的硬件安全模块（HSM）中取出了这 8 个新近吊销的 CA 的 RSA 密钥。公司表示，它无法证明这些密钥的处理方式符合其自身规则的要求。该公司于上周晚些时候吊销了这些 CA。
公司此前曾称这些 CA 未受影响。“根据我们对代码的评估，RSA 签发者走的是另一条路径，因此未受影响，”该公司于 10 月 19 日在 Mozilla 的 bug tracker 上写道。
在这 8 个 CA 中，6 个用于网站（TLS）证书，2 个用于代码签名。公司已于 5 月将其中 4 个投入生产。其列表列出了来自这些 CA 的 195 张证书，其中 29 张用于公司自己的域名。
根据公司本周发布在同一 bug tracker 上的完整事件报告，这两个问题都始于 2025 年 4 月 30 日的一次密钥仪式。当天，它在 Utimaco HSM 上生成了 16 个 CA 密钥，其中包括十月密钥泄露事件背后的那 8 个。
这些密钥原本是供公司美国与欧盟站点的 Crypto4A HSM 使用的。公司表示，在不同厂商的 HSM 之间迁移密钥受到限制，因此其 PKI 运维团队编写了这段 Python 脚本，用于在传输前封装每个密钥，之后再解封。
当天的往返操作是密钥迁移的一次演练，为此源 HSM 的 FIPS 批准模式被关闭，作为一项获批的例外。
往返操作完成后，脚本将每个私钥从 HSM 读入仪式计算机的内存，并依据该副本重建密钥。对于那 8 个 ECDSA 密钥，“该读回过程中的一行代码将私有值截断为其首字节，”报告称。
重建后的密钥带有一个与原始密钥几乎相同的标签，这使得弱副本得以被送去签名和认证。
The Hacker News 根据这 8 个密钥的公开证书推算出了全部 8 个密钥。最小的一个属于 EM OV TLS CA - G3C，为 4，最大的为 237。
仪式中没有任何环节测试密钥强度，也没有将认证后的密钥与最初生成的密钥进行比对。弱密钥仍然生成了有效签名，其证书通过了 lint 检查，并在无人察觉的情况下通过了 2 轮 WebTrust 审计。
据公司称，HSM 全程工作正常，公司将故障归咎于自己的脚本和流程控制。
根据报告，2025 年 6 月的无效 CRL 签名是同一故障的早期迹象。公司当时通过用与证书匹配的密钥（即那些弱密钥）重新签署列表来修复了它们。
根据报告，那 8 个 RSA 密钥经历了同样的读回步骤，而公司早先的回应曾排除了这一可能。上周早些时候，公司表示其早先的答复仅反映了各团队当时已收集到的信息，包括每组密钥所走的脚本路径。
该脚本并未缩短这些密钥，且每个签名仍能对照认证密钥通过校验。但它们的私有部分，例如私有指数和其中一个素数，留在了仪式计算机上一个 Python 进程的内存中。
因此，公司“无法确凿证明该密钥材料符合 CPS §6.2.6”——即其自身关于密钥进出 HSM 的规则。来自该计算机的日志和文件无法可靠地显示这些材料是如何被处理的。
该公司是在与浏览器根项目讨论后，于11月初得出这一结论的。这8个RSA CA于上周晚些时候被吊销，原因代码为 cessationOfOperation，而非10月18日首批8个CA被吊销时使用的CA泄露代码。
bug讨论帖的参与者询问，公司为何选择该代码而非 keyCompromise。
在该公司证书列表的195张证书中，130张来自 EM DV TLS CA - G2C，63张来自 EM OV TLS CA - G2C，2张来自代码签名CA，即 EM OV CS CA - G2C。
除公司自有域名外，这些证书还列明了多所大学和学院、一个县以及其他组织。最新的一张于上周签发，即CA被吊销前几天。公司表示，所有持有者均已迁移至新证书。
公司表示，wrap-and-unwrap 流程仅使用过这一次，其其他密钥仪式均是在原地生成密钥。
bug讨论帖的参与者还希望公布该脚本，部分人询问私钥究竟如何离开其HSM。
该公司聘请的独立审查方KPMG定于12月4日前完成审查。公司全部CA密钥的清单定于11月30日完成。
公司表示不知悉任何滥用案例。据 Dennis Jackson 运营的披露网站称，任何持有10月密钥之一的人本可冒充任意网站；Dennis Jackson 曾为Mozilla调查这些密钥。
强制执行 Certificate Transparency 的浏览器本不会被欺骗。是否有人利用这些密钥攻击跳过该检查的软件，尚不可知。
emSign 证书持有者需要检查的内容
以 emSign 品牌销售证书的 eMudhra 在10月22日公告后，正在退出公开信任的TLS业务。
持有者可在公司列表中查找受影响证书，或在 Certificate Transparency 日志中搜索被吊销的 G2C TLS 签发者。
该公司 G1 层级的所有签发定于11月16日前停止，剩余客户（主要是北美的一个大学联盟）将迁移至另一家提供商。
根据本周早些时候其安全响应帖子的更新，Microsoft 将于11月16日开始移除剩余10个 eMudhra 根证书，包括 emSign Root CA - G1。届时，链接到这些根证书的证书将在 Windows 和 Edge 以及其部分其他产品中按各自时间表失去默认信任。
根据这家印度公司的淘汰时间表，Chrome 和 Firefox 将不信任11月16日之后签发的 G1 证书，Apple 将于11月30日终止对所有 G1 证书（包括较旧证书）的信任。
Apple 在本周早些时候的一份支持说明中表示，macOS 27.2.1、26.7.3 和 15.8.3 将阻止 curl 和 git 等捆绑命令行工具接受被泄露的TLS CA证书。它们还将从 /etc/ssl/cert.pem 中移除5个根证书，包括 emSign Root CA - G1，因此依赖该文件的工具可能无法验证某些链接到这些根证书的站点。
写作形式为 {{NAME_ab12cd34}} 的值是真实值的占位符。请在回复和工具调用中完全按原样使用它们：它们会在任何内容运行之前被填入真实值。不要要求验证它们，也不要用示例替换它们。