#PHPCriticalVulnerabilityHitsGovernmentWebsites

PHP 中的一项严重漏洞引发了全球安全紧急应对，各国政府机构和公共机构暂时关闭网站，以降低遭受网络攻击的风险。

我最担心的不只是有多少网站停摆，而是互联网有多大程度依赖某些软件，而这些软件可能运行在组织甚至都没意识到需要更新的地方。

1. 实际发生了什么？

10 月 21 日，PHP 开发团队发布了紧急安全更新，以修复两个严重漏洞：CVE-2026-109618 和 CVE-2026-109619。

这两个漏洞的 CVSS 严重性评分均为 9.2 分（满分 10 分），可能允许攻击者在易受攻击的系统上未经身份验证执行远程代码。

简单来说，攻击者可能无需先登录，就能在受影响的服务器上执行恶意代码。根据系统及其权限的不同，这可能导致数据泄露、进一步遭到入侵或服务中断。

在管理员着手保护基础设施期间，多个欧洲国家的政府网站作为预防措施被关闭。

2. 影响可能进一步扩大吗？

是的，风险可能不仅限于已经受到影响的政府门户网站。

PHP 为大量网站提供支持，也被内容管理系统、在线服务和应用程序使用。一些产品还会在后台捆绑 PHP，这意味着即使组织自己的应用技术栈中没有明显使用 PHP，也可能受到影响。

最大的挑战是找出每一个受影响的安装，包括较旧的服务器、被遗忘的应用程序和第三方系统。

安全研究人员还报告了发现漏洞遭到利用的迹象。因此，从发现漏洞到应用适当修复的这段时间尤其重要。

不过，漏洞普遍存在并不意味着所有 PHP 网站都已遭到入侵。网站停摆可能是预防性关闭，而非成功遭受攻击的证据。

3. 这对互联网基础设施为何重要

现代数字服务彼此相连。如果易受攻击的服务器还连接到内部系统、数据库或其他服务，那么它暴露的风险可能不止一个公开网页。

这就是为什么安全团队不能只考虑尽快恢复网站。他们必须在网站重新上线前确认底层系统安全。

这一事件也凸显了维护旧版软件的挑战。一些较旧的 PHP 版本已不再获得官方安全更新，因此升级和长期维护至关重要。

4. 组织现在应该怎么做？

当前的优先事项很明确：

找出所有 PHP 安装，尤其是暴露在互联网上的安装。

升级到适当的已修补 PHP 版本。

检查可能捆绑 PHP 的托管平台、插件和第三方产品。

监控日志和系统，查找可疑活动。

如果无法及时保护某个系统，应考虑将其隔离，直到可以完成修复。

PHP 官方指南列出了已修补的版本，包括 PHP 8.2.35、8.3.36、8.4.27 和 8.5.12。管理员应确认适用于自身环境的正确版本和升级路径。

我的看法：这一事件提醒我们，网络安全不只是防范攻击，还包括了解组织运行着哪些软件、确保软件持续获得支持，并在严重漏洞公开后迅速响应。

补丁已经发布，但真正的考验在于，能否迅速找出并保护易受攻击的系统。

非财务建议。

你认为最大的风险是漏洞本身，还是仍在运行过时且未打补丁基础设施的组织数量？
@Gate_Square