苹果封锁八个存在严重缺陷的安全证书 攻击者借此可伪造任意网站身份

苹果公司近日在iOS和iPadOS设备上封锁了八个存在严重安全问题的数字证书，以防止攻击者利用这些证书伪装成合法网站，进而实施网络钓鱼、中间人攻击或窃取用户数据。不过，安全研究人员提醒，部分macOS系统工具可能仍会信任这些存在问题的证书，Mac用户和系统管理员仍需留意后续安全更新。

此次事件涉及印度证书颁发机构eMudhra签发的八个中间证书。数字证书是互联网安全体系的重要组成部分，浏览器访问网站时，会利用证书验证服务器的身份，并通过HTTPS加密连接保护数据传输。例如，用户访问银行网站时，浏览器需要确认连接的确实是银行服务器，而不是攻击者搭建的仿冒网站。

正常情况下，证书颁发机构必须使用足够强的密码学密钥来签发证书，确保未经授权的第三方无法伪造可信网站的身份。然而，安全研究人员发现，eMudhra此次涉及的八个证书存在极其严重的密钥生成问题，其私钥竟然是小于256的整数。这意味着，攻击者只需尝试极少数量的可能值，就有机会恢复相关私钥，几乎不需要进行复杂的计算。

根据Mozilla的调查，这些私钥极易被猜出。对于现代密码学而言，这种情况相当于使用一个极其简单的数字作为账户密码，完全无法提供正常的安全保障。一旦攻击者掌握相关私钥，就可能伪造由这些证书签发的其他证书，使受影响的软件误以为连接的是合法网站。

这类攻击的危险之处在于，攻击者不一定需要直接入侵目标网站的服务器。如果能够伪造受信任的HTTPS证书，并结合网络流量拦截等手段，攻击者就可能冒充银行、企业或其他正规网站，诱使用户在不知情的情况下发送密码、身份信息或其他敏感数据。攻击者还可能修改用户接收到的网页内容，进一步实施欺诈或传播恶意软件。

相关问题于2026年10月17日被报告给浏览器安全团队。Google、Mozilla等厂商随后采取措施，阻止受影响的证书继续获得信任。Mozilla通过Firefox的OneCRL证书封锁机制分发防护信息，用户通常不需要手动更新浏览器或重新启动设备，就可以获得相关保护。Google也更新了Chrome的证书封锁机制，并对相关证书采取限制措施。

苹果则于10月19日开始部署相关封锁措施。根据安全研究人员的说明，这些措施能够阻止依赖苹果系统证书验证机制的软件继续信任受影响的证书。苹果采取行动的时间略晚于Google和Mozilla，但相关证书目前已经被列入封锁范围。

值得注意的是，这八个证书并非全部用于网站HTTPS连接。其中六个属于TLS相关证书，另外两个涉及代码签名用途。代码签名证书用于验证软件发布者身份以及软件是否经过篡改，因此证书私钥出现严重缺陷，也可能对软件分发和信任体系造成影响。

不过，目前没有证据表明攻击者已经利用这些证书实施了实际攻击。安全研究人员指出，相关证书虽然存在严重缺陷，但并非所有证书都曾被用于生产环境。Google还表示，在其采取封锁措施之前，公开证书透明度日志中没有发现由这六个受影响中间证书签发、并进入相关日志记录的TLS证书。这在一定程度上降低了已知公开HTTPS证书被滥用的风险，但不能完全排除其他软件或非公开环境中的潜在影响。

对于Mac用户而言，情况稍微复杂一些。虽然苹果已经采取了封锁措施，但Mozilla密码学工程师丹尼斯·杰克逊指出，macOS内置的命令行工具curl可能仍然存在信任问题。该工具所使用的证书集合不会检查相关证书的撤销信息，因此在某些情况下，即使证书已经被宣布失效，curl仍可能继续接受它们。

这意味着，依赖macOS内置curl进行网络请求的脚本、开发工具或自动化服务，可能需要额外检查自身的证书验证行为。尤其是曾经接受过相关证书的系统，更应关注证书封锁措施是否真正覆盖了所使用的软件和信任存储机制。

对于普通用户，最稳妥的做法是及时安装苹果提供的系统及软件安全更新，并保持浏览器处于最新版本。对于企业管理员和开发人员，则应检查服务器、命令行工具、应用程序以及自定义证书存储是否仍信任受影响的证书，并按照安全研究人员提供的检测与缓解建议进行处理。

此次事件也暴露出数字证书体系中一个容易被忽视的问题：即使HTTPS使用了成熟的加密算法，如果证书生成过程中使用的私钥过于简单，整个身份验证体系仍可能被轻易突破。加密技术本身并没有失效，真正的问题出在密钥生成和证书管理环节。

eMudhra方面表示，没有证据显示其基础设施遭到入侵，也没有发现相关数据泄露事件。该机构正在与可能受到影响的客户合作，协助更换相关证书。由于这些证书是在2025年4月生成的，问题存在时间已超过一年，因此相关机构还需要进一步确认，是否有其他软件、系统或服务曾经依赖这些证书建立信任关系。

总体而言，苹果封锁这八个证书是阻止潜在攻击的重要一步，但证书撤销并不意味着所有软件都会立即停止信任它们。对于普通用户来说，及时更新系统和浏览器通常是最直接的防护措施；对于开发者和企业，则需要进一步检查证书验证机制，确保所有相关应用都能正确识别已经失效的证书。