PHP 爆出两个 9.2 分漏洞：AI 抢在攻击者前面找到，约七成网站受影响

10 月 21 日，PHP 基金会发布紧急安全更新。两个被合称为 PHP2Shell 的漏洞评分均为 9.2，未经身份验证的攻击者可以远程执行代码。更值得记录的是发现路径：其中一个关键缺陷，是安全公司借助大模型先于攻击者找到的。

一分钟速览

• 两个漏洞编号为 CVE-2026-109618 与 CVE-2026-109619，CVSS v4.0 评分均为 9.2。
• 攻击者无需登录即可远程执行代码，可篡改页面、读取敏感数据、入侵服务器。
• 业内估计约 70% 的网站依赖 PHP 运行，受影响面覆盖大量内容站与电商系统。
• 修复版本为 PHP 8.5.12、8.4.27、8.3.36、8.2.35，已于 10 月 21 日发布。
• 从发现到披露经历了约两个月的协调修复，PHP 维护者、安全公司、云厂商与多国网络安全机构共同参与。

一次”防御者窗口”的实战

这次漏洞的发现链条值得拆开看。安全公司 Calif 借助 GPT-5.6 Sol 模型定位到其中一个关键缺陷，谷歌旗下 Wiz 独立发现并报告了相关漏洞。PHP 官方维护者主导验证、修复开发与版本发布，OpenAI、Wiz、Cloudflare 等提供研究支持与跨机构协调，确保补丁在公开披露前完成分发。

这套流程的意义在于时间差。传统漏洞披露中，防守方往往在补丁发布当天才开始排查，攻击者则在同一时刻拿到细节，双方从零起跑。而这次，云厂商和大型托管服务商在披露前就完成了防护准备，相当于给防守方抢出了一段”窗口期”。

代价是协调成本极高。两个月里，任何一方提前泄露都会让窗口失效；而参与方越多，泄露概率越大。这也解释了为什么类似行动目前只在影响面足够大的基础设施级漏洞上出现。

同一能力的两面

官方表述相当克制：前沿模型可以比攻击者更快发现高危漏洞，但同样的能力也可能被用来更快开发攻击工具和漏洞利用程序。这不是客套话。漏洞挖掘模型的输出本质上是”哪里可能出错”的排序，防守方用它排补丁优先级，攻击方用它排攻击目标，差别只在目标和约束。

配套动作也在加码：投入 10 亿美元通过”Daybreak for Frontline Defenders”计划，为安全资源有限、负责关键服务的组织提供补贴访问，用于漏洞发现、系统监测和应急响应；同时提出一套五阶段响应框架，覆盖上游验证修复、提前通知受影响机构、政府协作、跨产品更新准备、补丁发布后的部署支持。

还发布了一个 PHP 版本检查工具，作为 Codex 技能供运维人员识别可能受影响的版本。这类工具看似边角，实际决定了补丁覆盖率——绝大多数被利用的漏洞，不是没有补丁，而是没人打。

现在该做什么

优先级很清楚：先确认版本，再决定动作。运行 8.5.12、8.4.27、8.3.36、8.2.35 及以上版本即为已修复；无法立即升级的，应按风险优先级采取临时缓解，或干脆下线受影响服务。欧盟方面已敦促无法及时修复的机构将受影响网站下线。

更长期的启示是，开源基础设施的安全正在变成”AI 对 AI”的竞速。维护者通常只有几个人，却要守护七成互联网的运行时。这一次是模型帮了防守方，但领先不会自动持续——下一次，先找到漏洞的可能不是好人。