AI发现关键PHP漏洞，多国政府紧急关停网站

AI 抢先人类发现的漏洞

本周，PHP 存在两处严重性评分高达 9.2（满分 10 分）的关键漏洞，它们并非由埋头苦读代码的安全研究人员发现，而是由两台独立运行的 AI 系统识别出来。

其中一处来自 Califf，该系统于 8 月 11 日利用 OpenAI 的 GPT-5.6 Sol 模型标记出第一个缺陷。

另一处则由谷歌子公司 Weez 独立发现，动用的是其自研的 AI 模型。

两者报告的是同一类缺陷：异常处理不当以及释放后使用（use-after-free）内存错误。

其影响远不止于一次常规补丁更新。

这两处漏洞（编号分别为 CVE-2026-109618 与 CVE-2026-109619）呈现出严重性与可利用性罕见交汇的特征。9.2 的 CVSS 评分直接将它们划入高危范畴，该等级专为攻击者仅需极低成本即可实现完整系统接管的设计缺陷而设。此次发现的真正震撼之处，不仅在于评分，更在于源头。Califf 与 Weez 均未受 PHP 官方或任何政府机构委托去 Hunt 漏洞。它们只是在自主运行安全分析时，不约而同地在同一套代码库中标记出了同类缺陷。这种独立趋同——两个毫无关联的 AI 工具，凭借不同的训练数据与架构，得出了相同的结论——才是将此事从例行漏洞通报升格为行业信号的关键：它预示着威胁发现方式正在发生根本性转变。

谁暴露在风险之中——危害有多深

据 W3Techs 统计，PHP 支撑着全球约 70% 的可检测服务端编程语言网站，这绝非边缘份额。

WordPress、Drupal 以及数十种其他内容管理系统均运行于其上。

Joomla、MediaWiki、Laravel 应用以及无数定制化平台，全都依赖 PHP 作为运行时基础。

受影响版本涵盖 PHP 8.2 至 8.5——具体而言，即低于 8.2.35、8.3.36、8.4.27 和 8.5.12 的所有版本。

8.1 及更早版本已正式停止安全支持，意味着数以百万计的网站仍在运行完全无法获得补丁的老旧代码。

这些漏洞允许攻击者在无需任何身份认证或登录的情况下实现远程代码执行。

攻击者无需凭证、无需访问权限，甚至不需要社会工程学手段。

他们只需确保目标服务器运行的是未打补丁的版本，并在某些配置下能够触发特定的异常处理条件即可。这正是“值得警惕的漏洞”与“必须紧急处置的危机”之间的天壤之别。

攻击面之所以如此广泛，是因为 PHP 深度嵌入网页技术栈的众多层级之中。

它不仅仅面向公众网站。

内部数据看板、API 接口、客户门户以及后端管理界面，全都共用同一套存在漏洞的运行时环境。

一台配置失误的服务器，就足以让整家机构暴露在互联网任意角落的攻击之下。

而且，不同于需要点击恶意链接或打开特制文档才能触发的漏洞，通过这类 PHP 缺陷实现远程代码执行，仅凭精心构造的 HTTP 请求便可能远程触发。

次生风险则源于复杂的依赖链条。

许多机构并不直接运行 PHP，而是运行基于 PHP 框架构建的应用，这些应用往往自带 PHP 版本打包，或依赖服务器环境。

一个 WordPress 站点或许因 CMS 保持更新而看似安全，但如果底层的 PHP 版本未能同步升级，漏洞依然潜伏。

这种分层依赖关系，使得资产盘点与漏洞修复远比简单地核对版本号要复杂得多。

各国政府已率先采取预防性行动

荷兰、法国和芬兰已暂时关停部分政府网站。

加拿大也采取了类似的预防措施。

在韩国，韩国互联网与安全署（KISA）于 10 月 22 日发布升级建议，并明确指出这些漏洞是通过 AI 辅助安全分析发现的。

美国网络安全与基础设施安全局（CISA）也已向相关政府机构与企业发布安全提示。

这并非寻常的例行暂停，而是反映出一种罕见的态势叠加：基础网络设施中存在高危且无需认证的远程代码执行漏洞，加之攻击者无需任何特殊权限即可利用。

采取行动的各国政府，正将其视为广泛部署操作系统中的零日漏洞来应对。

