「eMudhra 弱密钥」标签下共 8 篇技术文章，包括《证书轮换别从换证开始：eMudhra 弱密钥事件的取证顺序与》、《证书弱密钥的利用与修补追踪：以 eMudhra 事件为例，从》、《eMudhra 弱密钥补丁追踪：8 个可复原私钥暴露的证书生》。按发布时间倒序排列，内容持续更新。
Cloudflare 披露的 eMudhra 事件显示，受影响的是八把弱密钥而非四把；更稳妥的顺序是先固定密钥标识与证据、立即封禁弱密钥链，再清点信任面、加日志和探针，最后换证与复盘。现有探针数据有样本偏差，不能当作全网精确修补率。
Cloudflare 复盘显示，eMudhra 的八个中间证书私钥弱到可从公开证书恢复，任何未修补且不强制 CT 的客户端都可能接受伪造证书。文章据此梳理一条可复用的顺序：先在出站路径拒绝受损链，再清点信任面，然后铺设日志，最后才用…
Cloudflare 2026 年 10 月 30 日的复盘显示，eMudhra 的 8 个中间证书私钥可从公开证书近乎即时复原；服务端补丁数小时完成，但客户端信任库更新缓慢，一周 5000 万次探测后仍有大量客户端接受受损链。文章…
证书到期/替换应作为发布流程的阻断检查点，覆盖证书与信任链清单、替换窗口、客户端信任库、观测与回滚。eMudhra 弱密钥事件说明服务端拒绝弱密钥不等于调用方完成修补。
eMudhra 的八把弱中间 CA 私钥可从公开证书直接恢复，任何人能为任意域名签发证书。补丁进度需分三层核对：CA 侧停用、服务端出站验证、终端信任库。全网进度只能靠间接探针估计，而探针口径变更与机器人流量会制造修补假象。
CT 日志可用于核对是否仍有证书由 eMudhra 弱中间证书签发，以及替换证书是否带 SCT；但它不能单独证明终端信任库已移除弱密钥。Cloudflare 的追踪显示现代浏览器大多已修补，Android WebView、旧浏览器和…
修补窗口内的残余暴露不能用一个比例概括，应拆成出站信任、入站证书与第三方客户端三条路径：前两条可以穷举并写成判定条件，第三条只能抽样估计。Cloudflare 用挑战页探针测量访客侧信任状态，但流量构成、控制端点变更、监控中断与采样…
Cloudflare 复盘了 eMudhra 八把弱中间密钥事件：受影响私钥可从公开证书近乎即时恢复，不强制证书透明度的客户端会接受伪造证书。截至 2026 年 10 月 30 日，Cloudflare 记录约 22,000 次使用…
共 8 篇文章，第 1 / 1 页