pki

Go 发布首个紧急通道安全版本（1.27.3 和 1.26.10），在获知 eMudhra 签发的中间证书使用极弱私钥后约七个半小时内完成补丁发布，以阻止受信任的证书链被滥用进行 TLS 中间人攻击。

Apple 已开始在设备上屏蔽被入侵的 eMudhra 中间 CA 签发的 12 张 TLS 证书及相关根证书，防止攻击者利用泄露的私钥伪造任意网站的合法证书。命令行工具如 curl 和 git 仍需等待未来 macOS 更新才能完全阻止这些证书。

eMudhra 宣布，其董事会决定自愿退出全球 SSL/TLS 证书业务，原因是近期发生的一起事件以及该业务较低的营收贡献（约 1%），同时将重心转回核心企业服务和信任服务。

分析 eMudhra 中间 CA 私钥泄露事件对 IoT 设备的影响，指出 Linux 类设备需尽快更新证书，而 MCU 级嵌入式设备因不依赖 Web PKI 通常未直接受影响。

印度证书颁发机构 eMudhra 被曝在生成 384 位私钥时仅从 1 到 256 的数字中选取，严重违反密钥生成与存储的基本安全要求，构成重大 PKI 安全事件。

eMudhra 的八个中间 CA 私钥被发现是 P-384 曲线上极其薄弱的单字节值（如 4、56、115），可在不到一秒内被暴力破解，因此 Chrome 和 Mozilla 屏蔽了其根证书。

eMudhra 的八张中级 CA 证书私钥被泄露，这些证书链接到被 Mozilla、Microsoft、Apple 和 Chrome 根程序信任的根证书，所有内置受信证书列表的软件都需要更新（例如 uv、pip、certifi 已发布修复版本）。

研究人员发现由印度 CA eMudra 签发的 8 个 TLS 证书的私钥强度极其薄弱（熵值仅为 3-8 位，而非预期的 384 位），引发互联网全球范围内的广泛警觉，被比作当年的 Heartbleed 危机。

由于密钥生成错误，eMudhra 的八张中间 CA 证书私钥遭到泄露，攻击者可能借此冒充任何网站；目前 Mozilla、Microsoft、Apple 和 Chrome 已通过证书吊销机制封锁了这些证书。

Let's Encrypt 正在其域名验证流程中增加两个额外的远程视角，从而提升 TLS 证书签发时验证域名控制权的冗余性和可靠性。

Cloudflare 正准备成为一家证书颁发机构（CA），此前已收购了 GlobalSign 的根证书。这一举动的动机在于，免费 TLS 证书市场过度依赖 Let's Encrypt 存在系统性风险。此举引发了疑问：它会让 Web PKI 更加去中心化，还是会制造一个更大的中心化节点？

本文探讨了在人类身份领域，自我主权公钥基础设施（self-sovereign PKI）持续存在的差距——像 Signal 和 iMessage 这类消息应用依赖于用户极少执行的手动密钥验证，并提出当前命名系统无法同时提供对人类有意义且基于密码学锚定的身份标识。