AI发现了支撑70%网络内容的代码中的漏洞，修复耗时两个月。
内容提要
研究人员利用前沿AI模型发现PHP核心引擎两个严重漏洞（PHP2Shell，CVSS 9.2），攻击者无需登录即可在WordPress、Drupal、Joomla上执行代码或泄露内存，影响近十年各版本。AI将原本需数月的漏洞挖掘缩短至一周。补丁已于10月21日发布（8.5.12、8.4.27、8.3.36、8.2.35），Cloudflare等已提前部署防护，但用户仍须尽快打补丁。OpenAI同时提出五阶段漏洞响应框架。
延伸解读
AI加速漏洞挖掘的双刃剑
文章指出，Wiz的研究人员借助前沿AI模型，仅用约一周就完成了过去需要团队数月才能发现的复杂漏洞链。这体现了AI在安全研究中的效率提升，但也意味着攻击者可能利用同样技术更快找到弱点。OpenAI也承认，相同能力可被用于快速开发攻击工具。因此，防御方需要同步提升响应速度，并关注AI辅助代码审查等主动防护手段。
补丁与缓解措施不能互相替代
Cloudflare在公开披露前约九小时已默认启用防护规则，并观察到攻击者调整载荷试图绕过规则。但Cloudflare明确表示，防火墙规则只是更新窗口期的额外防御层，不能替代修复。用户必须尽快升级到PHP 8.5.12、8.4.27、8.3.36或8.2.35，或联系托管商确认已回移植补丁。仅依赖WAF无法消除服务器上的底层漏洞。
版本号可能掩盖已修复状态
文章提醒，Linux发行版或托管服务商可能在不改变PHP版本号的情况下回移植修复。因此，仅检查版本号可能误判。OpenAI发布的PHP版本检查工具能标记易受攻击的版本，但无法确认补丁是否已应用，尤其当供应商回移植时。团队应向供应商核实实际补丁状态，而不是仅依赖版本号或外部扫描结果。
协同响应框架的实践意义
OpenAI借此次事件提出五阶段漏洞响应框架，涵盖确认修复、用前沿模型测试补丁、按能力分级提前通知、协调分发更新和公开指导。该框架强调让发行版、托管商和安全厂商在披露前做好准备。但文章也指出，AI在发现漏洞的同时也在生成更多需审查的代码，加重开源维护者负担。资金和模型访问支持未必能覆盖所有项目，实际效果仍需观察。
Q&A
PHP2Shell漏洞是什么？影响哪些网站？
PHP2Shell是PHP核心引擎中的两个严重漏洞（CVE-2026-109618和CVE-2026-109619），CVSS评分为9.2。攻击者无需登录即可在WordPress、Drupal和Joomla等CMS上执行代码或泄露内存。由于PHP支撑全球约70%的网站，该漏洞影响范围极广，近十年所有PHP版本均受影响。
AI是如何帮助发现这些PHP漏洞的？
研究人员使用前沿AI模型（如OpenAI的GPT-5.6 Sol、Google的Gemini 4 Argon）进行漏洞挖掘。Wiz表示，单个研究员借助AI约一周内完成了过去需要专家团队数月才能完成的工作，AI将漏洞挖掘时间从数月缩短至一周，被称为“AI拐点”。
漏洞的根本原因是什么？为什么长期未被发现？
漏洞源于PHP处理错误的方式：当请求内存耗尽或崩溃时，PHP会留下已释放内存的引用，后续请求可能误用这些引用，导致释放后使用（use-after-free）和类型混淆等内存安全问题。这些漏洞需要组合多个弱点才能利用，难以被发现，因此隐藏了近十年。
补丁何时发布？用户应该如何修复？
补丁于10月21日发布，包括PHP 8.5.12、8.4.27、8.3.36和8.2.35四个版本。用户应尽快升级到这些版本。使用Linux发行版或托管服务的团队应联系供应商，因为修复可能已向后移植而不改变版本号。Cloudflare等已提前部署防护，但防火墙规则不能替代补丁。
OpenAI提出的漏洞响应框架包含哪些阶段？
OpenAI提出五阶段框架：1）维护者、研究人员和关键技术伙伴确认并修复漏洞；2）用前沿模型测试补丁以寻找绕过方法；3）根据受影响组织的行动能力提前通知，以便分销商向后移植修复、托管商测试缓解措施、安全厂商编写检测规则，政府机构随后帮助指导关键基础设施运营者；4）修复和披露计划稳定后，分销商和服务提供商准备更新；5）公开指南帮助运营者确认更新已运行。
Cloudflare在漏洞披露前提供了哪些防护？效果如何？
Cloudflare在公开披露前约9小时（UTC周三凌晨3:02）开始默认保护客户，并观察到攻击流量试图绕过规则。其防护不仅检查请求数据，还检查服务器响应以判断利用是否成功。但Cloudflare强调客户仍应修补PHP仓库，防火墙规则只是更新窗口期的额外防御层，不能消除软件中的漏洞。
AI在漏洞发现中带来哪些风险？OpenAI如何应对？
OpenAI承认同样的AI能力也可能帮助攻击者快速开发攻击工具和利用程序。为此，OpenAI承诺通过Daybreak计划提供10亿美元的补贴访问权限，面向保护关键服务但安全资源有限的组织，并通过Codex for OSS订阅和直接赞助支持开源维护者。但资金和模型访问不能完全解决开源维护者日益增长的工作量。
