北京时间10月21日晚10点，PHP基金会紧急发布8.5.12、8.4.27、8.3.36和8.2.35四个安全版本，修复两个允许未经身份认证的远程代码执行（RCE）严重漏洞。机器之心
这两个漏洞编号分别为CVE-2026-109618和CVE-2026-109619，被安全社区统称为“PHP2Shell”。它们的官方CVSS 4.0评分均为9.2，属于未经身份认证的攻击者就可能远程执行服务器上代码的严重漏洞。36氪机器之心
这场补丁风波之所以升级为全球事件，在于PHP的地基太大：据W3Techs统计，可识别服务端语言的网站中有69.3%使用PHP，WordPress等流行内容管理系统都建立在它之上。OpenAI在当天发布的博文中表示，过去两个月该公司联合开源维护者、研究人员及安全服务商，协助修复PHP中的重大安全漏洞。OpenAI称这可能是“近年来最具影响力的安全问题之一”，并提出“Defender’s Window（防御者窗口）”的概念。新智元界面新闻机器之心
先澄清两个误区。其一，“世纪”二字：这两个漏洞并不存在字面上潜伏百年的说法——Wiz在技术报告中给出的判断是，相关漏洞的根因已经存在十余年，而同类内存限制问题最早可追溯到2004年，几乎贯穿了这门语言的大半生。其二，也是更重要的：这不是“AI独立发现了漏洞”。整个过程里，是人类专家决定往哪里找，AI把“从发现异常到证明可被攻击”这段最耗时的路从数月压缩到数天——这才是这场全球排查最值得看懂的地方。36氪
两处“请求之间”的裂缝，比单行错误代码危险得多
CVE-2026-109618的问题出在内存耗尽（OOM）的处理上。PHP处理每个请求要完成一系列初始化，并对可用内存设上限；如果请求恰好在关键阶段触顶，程序提前中断，部分内部数据没来得及完成初始化，后续代码却仍把这些“半成品”当作正常数据使用，就会引发内存错误。在最常见的Apache+mod_php部署下，攻击者不需要任何账号，仅凭一个特制请求就能触发漏洞，甚至赶在网站自身的业务代码运行之前；研究人员已经证明，在默认配置下，这一漏洞可以被用于远程代码执行，PHP-FPM环境也通过特定代码路径得到确认。36氪
CVE-2026-109619则是“状态残留”：工作进程连续处理多个请求，当前一个请求以致命错误收场时，部分内部状态没有被重置，后一个请求就可能访问上一次请求已经释放的内存——即“释放后使用”。单独测任何一个请求都可能毫无异常，只有两个请求按特定顺序进入同一个进程时，裂缝才会显形——这既是它们藏身多年的原因，也是传统审计工具难以覆盖它们的原因。机器之心
两个漏洞的共性，是都藏在一个请求结束、下一个请求开始的边界上，且位于几乎每个请求都会经过的路径。修复因此格外棘手：每一种方案都有代价，有的可能破坏现有应用的兼容性，有的可能带来新的拒绝服务风险，还有的需要大量第三方PHP扩展配合修改。结果就是修复“反复启动又陷入停滞”，PHP基金会在事后复盘中坦承，这是一次“结构性失败”，根源在决策机制和资源不足。36氪机器之心
“揪出”的真实过程：人指方向，AI跑完最后一程
源头要追溯到2024年。那一年PHP进行了多年来的首次外部安全审计（Sovereign Tech Agency资助、OSTIF组织、Quarkslab执行），在修复审计发现的一项问题时，一名受PHP基金会资助的核心开发者注意到，PHP在处理内存耗尽异常时，可能存在内部状态管理缺陷——正是CVE-2026-109618的根因。但当时没人能拿出攻击路径，修复的代价又各有考量，问题就这么搁置了下来。36氪
转折发生在今年夏天。6月，OpenAI在旗下安全平台Daybreak下正式推出“Patch the Planet”计划，目标是帮助开源软件维护者加强关键基础设施的安全性。机器之心
7月，PHP进入该计划的审计范围。7月30日，安全公司Calif正式启动对PHP代码库的审计，按照OpenAI官方说明，Calif在研究过程中使用了GPT-5.6 Sol，借助这一模型发现了关键安全缺陷。36氪
突破口尤其带有“经验+模型”的色彩：发现者先靠对2004年Esser系列内存限制漏洞的历史经验明确了研究方向，再借助大模型深入分析，几天内就找到了一个此前经过人工安全审计、却仍然存在的深层漏洞。36氪
8月11日，Calif向PHP安全团队提交了能够实现远程代码执行的完整攻击路径，其根因恰好就是2024年开发者们发现的那个内存耗尽问题；同一天，OpenAI也独立报告了相同的漏洞根因。几乎在同一时间，Google旗下云安全公司Wiz也独立发现了同样的问题，使用的是自家安全AI智能体Wiz Atlas、Gemini 4 Argon和GPT-5.6 Sol的组合。36氪机器之心
Wiz随后在8月20日、21日先后验证Drupal和WordPress环境下的未认证远程代码执行，8月24日正式上报，并将相关攻击技术组合命名为“PHP2Shell”。36氪
Wiz的技术报告留下了这场排查的注脚：过去，构造完整可靠的利用路径可能需要一支顶尖安全团队投入数月；如今，借助前沿AI模型与适当的研究工具，一名研究人员在一周内就可能完成类似任务。36氪
所以，“OpenAI如何揪出漏洞”的准确答案是：OpenAI、谷歌只是提供了工具，并非AI自主发现了漏洞。模型给出的是需要验证的假设，每一环仍靠人工审查和实机测试确认；但正是这条链路，让“理论上危险”变成了必须在两个月内处置的紧急风险。36氪
披露乱了节奏：补丁发布为何成了“发令枪”
OpenAI原本为这次披露设计了一套节奏：五阶段框架——先验证并修复上游漏洞，通知关键基础设施提供商准备更新，在披露前给防御者部署修复的时间，再公开披露，最后由运营者根据风险行动。机器之心
但计划赶不上变化。10月20日，也就是正式披露前一天，漏洞消息在Hacker News论坛上泄露，更糟的是，Calif团队误发了一段概念验证（PoC）攻击视频。这类“抢发编号”的帖子平时在网上没人当真，但这一条，几个小时后被一家叫watchTowr的安全公司确认了。伴随泄露流传的“满分10.0”后来被证明是讹误——官方评分是9.2。机器之心卡兹克
开发平台Chainguard又提前发布了包含补丁的二进制版本，让攻击者得以通过对比代码差异反推出漏洞细节；PHP基金会对此无法沉默，称此举“无视了多方数周以来为协调披露所做的努力”。各方掣肘之下，PHP官方被迫把原定22日的发布提前了一天。机器之心
补丁公布那一刻，成了攻防双方的发令枪。Cloudflare报告称，在补丁正式发布之前就已经观测到早期利用迹象，并紧急部署WAF规则进行临时缓解。机器之心
watchTowr则表示，通过蜜罐网络，在10月21日已经观察到了实际的利用行为。香港网络安全事故协调中心更将多个PHP漏洞列为“极高度风险”，警告称两个漏洞正在被广泛利用。但截至发稿，还没有哪个国家或机构公开确认遭受成功入侵——下节可见的各国下线潮，更多是“抢在攻击者前面”的动作。机器之心界面新闻
全球排查清单：修不了的，先下线
美国方面的口径最为直接：国家安全局（NSA）建议，无法立即更新的网站关闭服务。翻译成用户能懂的话：修不了，就先关。机器之心
欧盟机构CERT-EU早在20日就发出咨询文件：在无法立即修补的情况下，各组织应考虑将面向互联网的应用程序与公共网络隔离，直至修复程序可用。英国国家网络安全中心发出类似警告，提醒各组织警惕后门；日本国家网络安全办公室要求PHP用户立即更新系统。知乎机器之心
下线潮比补丁来得更早：21日这一天，荷兰的数字身份系统、议会网站，连国家网络安全中心自己的网站，挨个下线，芬兰政府的IT服务商也关掉了一批服务。维基媒体基金会也关闭了大量支撑服务。卡兹克机器之心
日本受到的冲击最直观：首相高市早苗在X上向日本全国发出紧急通知，请求民众21日晚就检查网站并准备应用补丁。包括《赛马娘》、《碧蓝幻想》、《公主连结》在内的多款游戏以及大量电商网站暂时停服。日本财务省同样停了官网的部分内容和服务，紧急检查服务器、安装修复。36氪机器之心新智元
国内方面，10月21日，国家信息安全漏洞共享平台（CNVD）收录了PHP远程代码执行漏洞，并将其综合评级为“高危”。界面新闻
工信部网络安全威胁和漏洞信息共享平台（NVDB）随后发布风险提示：PHP存在两个远程代码执行超危漏洞，危害严重。腾讯云、阿里云等平台同步发布漏洞通告。谷歌云则表态自身服务不受直接影响，但运行在其平台上的PHP应用仍可能受影响，敦促客户立即升级。界面新闻界面新闻界面新闻
对站点运营者，眼下的动作其实很明确：升级到8.5.12、8.4.27、8.3.36或8.2.35及以上版本；仍停留在7.4、8.0、8.1等旧分支的，PHP团队已为这些版本准备了最小范围的源码修补，供发行商和长期支持服务制作更新包。PHP官方明确表示，临时缓解措施并不完整，更新到修复版本是唯一安全的选项。新智元机器之心
需要格外小心的是升不动的旧版本：CERT-EU评估认为，这些漏洞可能影响从PHP 5开始的所有PHP版本，停留在停止维护版本上的网站处境最危险；确实无法及时升级的，按NSA的建议暂时下线或隔离相关服务，是当前局面下最不吃亏的选择。知乎
这事之后：更多“旧洞”在排队等叫醒
复盘全程，OpenAI在这次事件里的角色并非“AI神探”，而是一条新流水线：前沿模型、专业安全公司、协调披露机制、政府预警网络，被压缩进同一条时间线，让一处潜伏十余年的底层缺陷从“理论隐患”变成24小时内全球处置的紧急事件。OpenAI在博文中写道，预计类似的AI发现安全漏洞的案例将在未来数月内“急剧增加”——这目前是其单方预告，值得观察，但不必当成定论。机器之心
作为趋势参照还有一个旁证：Anthropic这个月刚公布，从去年11月到今年10月初，它的模型在开源项目里一共找出了29439条候选漏洞线索。卡兹克
攻防的天平也在被重新掂量。360漏洞研究院的判断是：短期确实是攻击方更容易吃到红利——因为攻击者只需要找到一个可行的突破口，而防御方要持续保护大量系统。36氪
但防御方同样可以用AI加快代码审计、漏洞验证和补丁测试——用那位专家的原话说，关键不是谁拥有AI，是谁能更快把AI能力用到实战里。对每一个跑着PHP服务器的站长来说，这句话有个更朴素的当下版本：先升级，其他的都往后排。36氪
