出大事了！
连账号密码都不用输，黑客就可能让网站服务器听命于自己。
就在刚刚，OpenAI公开了一起惊心动魄的幕后行动：GPT-5.6 Sol 从全球约70%网站都在使用的 PHP 语言里，挖出了两个致命漏洞。
一旦被利用，攻击者不用登录，就能让服务器乖乖执行恶意代码。
甚至连平日里专门教别人防黑客的荷兰国家网络安全中心（NCSC），收到风声后的第一反应都是——赶紧把自家官网关了！
为了堵上窟窿，OpenAI 和 PHP 维护者秘密死磕了两个月，不惜推翻重来，连 PHP 引擎的内存管理机制都改了。
然而，保密了两个月，却在最后48小时彻底崩盘：漏洞消息先泄露，倒逼补丁提前一天上线；随后攻击演示视频意外流出，修复镜像提前公开。
还没等全球站长反应过来打补丁，第一波真实攻击就已经在路上了。
更让人后背发凉的是，OpenAI 顺手还埋了个彩蛋：这两个只是开胃菜，另外几项重大漏洞还在排队抢修中……
这次 PHP 爆雷，三点看懂：
- 两个高危漏洞：PHP 是网站常用的后端语言。在受影响的部署中，攻击者可能无需登录就让服务器执行恶意代码。
- GPT参与找洞：Calif 研究者借助 GPT 发现漏洞，Wiz 也独立发现；PHP 维护者主导修复，OpenAI 协调各方。
- 补丁已经发布：网站运营者需要升级 PHP，临时防护不能替代补丁。
PHP突然爆雷，网安机构先关站
这场秘密抢修，最后连负责防黑客的机构都得先关站避险。补丁还没赶到，官网先下线。
10月21日，荷兰国家网络安全中心 NCSC 选择先关站，等修复。
关站的还不止它。荷兰司法系统的招聘网站、司法培训机构网站也暂停服务，连给记者传送庭审信息的文件信箱都临时关闭了。
日本财务省同样停了官网的部分内容和服务，紧急检查服务器、安装修复。
引发关站的两个 PHP 引擎漏洞，合称 PHP2Shell，CVSS 危险评分都达到 9.2 分（满分10分）。
其中最危险的后果，叫远程代码执行，简称 RCE。网站本来只该处理访问者发来的请求，结果却可能开始执行攻击者指定的代码。
Wiz 用当时最新的 WordPress、Drupal、Joomla 镜像搭建测试环境，复现了无需登录的远程攻击，还验证了从内存中读取密码、令牌和 API 密钥的攻击路径。
甚至，在某些 Apache 与 mod_php 部署中，攻击在网站自己的程序启动前就能发生。哪怕页面只写了一行「Hello World」，也可能中招。
麻烦在于，用 PHP 的网站太多了。W3Techs 能识别服务端语言的网站中，69.3% 使用 PHP。底层引擎出了问题，大量网站都得跟着检查、升级。
GPT立大功：从一个漏洞追出一整类
把时间拨回7月30日，Calif 研究者 Ryan Austin 开始审计PHP。他参与 OpenAI 的 Patch the Planet 计划，要用 AI 帮开源项目找洞、修洞。
到8月1日，多条远程攻击路径就被找了出来。
早在2004年，PHP 的内存限制机制就被发现存在远程攻击漏洞。Ryan 让 GPT-5.6 Sol 以此为切入点，检查现有代码里是否还藏着同类问题。
程序处理请求，要把数据临时放进内存。PHP 给每次请求划了额度，用光就要中断处理。这种情况叫内存耗尽，也就是 OOM。
Calif 披露的一条攻击路径中，不到 8MiB 的请求数据，处理时却足以耗尽 PHP 默认 128MiB 的内存额度。
小小的请求进入 PHP 后，会被拆成大量记录，每条都要额外占用内存。攻击者就利用这层放大，让程序在特定一步耗尽额度。
按 PHP 的规矩，这时应该中断操作，转去报错、清理。
偏偏就在这个时候，数据可能只填了一半。
模型在 PHP 内部存放数据的哈希表里，发现了一个危险顺序：新增记录时，先把记录数加一，才申请内存、填入内容。
如果申请内存时正好耗尽额度，程序就会跳走。新记录还没填好，计数却已经加了。
清理程序照着计数检查，便把尚未准备好的内存当成有效记录使用。相当于表格里一行还没填完，已经被当成完整记录拿来用。
把这种错误变成远程攻击，还要安排相关内存内容、满足具体运行条件。研究者已经在受影响的部署中，让程序执行了攻击者指定的代码。
研究者没停在这个洞上。他们让模型把刚发现的错误模式写成 SKILL.md——一份可以反复使用的审计指引，再沿着同样的线索查下去。
这一查，Agent 又在负责记录文件上传进度的代码里，找到了另一个问题。
一次请求异常结束，内存被释放，但处理请求的程序还留着旧地址。等它接到下一次请求，又可能拿这个地址去读取已经失效的内存。
这就是释放后使用，也叫 UAF。相当于一条登记已经作废，程序却仍照着旧地址找数据，而那块内存可能已被重新分配。
另一边，Wiz 也独立找到了两个漏洞。PHP 版本一换、运行环境一变，原来的攻击就可能失效，模型还得跟着分析崩溃、调整验证。
Wiz 研究员 Sagi Tzadik 在 X 上写道：「AI 干了这里的大部分工作。」
给PHP引擎动手术，秘密抢修两个月
几天就找出了攻击路径，后面的修复准备却忙了两个月。
这次由 OpenAI 牵头协调，PHP 维护者主导修复。但两个漏洞牵着引擎的内存管理和错误处理，堵住眼前的攻击路径，同类问题还可能从别处冒出来；大改底层，又得保证旧程序和扩展还能跑。
PHP 基金会说，团队连周末都在昼夜协调。补丁要在多个版本上测试，还得让发行商打包、让安全厂商准备防护。
最终，PHP 连中止工作的时机都改了。
修补后的 PHP 设了两道内存上限。触及软限制，等程序走到安全位置再处理，避免留下半成品数据；触及更高的硬限制，就让进程退出，阻止危险状态被继续使用。
最后48小时接连泄密，攻击先来了
各方原本约好，10月22日晚10点统一发布。
可到了20日晚11点左右，两个漏洞编号突然在网上流传，还混着错误的发布时间和满分10分的评分。此时，离原定发布已经不到48小时。
21日凌晨3点半，PHP 团队提前发出预告，把正式发布往前挪了整整24小时。
但通知发了，不等于更新就能装上。发行商还在打包，再提前，用户就会先知道自己有危险，却拿不到方便安装的更新。
预告发出约半小时，攻击演示视频也漏了。
PHP 基金会复盘称，Calif 误发了攻击演示。视频很快被删，副本却已经传了出去。
到了21日下午，连含修复的构建镜像也提前公开了。Chainguard 发布这些镜像后，外界已经可以对比新旧代码，反推漏洞在哪儿。
同日下午3点43分，Cloudflare 首席技术官 Dane Knecht 在 X 上发帖：已经看到了早期攻击。
他发帖时，补丁计划到当晚10点才统一发布。攻击已经来了，还有六个多小时要撑。
Cloudflare 后来还披露，攻击者已经在改请求，试着绕过防护规则。
Cloudflare 给使用其 Web 应用防火墙的免费和付费客户部署了保护，但 Dane 强调，这只是临时措施，补丁出来就得安装。
21日晚，PHP 8.5.12、8.4.27、8.3.36 和 8.2.35 终于发布。PHP 团队还为 7.4、8.0 和 8.1 准备了最小范围的源码修补，供发行商和长期支持服务制作更新包。
OpenAI预告：更多重大漏洞还在后面
22日零点35分，OpenAI 又放出一个 Codex 检查 skill，帮网站运营者检查 PHP 版本，判断是否可能受影响。
它查的是 PHP 版本，不能替网站完成升级；如果连版本都查不到，也不能据此认定安全。
而 OpenAI 已经预告：PHP 只是团队已发现、正在修复的多项重大漏洞之一。
未来几个月，这类发现预计还会显著增加。
参考资料：
https://x.com/OpenAI/status/2112907856018309586
发表于 前天 14:26
|
查看: 6|
回复: 0
