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