## TL;DR

从 eMudhra 弱私钥事件，弄懂 CA 如何签发证书、浏览器如何建立信任，以及吊销为何不总能阻断风险。

2026 年 10 月，一位研究人员发现，[eMudhra](https://emudhra.com/) 的八张中间 CA 证书对应的私钥弱到可以从公开证书中恢复。六张用于 TLS，另外两张用于代码签名。Mozilla 在收到报告后独立恢复了这些私钥，确认问题出在密钥生成，而不是签名算法被攻破。

我最初想弄明白的不是事件有多轰动，而是一个更基础的问题：**为什么掌握一把中间 CA 的私钥，就可能冒充与它没有业务关系的网站？**要回答它，得先把证书的签发和验证走一遍。

## 网站证书签发流程

![网站证书签发流程：网站生成密钥对，提交证书签名请求，CA 核验域名控制权，由中间 CA 私钥签署证书](https://developer.qcloudimg.com/http-save/yehe-7353521/6bac76d50c69d399990aaa6a25dd0515.svg)

## 浏览器建立信任的流程

![浏览器验证证书链：收到网站证书和中间 CA 证书，逐层验签，检查信任库与证书状态，任一步骤失败则拒绝连接](https://developer.qcloudimg.com/http-save/yehe-7353521/40ef7bc8dec0c4a6bee31283b556eaf4.svg)

## 弱密钥进入签发流程

这八把私钥对应 P-384 椭圆曲线，本应从很大的合法范围内随机选取；Mozilla 发现它们的数值全部小于 256。公开证书中已有公钥，只需逐一尝试这个很小范围内的候选私钥，算出对应公钥并比对，就能恢复私钥。问题不在于 P-384 不安全，而在于实际选出的私钥几乎没有不可猜测性。

这也解释了风险的范围：网站私钥泄露，通常首先影响该网站；一个不受域名范围限制的 TLS 中间 CA 私钥泄露，则可能被用来为任意域名签发假证书。攻击者还需要拦截或控制用户连接才能实际冒充网站；CA 私钥本身不能直接解密过去记录的 HTTPS 流量。

eMudhra 对密钥生成仪式的**初步解释**是：原本在硬件安全模块中生成了正常密钥，后来为测试密钥的封装和解封（wrap/unwrap）加入额外步骤；代码又产生第二组弱密钥。两组密钥标签相近，工作人员误用弱密钥生成 CSR，并由根 CA 为其签发中间 CA 证书。**程序生成异常密钥**与**签发流程选错密钥**是两道先后失守的环节。具体代码为什么产生这样小的整数，仍待完整根因报告。

更值得注意的是，2025 年同一批中的六个 TLS 中间 CA 曾出现证书吊销列表（CRL）签名验证失败。eMudhra 当时把问题归为 CRL 生成时选错密钥；这次又解释，最初签 CRL 的是原本预期的正常密钥，而公开的中间 CA 证书却对应另一组弱密钥。那次异常至少说明**证书公钥与预期使用的签名密钥不一致**，但当时没有把问题追查到密钥生成和中间 CA 签发环节。关于当时发现了什么、为何没有进一步审计，根证书计划仍在追问。

## 吊销中间 CA 与撤销根信任

eMudhra 表示，出问题的八个中间 CA 没有签发过终端用户证书。这不等于风险不存在：拥有相应私钥的外部人员仍可能自行签发假证书。事发后，这些中间 CA 被吊销，浏览器也部署了阻断措施。

但不同客户端处理吊销信息的方式并不一致。有的应用使用旧信任库或自带证书包，未必能及时获知某张中间 CA 证书已被吊销。Mozilla 因而进一步决定从其信任库移除相关的 **emSign ECC Root CA - G3**：这样做会保护无法单独阻断中间证书的客户端，但代价是该根之下**其他正常签发的证书也需要迁移**。受影响的是中间 CA 私钥；移除根信任是风险处置，不是说根私钥也已被证明泄露。

## 总结

CA 的责任不止于申请时核验域名，还包括密钥生成、对象选择、证书签发、吊销信息发布，以及发现异常后能否追溯到真正的原因。证书链把一次签发变成广泛可接受的信任；同样地，签发链上一个环节选错密钥，影响也不会停在那一张证书上。

## 参考

- [Mozilla 事件记录：eMudhra 中间证书私钥泄露](https://bugzilla.mozilla.org/show_bug.cgi?id=2083449)
- [Mozilla 事件记录：eMudhra CRL 无效签名（2025）](https://bugzilla.mozilla.org/show_bug.cgi?id=1970728)
- [eMudhra 事件更新](https://emudhra.com/en/post/certificate-security-incident)
- [RFC 5280：X.509 证书与 CRL](https://www.rfc-editor.org/rfc/rfc5280)
- [Mozilla 根证书库政策](https://www.mozilla.org/en-US/about/governance/policies/security-group/certs/policy)

从 eMudhra 弱私钥事件，弄懂 CA 如何签发证书、浏览器如何建立信任，以及吊销为何不总能阻断风险。

CA 私钥可以被猜中之后：从 eMudhra 事件看证书信任链

人工智能

eMudhra事件揭示中间CA私钥弱生成可致任意域名伪造，P-384密钥异常源于生成缺陷。吊销非绝对可靠，根信任移除成关键缓解。此案例凸显密钥管理、审计追踪在PKI体系中的核心地位，浏览器信任链条的每个环节都可能成为风险点。

硬件安全

热销域名限时优惠，新客首年免费！


domain

让每一个 Agent，都跑在云上

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

CA 私钥可以被猜中之后：从 eMudhra 事件看证书信任链-腾讯云开发者社区-腾讯云

CA 私钥可以被猜中之后：从 eMudhra 事件看证书信任链

CA 私钥可以被猜中之后：从 eMudhra 事件看证书信任链

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