AI协助挖出PHP严重漏洞:大模型正成为安全研究新锐力量
当AI不再只扮演对话助手的角色,而是深入代码审计的核心环节,安全研究正在经历一场范式转变。2026年10月,OpenAI与云安全公司Wiz联合披露了两项PHP底层严重漏洞,这两处被命名为“PHP2Shell”的缺陷由GPT-5.6 Sol、Gemini 4 Argon等大模型在安全研究流程中协助发现,严重性评分高达9.2分,属于最高等级的“严重”漏洞。对于任何依赖PHP运行网站的组织和个人而言,这都是一个需要立即关注的警示:AI已经在真实安全战场上证明了自己的价值,而漏洞发现只是这场变革的开始。
这两项漏洞编号分别为CVE-2026-109618和CVE-2026-109619,其根源在于PHP处理致命错误时的内存管理机制缺陷。当请求在特定时刻中断后,PHP内部可能留下尚未完成初始化的数据,或保留指向已释放内存的状态,后续清理和请求处理将这些错误状态当作有效信息使用。这类似于一份工作中途停止,桌上的材料已被收走,但登记簿仍显示可用,后续流程依据错误记录继续执行。WordPress、Drupal、Joomla等主流内容管理系统均依赖PHP运行,这意味着同一处底层缺陷可能波及数以百万计的网站。更值得警惕的是,Apache通过mod_php运行PHP的方式风险最高,攻击可在业务代码执行前就已触发。
PHP底层内存缺陷的致命之处
这场发现过程的独特之处在于,多个大模型在安全研究中承担了具体分工。Wiz团队使用了自家Atlas工具结合Gemini 4 Argon和GPT-5.6 Sol进行协作研究;OpenAI则披露安全研究公司Calif在其“Patch the Planet”计划中使用GPT-5.6 Sol发现了关键缺陷。研究人员Ryan Austin的复盘揭示了更具体的工作模式:研究者依据自身对PHP漏洞历史的了解提出研究方向,再让模型协助检查代码、追踪异常处理路径,并把发现的问题模式用于寻找相关变体。这说明在当前阶段,人类专家的行业洞察与AI的代码分析能力形成了有效互补,而非简单的“AI全自动发现漏洞”。
安全的成败,不在模型参数里、不在评测榜单里,而在修复部署到每一台服务器的最后一公里里
“行业观察”积墨 AI 智能体开发平台
快速搭建具备商业价值的 AI 智能体,支持复杂工作流编排、50+ 主流模型接入与私有化部署。
多模型协作的安全研究新范式
从产业实践角度来看,这次事件至少揭示了几个重要趋势。首先,AI在安全研究中的角色正在从辅助工具向协作伙伴演进,其能力边界已扩展到能够发现影响全球互联网基础设施的底层缺陷。其次,漏洞发现只是安全闭环的起点,PHP基金会披露,2024年就已出现相关内存耗尽问题的线索,但因修复方案牵涉兼容性、性能和扩展生态,工作曾多次停滞,直到AI协助证明了严重影响才推动修复成为最高优先级。PHP官方现已发布8.2.35、8.3.36、8.4.27和8.5.12等修复版本,但托管服务商的处理状态需要具体核实,自建容器还需更新镜像并重新部署。网页防火墙可提供额外防护,但PHP官方明确指出只有更新才是完整解决方案,配置调整不能等同于漏洞已修复。
从发现到修复:行业实践的启示
这场协作成果的意义远超一次漏洞发现本身。Wiz团队特别肯定了Gemini 4 Argon在研究中的贡献,而PHP维护者负责主导修复和版本发布,形成了“AI发现问题、专家主导修复”的分工模式。更值得关注的是,从发现异常走到了证明异常可以造成什么后果,这一步尤为关键。能让程序崩溃与能稳定展示服务器被远程控制,给维护者带来的判断依据有本质区别。Ryan Austin同时强调,初始发现没有依赖特殊的模型使用权限,简单提示词也无法让模型找出所有漏洞,这为“AI自动攻破互联网”类说法划出了必要边界。当前阶段,AI在安全研究中的定位更接近于“加速器”而非“替代者”,人类专家的领域知识和判断能力仍是不可或缺的锚点。
对于网站负责人,眼下最有用的动作是联系技术团队或托管服务商,确认PHP版本及更新状态,外包交付的网站同样需要有人回答这些问题。AI加快了找问题的过程,但互联网能否因此更安全,最终取决于修复能否真正部署到每一个受影响的运行环境。漏洞发现能力的跃升是起点,安全响应的速度和完整性才是终点。
