证书轮换别从换证开始:eMudhra 弱密钥事件的取证顺序与检查清单
Cloudflare 披露的 eMudhra 事件显示,受影响的是八把弱密钥而非四把;更稳妥的顺序是先固定密钥标识与证据、立即封禁弱密钥链,再清点信任面、加日志和探针,最后换证与复盘。现有探针数据有样本偏差,不能当作全网精确修补率。
「TLS」标签下共 6 篇技术文章,包括《证书轮换别从换证开始:eMudhra 弱密钥事件的取证顺序与》、《证书弱密钥的利用与修补追踪:以 eMudhra 事件为例,从》、《证书到期与替换的发布门禁:从 eMudhra 弱密钥事件拆出》。按发布时间倒序排列,内容持续更新。
Cloudflare 披露的 eMudhra 事件显示,受影响的是八把弱密钥而非四把;更稳妥的顺序是先固定密钥标识与证据、立即封禁弱密钥链,再清点信任面、加日志和探针,最后换证与复盘。现有探针数据有样本偏差,不能当作全网精确修补率。
Cloudflare 复盘显示,eMudhra 的八个中间证书私钥弱到可从公开证书恢复,任何未修补且不强制 CT 的客户端都可能接受伪造证书。文章据此梳理一条可复用的顺序:先在出站路径拒绝受损链,再清点信任面,然后铺设日志,最后才用…
证书到期/替换应作为发布流程的阻断检查点,覆盖证书与信任链清单、替换窗口、客户端信任库、观测与回滚。eMudhra 弱密钥事件说明服务端拒绝弱密钥不等于调用方完成修补。
Cloudflare 正文列出八把 eMudhra 弱密钥;证书替换进度应按签发与吊销、服务端策略、客户端探测、利用迹象四层证据核对。材料能确认 Cloudflare 自身修补和受控探测中的样本结果,不能确认全网终端已完成替换;无拦…
以 Amazon ECS Gateway 公告为据,拆解托管入口方案中监听器、TLS 证书与健康检查的归属:监听协议与端口由平台团队在 gateway 层固定且创建后不可改,路由规则与目标组由控制面按服务生成,证书分平台级与每服务 …
Amazon ECS Gateway 把 ingress 基础设施收归账户级网关:平台团队集中定义子网、安全组、TLS 证书、监听设置与 WAF,应用团队在创建或更新服务时添加 gateway connector,由 ECS 生成每…
共 6 篇文章,第 1 / 1 页