“4”是真的吗？追踪eMudhra弱密钥的利用与修补情况
内容提要
Cloudflare披露eMudhra签发的八个极弱中间密钥（如“4”）可从公开证书中瞬间还原，进而伪造任意域名证书。Cloudflare自10月19日起紧急修补Pingora等系统，记录到约2.2万次使用弱密钥的握手尝试并全部拒绝；漏洞公开后数小时内已出现部分伪造证书，但无证据表明其连接被拦截。探测显示现代浏览器多已修补，但机器人、旧浏览器及Android WebView仍有30%–40%接受弱证书，整体修补进展缓慢。
延伸解读
弱密钥的特殊风险：公开证书即可还原私钥
与过去CA私钥泄露事件不同，eMudhra的八个中间密钥强度极低（如“4”），任何人从公开证书中就能瞬间还原私钥，进而为任意域名伪造证书。这意味着攻击门槛几乎为零，且无需入侵CA内部。文章指出，这类伪造证书可被未修补且不强制证书透明度的客户端接受，凸显了密钥生成环节的严重失误。
Cloudflare的修补与利用观测
Cloudflare在10月19日当天即修补了Pingora等面向源站的高影响系统，并借助AI分析代码在四小时内定位所有信任弱密钥的系统。通过日志，其记录到约2.2万次使用弱密钥的握手尝试，其中三分之二为测试站点，其余多为源站自设证书；所有需验证的握手均被拒绝。约160次握手使用了伪造证书，但域名不匹配，未发现拦截证据。
修补进展缓慢，嵌入式浏览器滞后明显
Cloudflare通过挑战页面向5000万次探测发现，现代浏览器大多已修补，但机器人、旧浏览器及Android WebView仍有30%–40%接受弱证书。整体修补在首个周末后趋于平缓，按网络（ASN）统计，大型网络中超过一半的探测仍接受被攻破的证书链。文章提醒，探测流量受机器人影响存在偏差，但机器人同样需要安全更新，现状并不乐观。
后续行动：快速吊销与信任库动态化
eMudhra已宣布退出公共CA业务，但尚未公开有问题的密钥生成脚本，审计方和交叉签名方的角色也有待厘清。Cloudflare建议用户尽快修补，并特别提醒macOS开发者遵循社区指南。文章还提到，行业需要像upki这样能快速更新吊销和证书透明度信息的机制，因为静态信任库难以应对快速发现的漏洞。
Q&A
eMudhra的弱密钥具体弱到什么程度？
eMudhra签发的八个中间密钥极其脆弱，例如其中一个密钥就是数字“4”，其他七个分别是56、66、115、155、156、230和237。这些密钥本应是115位的数字，但实际却如此简单，导致任何人都能从公开证书中瞬间恢复私钥。
Cloudflare是如何发现并修补eMudhra弱密钥漏洞的？
Cloudflare在2026年10月19日得知漏洞后，立即修补了高影响系统，包括使用Pingora的客户源站代理，在几小时内就拒绝这些弱密钥。同时，他们用AI辅助分析源代码，在四小时内找出所有信任这些弱密钥的系统，并分配工单要求当天确认并修补高影响系统，低影响系统则在上周末前完成修复。
Cloudflare是否检测到有人利用这些弱密钥进行攻击？
Cloudflare在Pingora中添加了日志记录，一周内看到约22,000次使用弱密钥的握手尝试，其中三分之二是对测试站点的访问，其余几乎都是源站为自己设置的证书。约160次握手使用了伪造证书，但看起来像是服务器自己的默认证书，并非用于拦截Cloudflare的连接。没有证据表明弱密钥被用于拦截Cloudflare的流量，但伪造证书在漏洞公开后几小时内就出现了。
目前还有多少用户仍然信任这些弱密钥？
Cloudflare通过挑战页面发送探测请求，发现现代浏览器大多已修补，但机器人、旧浏览器和Android WebView仍有30%–40%接受弱证书。整体修补进展缓慢，大型网络中超过一半的探测仍接受弱证书链，周末后趋势基本持平。
eMudhra对这些弱密钥是如何解释的？
eMudhra宣布退出公共CA业务，并声称是密钥生成脚本的错误，但尚未分享该脚本。他们还曾用可能正确的密钥签署了证书吊销列表（CRL），随后又改用弱密钥签署。
普通用户或网站管理员应该采取什么措施来防护？
应尽快修补系统。Dennis Jackson维护了一个众包网站提供修补指南，尤其是macOS开发者应遵循相关说明。Cloudflare客户还需参考上周的博客文章，了解使用WARP或Tunnel等产品时需要做什么。