当一个国家因软件缺陷而暂停自身网络服务时，这本身就在清晰传递对威胁严重程度的判断。

政府行动的时间节点，也折射出风险管理认知的重要变化。

加拿大与欧洲多国在确认大规模利用之前就已先行出手，依据的是潜在风险而非实际攻击证据。

这种预防性姿态背后是一种权衡：对威胁反应过度，其代价远低于反应滞后却“猜对了”的后果。

对于承载公民数据与关键服务的政府基础设施而言，谨慎永远是更优选项，哪怕需要承担临时停摆的代价。

为何这改变了攻防竞赛的规则

真正值得关注的并非漏洞本身——它们的历史可追溯数十年。真正引人注目的是谁发现了它们，以及它们推进的速度有多快。

AI 模型如今已能常规性地发现人类审计员遗漏的安全缺陷。

Califf 与 Weez 独立运作，彼此并未协调。

它们的 AI 工具却在同一套代码库中，不约而同地指向了同一类缺陷。这种趋同本身就是强烈的信号。

这意味着漏洞发现的瓶颈已不再单纯受限于人力，而是越来越依赖于计算能力。

能够规模化部署 AI 驱动安全分析的机构将率先发现缺陷，而其余者只能被动应对。

这并非推测，而是正在发生的现实。

时间节点至关重要：Califf 于 8 月 11 日报告首个发现。到 10 月下旬，舆论焦点已从“漏洞发现”转向“应急响应”。

此次并未出现传统的协调性公开披露延迟。

PHP 开发组反应迅速，但面对本就按机器速度运转的威胁环境，人的速度终究难以追赶。

发现速度的加快，正在为防御方带来全新的动态格局。

过去，从漏洞发现到公开披露的时间窗口由人类研究人员掌控——他们决定何时发布，通常在负责任披露与社区知情需求之间权衡。

这种守门人职能正在瓦解。

当 AI 系统能够独立发现并报告缺陷时，传统的协调披露模式便不再适用。

多个实体可能同时报告同一漏洞，大幅压缩从发现、公开到潜在被利用的时间线。

谁受益，谁受损

赢家： 具备 AI 驱动分析能力的网络安全厂商；已运行 PHP 8.4 或 8.5 且配备自动化补丁管道的机构；以及早已跨越受支持 PHP 8.1 版本红线的企业。PHP 开发组因及时发布修复方案而赢得信誉。

输家： 所有仍在运行 PHP 8.1 或更早版本的机构——KISA 已明确警告这类群体必须升级至受支持的版本。依赖 WordPress 或 Drupal 却无专职安全运营团队的中小型企业。深陷遗留系统迁移周期的政府 IT 部门。更重要的是，每一位曾误以为 PHP 的市场主导地位等于其安全性早已接受过实战检验的网站管理员。事实并非如此。主导地位不等于安全。

损失不仅限于系统被直接攻破。

未能及时打补丁的机构，不仅要面对技术层面的后果，还将承受声誉损害与监管处罚。

在《通用数据保护条例》（GDPR）等数据保护法规适用的司法管辖区，因已知未修补漏洞导致的数据泄露可能引发罚款、强制披露要求以及客户信任的流失。

当漏洞已被广泛通报且修复方案清晰可见时，机构所面临的法律与财务风险将进一步成倍放大。

接下来会发生什么

未来几周将决定这件事最终成为档案里的一行注脚，还是成为警示后人的典型案例。

未能在公告发布到大规模利用之间这一窗口期内完成修补的机构，将直面标准善后局面：站点沦陷、数据泄露、监管审查。

那些将其视为寻常运维琐事处理的机构，将一无所获。

更深层的教训在于结构性层面。

AI 已成为发现广泛部署的基础设施中关键漏洞的首要机制。

发现者与攻击者之间的赛跑，已经加速到超越人类节奏的程度。

PHP 案例大概率并非孤例。

它是未来漏洞管理方式的预演——更快、更自动化，且对跟不上节奏的机构更加不容情。

立即更新你的 PHP 版本。如果你仍在运行 8.1 或更早版本，请现在就启动迁移。发现这个漏洞的 AI 不会是最后一个。能够在这个转变中存活下来的机构，将是那些把自动化发现当作新常态，并据此重塑安全防线的组织。