eMudhra 主动退出全球 SSL/TLS 证书业务，8 张中间证书私钥出现弱密钥问题，部分私钥仅为单个数字

eMudhra 正式做出业务调整，自愿退出全球 SSL/TLS 证书赛道，本次业务调整的直接诱因是该机构 8 张中间证书出现密钥生成缺陷，这批证书配套的私钥随机性严重不足，其中一张证书私钥仅为单个数字，其余私钥也都处于极小数值区间，密钥安全强度大幅低于 P-384 椭圆曲线算法标准；在浏览器厂商完成证书屏蔽之后，企业主动梳理业务布局，把运营资源转向数字签名、电子认证等其他数字信任服务，同时为全部受影响客户提供免费证书替换服务，稳妥完成存量业务收尾工作。本次弱密钥事件的源头来自 2025 年 4 月 30 日的一次密钥生成操作，操作人员使用硬件安全模块生成 P-384 密钥对时，封装与解封装流程出现程序漏洞，系统额外生成了一组低随机性弱密钥，工作人员在核验环节出现疏漏，误把这 8 组弱密钥绑定到中间证书中；原本 P-384 算法私钥拥有 2 的 384 次方种取值，安全等级极高，而这批出错私钥全部小于 256，仅需要遍历两百多个数字就能完成破解，普通笔记本电脑在一秒之内就能还原全部私钥；再加上近年来全球 SSL/TLS 证书业务合规门槛持续抬高、运营成本稳步上涨，同时免费证书持续挤压利润空间，综合多重因素，企业董事会最终敲定退出全球 SSL/TLS 证书业务的方案。整体处置工作分成四大阶段稳步落地，第一阶段完成全部 8 张问题中间证书的下架，同步向谷歌、苹果、微软、Mozilla 提交证书吊销申请，配合各大厂商完成信任库更新，阻断伪造证书传播路径；第二阶段梳理所有依托这 8 张中间证书签发的下级证书，统计存量证书数量，开启免费替换通道，一对一通知网站运营方完成证书迁移；第三阶段复盘密钥生成全流程，优化硬件安全模块操作脚本，增加密钥随机性自动校验程序，完善双人复核、多轮审计机制，规避同类操作失误；第四阶段推进业务转型，缩减 SSL/TLS 证书业务团队，把人力与资金倾斜到电子签章、身份认证、代码签名等核心业务板块，保障企业整体经营平稳过渡。综合来看，本次业务退出是企业综合安全事件、行业竞争、合规成本做出的理性经营选择，整套善后方案完整覆盖证书吊销、客户迁移、流程整改、业务转型各个环节，最大限度保障存量用户的网络通信安全，平稳完成业务切换。

一、8 张中间证书弱密钥完整明细

1. 基础密钥参数说明

本次出问题的一共 8 张中间 CA 证书，全部采用 P-384 椭圆曲线加密算法，正常私钥拥有极高随机熵，而这批私钥全部小于 256，仅 8 位数值空间，穷举破解难度极低；其中 6 张为 SSL/TLS 网站加密证书，另外 2 张用于软件代码签名业务。

2. 全部私钥数值清单

表格

3. 密钥缺陷带来的技术影响

一旦私钥被公开，攻击者可以利用这套中间证书，为任意域名签发伪造 HTTPS 证书，在网络链路中发起中间人攻击，拦截网页数据、篡改通信内容；代码签名证书被破解后，攻击者可以给恶意程序签发合法签名，绕过操作系统安全校验。

二、密钥生成缺陷的完整技术原因

1. 硬件工具执行漏洞

密钥生成仪式中，硬件安全模块 HSM 执行密钥包裹和解包裹脚本时，程序分支异常，并行生成了两套密钥，一套是符合标准的高安全密钥，另一套是随机熵被压缩至 8 位的弱密钥，技术脚本没有增加随机值校验逻辑，无法自动识别异常密钥。

2. 人工复核环节疏漏

整套密钥生成流程配备双人见证与日志留存，但核验人员只核对了证书格式，没有对私钥数值区间做校验，两轮第三方安全审计也没有覆盖私钥数值随机性检测，导致弱密钥持续使用长达 18 个月才被外部研究员发现。

3. 算法本身无安全问题

本次事件不是 P-384 椭圆曲线加密算法被破解，纯粹是密钥生成流程出现人为 + 程序失误，算法密码学基础依旧安全可靠。

三、多厂商证书信任阻断处置方案

1. 主流浏览器厂商处置动作

Mozilla 率先通过 OneCRL 证书撤销列表，将 8 张中间证书加入黑名单；谷歌 Chrome、苹果 Safari、微软 Edge 同步更新系统根证书库，在终端设备中直接屏蔽该批证书，阻止浏览器信任伪造证书。

2. 开发工具链配套更新

Go、Python、Rust 等主流开发语言推送运行时补丁，在代码层面增加证书校验规则，杜绝程序调用被劫持的证书信任链；运维人员可以通过更新系统信任列表、配置证书黑名单完成防护。

