私钥为数字 4：苹果 macOS 27.3 封禁 eMudhra 证书

苹果在 macOS 27.3 首个 Beta 开发者预览版中全面阻止印度 eMudhra 问题证书，无论此前是否已信任。该事件暴露了弱私钥风险，此前谷歌、Mozilla 和 iOS/iPadOS 已拦截。网站运营者和使用代码签名的团队需要检查证书来源，避免访问或签名被系统阻断。

发生了什么

根据 IT之家 11 月 5 日消息，科技媒体 AppleInsider 11 月 4 日发布博文称，苹果在 macOS 27.3 首个 Beta 开发者预览版中，已全面封禁印度 eMudhra 问题数字证书。

该事件于 2026 年 10 月被曝光。安全研究人员发现，证书颁发机构 eMudhra 在 2025 年 4 月生成的部分证书使用了异常短、极易被破解的私钥，其中一张私钥仅为数字“4”。这类密钥长度远低于行业常规，意味着攻击者理论上可较容易伪造受信任的加密连接或签名内容。

曝光后，谷歌与 Mozilla 于 10 月 17 日在自家生态中封禁相关证书；苹果则在 10 月 19 日为 iOS 和 iPadOS 加入拦截措施。但 Mac 端此前存在技术难点：macOS 内置的 curl 工具不会检查证书吊销信息，因此先前信任过这些证书的 Mac 仍可能继续接受它们。macOS 27.3 首个开发者测试版采取了更彻底的策略，无论关联证书此前是否被信任，均直接阻止。该版本预计 12 月正式推送，苹果也可能通过 macOS 27.2.1 等小版本提前推送同类修复。

关键事实

• 此次涉及 8 张证书，其中 6 张用于 TLS 加密，曾被苹果、Chrome、微软和 Mozilla 的根证书计划信任。
• 另外 2 张用于代码签名，并被微软信任。
• 最异常的私钥仅为数字“4”，密钥长度远低于行业常规。
• 谷歌与 Mozilla 于 10 月 17 日率先封禁，苹果于 10 月 19 日为 iOS 和 iPadOS 加入拦截。
• 多数证书并未进入生产环境，目前没有证据表明有黑客利用这些证书漏洞发起攻击。

我们的分析

证书是浏览器、操作系统和应用判断网站身份与代码来源的信任基础。一旦私钥可被轻易猜解，攻击者可能伪造受信任的加密连接，或在恶意软件上附加看似可信的签名。因此，这次封禁并不是苹果单独的动作，而是浏览器和操作系统厂商对同一信任链问题的连续响应。

Mac 端此前没有彻底堵住，原因在于 curl 不检查证书吊销信息，可能让已信任过 eMudhra 证书的机器继续接受这些证书。这次 macOS 27.3 测试版不再区分是否曾信任，而是直接阻止，意味着修复范围覆盖了更早的信任状态。考虑到多数证书未进入生产环境，当前实际风险可能有限，但问题出在证书颁发机构的密钥生成流程本身。

对运营者意味着什么

• 检查自家网站、API 网关或内部服务使用的 TLS 证书是否由 eMudhra 签发；若在列，尽快向其他受信任的证书颁发机构重新申请并替换。
• 如果使用过 eMudhra 的代码签名证书，尤其是被微软信任的那类证书，需要重新签发并确认签名在 macOS、Windows 等平台仍被接受。
• 关注 macOS 27.3 或 27.2.1 的正式推送，并在更新后测试关键页面访问、App 启动和安装流程是否异常。
• 把证书颁发机构纳入供应商风险清单，定期核查证书的签名算法和密钥长度，避免依赖单一机构或流程不明的证书来源。