9.2分的PHP漏洞，AI提前两个月就发现了

北京时间 10 月 21 日晚上 10 点，PHP 基金会一次性放出四个新版本号：8.5.12、8.4.27、8.3.36、8.2.35。比原计划早了一天。

提前的原因写在 10 月 20 日的公告里。两个漏洞在 CVSS v4.0 下都评 9.2 分，都是未认证即可远程执行代码的那一类，而业界估计全球约七成网站跑在 PHP 上，WordPress、Drupal、Magento 和一大片共享主机全在其中。

这两个洞私下被叫作 PHP2Shell。它们和以往任何一个补丁日最不一样的地方在于：先找到它们的，是 AI。

补丁为什么比原定时间早了一天

PHP 安全团队 10 月 20 日发公告时，给的窗口是协调世界时 21 日 14 点，原本信息封锁要持续到 22 日才解除。当天 Hacker News 就有人发帖，说两个影响 PHP 5 及以上版本的 RCE 即将披露，截图随后在 X 和 Mastodon 上传开，安全公司 watchTowr 出面确认漏洞真实存在，但没披露技术细节。

信息一旦流出去，原定的封锁就没有意义了，官方把发布提前到 21 日，还加了一句：若细节进一步公开或出现实际利用迹象，发布时间可能继续提前。截至补丁发布，没有公开证据显示这两个洞被大规模利用过，官方也没给可用的临时缓解方案，能做的只有升级。

AI 不是唯一的发现者，功劳别记错

十点多那波转发里，标题大多长成“AI 发现 PHP 高危漏洞”。把它拆开，会准确一些。

其中一个关键缺陷由安全公司 Calif 借助 OpenAI 的 GPT-5.6 Sol 模型发现，另一个漏洞由谷歌旗下的 Wiz 独立发现并报告。OpenAI 把这件事归进它的“修补地球”（Patch the Planet）计划，PHP 维护团队主导了漏洞验证、修复开发和版本发布，OpenAI、Wiz、Cloudflare 则提供研究支持与跨机构协调。三个角色里，AI 是其中一条发现路径，真正把洞堵上的是后面两个月的组织工作。

两个月的静默期，才是这次真正的新东西

从发现到 21 日晚上放出那四个版本号，中间隔了大约两个月。先是有安全研究人员在本地把可疑路径跑通，确认不是误报，接着 PHP 维护者写补丁、跑回归测试，同时挨个通知受影响的机构和大厂，再和各国网络安全部门对齐对外说法，最后才轮到发布。

OpenAI 公布的那套响应框架里，补丁发布其实只是倒数第二步，最后一步是发布之后帮人把补丁真正装上去。它同时承认，同样的能力可以被攻击者拿去更快地写利用程序，这句话不是客套。

代价落得很具体。芬兰政府临时关闭了部分网站，欧盟敦促来不及修复的机构直接把受影响站点下线。OpenAI 投入 10 亿美元，通过“Daybreak for Frontline Defenders”给安全资源有限的机构补贴漏洞发现和应急响应。数字很大，但它恰好点出瓶颈在哪：慢的从来不是模型，是那些没有专职安全工程师、跑着十年前的建站程序的小站点。

两个容易看错的地方

一种说法是，AI 都能挖出 9.2 分的洞了，以后没有安全可言。它有一半道理，模型确实把“在几十万行代码里翻可疑路径”的成本压到了以前不敢想的程度。只是真正拖住进度的在后面几步，得有人把疑点复现成能打通的攻击，再把它写进补丁、写进发给厂商的通知里，机器在这些环节帮不上太多忙。

另一种是补丁一发就当场完事。PHP 的安全更新不会自己爬进你的容器和共享主机，8.2.35 发布的那一刻，跑着 8.1 的站点一个字节都没变。

今晚能做的一件小事

先查版本。命令行里 php -v 看一眼，或者在主机面板里找 PHP 版本设置。

对应关系是这样：8.5 分支升到 8.5.12，8.4 升 8.4.27，8.3 升 8.3.36，8.2 升 8.2.35。比 8.2 更老的分支，这轮官方没有再发新版本，能做的只有迁移。

共享主机用户不必自己猜，直接问服务商什么时候升。容器和 CI 镜像也要翻一遍，很多团队本机早就升了，生产环境的镜像 tag 还钉在半年前那个版本上。OpenAI 还发布了一个 PHP 版本检查工具，做成 Codex 技能，能识别可能受影响的版本并给出升级指引，手上有 Codex 的话跑一次，比一台台登服务器快。

这次真正被改写的不是 PHP，是漏洞披露的时间表：往后“这个洞是谁先找到的”会越来越多地答成“一个模型”。你手上的项目，是谁在负责确认 PHP 版本、多久查一次？留言说说，我挑几个典型的写进下一篇。

作者提示含AI生成内容。作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～