3. 存量下级证书处置路径

所有由这 8 张中间证书签发的网站 SSL 证书都会自动失去公信力，网站管理员需要尽快向 eMudhra 提交申请，免费更换全新证书，完成网站 HTTPS 配置更新。

四、eMudhra 业务退出全流程执行步骤

第一步：证书紧急吊销。第一时间向 CCADB 提交证书吊销记录，同步推送至各大浏览器厂商，完成全网信任阻断，杜绝中间人攻击风险。

第二步：存量客户梳理与迁移。导出全部下级证书订单，以邮件、短信、工单多渠道通知客户，开通免费证书替换入口，安排技术人员协助网站完成证书部署与调试，保证网站 HTTPS 服务不中断。

第三步：密钥流程全面整改。重写 HSM 密钥生成脚本，增加私钥熵值自动检测功能；新增密钥数值区间校验项，所有密钥必须满足最低随机位数要求；优化审计制度，把私钥随机性纳入每一次密钥仪式必检项目。

第四步：业务收缩与转型。逐步关停全球 SSL/TLS 证书新订单受理通道，停止新中间证书签发；精简对应业务团队，将资源投入电子认证、电子签章、企业身份服务等主营业务，完成经营重心切换。

第五步：长期风控体系搭建。建立密钥全生命周期监控台账，定期对已签发证书做密钥随机性抽检，形成事前脚本校验、事中双人复核、事后定期抽检的三重风控机制。

五、业务经营层面退出的补充原因

1. 营收占比有限

全球 SSL/TLS 证书业务仅占到企业总营收的 1%，业务体量偏小，投入产出比持续走低，缩减该业务不会对企业整体营收造成明显影响。

2. 合规运营成本持续走高

全球各国数据主权、电子认证法规不断完善，跨境证书业务需要满足多地区合规审核，审计、资质、运维成本逐年上升，进一步压缩利润空间。

3. 市场竞争格局持续变化

免费 SSL 证书大范围普及，商业证书市场价格持续下行，行业盈利空间被持续压缩，继续投入运营的回报预期持续降低。

【相关 FAQ】

问题 1：eMudhra 主动退出全球 SSL/TLS 证书业务，是否完全因为 8 张中间证书私钥出现弱密钥问题？

回答 1：8 张中间证书私钥弱密钥问题是本次业务退出的直接导火索，同时叠加 SSL/TLS 证书业务营收占比偏低、跨境合规成本不断上涨、免费证书带来的市场竞争压力等多重经营因素，企业综合评估之后，才做出自愿退出全球 SSL/TLS 证书业务的整体决策。

问题 2：eMudhra 这 8 张中间证书私钥出现缺陷，其中一张私钥仅为单个数字，普通电脑可以快速破解这类弱密钥吗？

回答 2：完全可以，这批 P-384 算法私钥全部小于 256，仅存在两百多个可选数值，普通笔记本电脑只需要不到一秒就能遍历全部数值，快速还原出全部 8 组私钥，破解门槛极低。

问题 3：使用了 eMudhra 问题中间证书签发 SSL 证书的网站，要怎么完成证书迁移？

回答 3：网站运营人员可以直接联系 eMudhra 客服，提交证书订单信息，申请免费替换全新 SSL 证书；拿到新证书后，在服务器中完成证书部署，重启网站服务，同时清理旧证书配置，避免系统继续加载已被吊销的旧证书。

问题 4：本次弱密钥事件是 P-384 椭圆曲线加密算法本身存在漏洞吗？

回答 4：并不是 P-384 算法本身存在密码学漏洞，本次问题来自密钥生成环节，硬件安全模块执行脚本异常生成低随机性弱密钥，再加上人工复核与审计环节没有做好数值校验，才造成弱密钥投入使用，算法本身依旧具备极高安全强度。

【参考资料】

[2026-10-23] eMudhra 宣布退出全球 SSL/TLS 证书业务 DoNews 快讯

[2026-10-23] eMudhra 因密钥缺陷退出 TLS 证书业务 IT 之家

[2026-10-23] eMudhra 承认密钥生成失误，将关停全球 SSL 证书业务

[2026-10-22] 8 张 eMudhra 中间证书存在弱私钥，部分私钥仅为单个数字 Mozilla 安全公告

[2026-10-22] eMudhra 弱密钥事件：全部私钥数值小于 256 安全研究博客 SHAttered

[2026-10-21] Cisco Talos 解析 eMudhra 中间证书密钥生成缺陷 思科安全团队博客

[2026-10-21] 谷歌苹果微软同步屏蔽 eMudhra 问题证书

免责声明：本文内容全部来自企业官方公告、浏览器厂商安全通报与第三方网络安全研究公开资料；证书吊销进度、客户证书替换政策、企业业务转型规划后续若有调整，均以 eMudhra 官方最新公示内容为准；网站证书迁移操作请遵照运维行业标准执行。