OpenAI Patch the Planet：PHP 远程代码执行漏洞、CVE 修复版本、Codex 安全检查完整指南

一、OpenAI 为什么启动 Patch the Planet？

2026 年 10 月 21 日，OpenAI 公布了 Patch the Planet 漏洞协作机制的最新进展。

与一般的新模型发布不同，这次公告关注的是人工智能如何帮助开源软件维护者应对日益复杂的安全威胁。

OpenAI 披露，研究人员 Calif 使用 GPT-5.6 Sol 发现了 PHP 中的一项严重安全缺陷。安全企业 Wiz 则独立发现并报告了此次涉及的两项漏洞。

PHP 维护团队负责实际修复和安全版本发布，OpenAI、Wiz、Cloudflare 等合作伙伴参与研究、测试、防护准备和协调工作。

此次事件的关键并非“AI 自动修复了整个互联网”，而是 AI 辅助漏洞发现、维护者负责正式补丁、基础设施合作伙伴提前准备防护的新协作模式。

OpenAI 同时公开了 PHP 版本检查工具，既可以直接运行，也可以通过 Codex Skill 使用，帮助网站管理员识别可能存在风险的版本。

对于运行 PHP 网站、CMS、商城、企业管理后台和业务 API 的技术团队，这次公告具有明确的现实意义。

二、两项 PHP 严重漏洞是什么？

PHP 官方于 2026 年 10 月 21 日发布了针对两项严重漏洞的安全公告。

PHP 官方说明，两项缺陷可能允许未经认证的攻击者实现远程代码执行。

官方认为 mod_php 部署尤其需要关注，因为已经存在不经过应用自身正常业务逻辑就可能触发问题的攻击场景。

其他运行方式，包括 PHP-FPM、php-cgi、FrankenPHP 和 LiteSpeed，同样属于需要进行升级检查的范围。

不过，可能存在风险不等于每台服务器已经遭到入侵。实际暴露程度与运行环境、配置和部署版本有关。

不能在没有日志或取证证据的情况下，宣布某个具体网站已经被攻击。

三、哪些 PHP 版本已经提供修复？

PHP 官方列出的上游修复版本如下：

对于直接使用 PHP 官方发行版本的用户，应升级至所属分支的相应修复版本或更新版本。

对于使用 Linux 发行版软件包的服务器，则需要关注发行版或长期支持服务商发布的补丁。

有些供应商会将安全修复回移到较旧的版本号，因此不能只依据 php -v 的数字判断补丁一定缺失。

但 PHP 8.1 及更早版本不再接受 PHP 项目常规安全更新。

如果依赖供应商长期支持，应核对供应商是否明确提供了本次修复。

长期来看，迁移至受支持的 PHP 分支仍是更稳妥的选择。

四、如何检查服务器真实运行的 PHP 版本？

首先通过 SSH 或服务器面板进入自己有权管理的服务器。

可以运行：

php -v

它能够显示当前命令行使用的 PHP 版本。

但必须注意：命令行 PHP 与实际处理网站请求的 PHP 不一定是同一个实例。

例如，服务器可能同时安装 PHP 8.2 和 PHP 8.4。

CLI 使用的是一个版本，网站 PHP-FPM Pool 使用的是另一个版本。

因此，进一步需要检查网站实际绑定的 PHP-FPM 服务、容器镜像和运行环境。

如果通过 Docker 部署 PHP 应用，可以检查对应容器：

docker ps
docker exec <container_name> php -v

这里的容器名称需要由管理员替换。

如果使用宝塔、1Panel 或其他面板，则应检查站点对应的 PHP 运行环境，而不是只查看面板默认安装的版本。

升级前建议备份网站文件、数据库和关键配置，并准备回滚方案。

五、OpenAI 发布的 Codex 检查工具能做什么？

OpenAI 在 GitHub 发布了 php2shell-checker 项目。

其核心功能是根据 PHP 版本信息判断是否可能落入已知风险范围。

它提供两种 Codex Skill：

phpcheck-url：通过网站 URL 获取公开版本信息。

phpcheck-server：在具备服务器访问权限时检查本地 PHP 环境。

官方还提供了可以独立运行的 Node.js 检查脚本。

这款工具并不会主动尝试利用漏洞，也不会执行攻击探测。

因此，它更适合作为初步资产排查工具，而不能替代正式的安全检测与补丁核验。

六、如何安装并使用 Codex Skill？

OpenAI GitHub README 提供了 Skill 安装方式。

在支持 $skill-installer 的 Codex 环境中，可以按照官方说明安装：

$skill-installer install both skills from https://github.com/openai/php2shell-checker

随后，检查自己管理的网站：

$phpcheck-url check https://example.com

如果已经拥有服务器权限，可以使用：

$phpcheck-server check the PHP version serving my site

以上命令属于官方提供的使用方式，并非本文已经执行的测试结果。

如果希望不通过 Codex Skill 使用，也可以下载官方仓库中的脚本：

node phpcheck.js "https://example.com"

正式运行前，建议核对仓库来源和代码内容，并仅对自己拥有或明确授权检查的网站执行操作。

七、检查结果应该如何解释？

工具主要返回三类结果。

其中 OK 并不意味着该网站已经通过完整安全审计。

POTENTIALLY VULNERABLE 也不代表漏洞已经被实际利用。

特别值得注意的是，URL 检查主要根据 X-Powered-By 或 Server 等 HTTP 响应头识别版本。

很多生产网站不会公开这些信息。

因此，检查结果为 UNKNOWN 很常见，不能把它解释为安全。

此外，即使公开响应头显示某个看似安全的版本，也不能保证后端运行环境没有被错误配置。

生产环境应通过实际部署清单与供应商补丁记录完成核验。

八、为什么不能只依赖 WAF？

Cloudflare 等服务商可以通过 Web 应用防火墙、流量过滤和其他安全能力降低某些攻击风险。

但 WAF 不等于 PHP 运行时自身的安全补丁。

例如，某些攻击路径可能受到 WAF 规则限制。

然而，应用内部仍然运行存在缺陷的程序。

如果攻击流量绕过代理，或者出现新的攻击变体，仍然可能受到影响。

PHP 官方明确强调，部署修复版本才是完整解决方案。

因此，建议将 WAF 视为补丁部署前后的辅助防护层，而不是永久替代。

对暂时无法升级的老旧系统，应结合官方安全公告、供应商指导及严格变更管理制定应急措施。

不能随意在生产服务器上修改内存和会话配置而不评估副作用。

九、站长应该如何制定升级计划？

可以把升级分成六个阶段。

第一阶段：盘点资产。 确认所有运行 PHP 的网站、容器、定时任务和后台服务。

第二阶段：确认版本。 检查真实运行实例，并核对发行版的安全补丁状态。

第三阶段：评估优先级。 对公网暴露、处理敏感数据及具有较高业务权限的系统优先安排。

第四阶段：准备升级。 备份数据、记录配置，提前完成兼容性测试。

第五阶段：安装修复。 使用官方或可信发行渠道提供的修复版本。

第六阶段：验证与观察。 重启必要的服务，检查实际运行版本、访问日志、业务功能及异常行为。

对于 WordPress、Drupal、Magento 等 PHP 应用，还要检查插件和扩展的兼容性。

同时，PHP 升级不等于应用插件的全部漏洞都已修复。

十、Patch the Planet 的协调披露机制是什么？

传统漏洞披露通常由研究者联系维护团队，再由维护者开发补丁并发布公告。

对于影响范围巨大的基础软件，这个过程可能更加复杂。

因为同一个 PHP 漏洞可能影响 Linux 发行版、云托管服务、企业网站和大量下游产品。

OpenAI 因此提出更广泛的协调机制。

首先，由维护者和研究人员确认漏洞并开发修复。

随后，为需要进行补丁回移、服务更新或防护部署的合作伙伴提供必要时间。

之后，通过适当的渠道协调关键基础设施管理者、发行版和政府安全机构。

最后，在修复方案准备好后统一发布公告并推动用户升级。

这种安排的目标，是在漏洞细节广泛传播之前，让尽可能多的防御者做好准备。

但信息披露时间需要平衡不同群体的利益，不能无限期推迟公告。

十一、AI 能否自动扫描并修复整个互联网？

OpenAI 在公告中提出未来探索方向，包括持续发现漏洞、通知网站所有者，甚至在适当条件下协助修复。

但这种构想涉及重大授权、法律和安全问题。

例如，研究人员是否能在没有网站所有者批准的情况下修改生产系统？

如果自动补丁破坏了业务，责任由谁承担？

如何证明执行者确实拥有修复权限？

这些问题尚不能仅靠模型技术解决。

因此，Patch the Planet 当前应该被理解为正在运行的漏洞协调与防御能力建设计划，而不是已经实现全球网站自动修复的系统。

对于普通网站管理员，最可靠的行动仍然是遵循官方补丁公告。

十二、Daybreak 十亿美元支持意味着什么？

OpenAI 还表示，通过面向防御者的 Daybreak 计划承诺提供价值十亿美元的使用补贴。

其重点是支持维护关键软件、但安全资源相对有限的团队。

这并不意味着 OpenAI 已经向所有开源项目发放等额现金，也不是向普通 API 用户直接赠送十亿美元余额。

相关支持需要依据实际计划的申请资格和使用条件执行。

对开源维护者而言，可能的价值在于获得模型辅助漏洞分析、补丁审查和测试能力。

但漏洞响应过程仍需要专业维护者主导。

十三、企业如何利用 Codex 建立安全审查流程？

企业可以把 Codex 用于一些相对明确的防御性任务。

例如，分析依赖版本、整理官方安全公告、生成升级检查表，以及帮助编写回归测试。

还可以要求模型检查配置是否存在明显不一致，并归档待处理风险。

但不建议让 Agent 在没有审批的情况下直接替换生产依赖、重启数据库或修改关键系统配置。

一个稳妥的流程是：AI 整理资料，管理员确认，先在测试环境验证，最后按照正式变更流程部署。

这能够利用 AI 的效率优势，同时保持运维决策的可追踪性。

十四、对 AI 编程安全行业意味着什么？

过去，AI 安全产品经常强调发现漏洞的数量。

如今，真正的难点开始转向漏洞发现后的协调与修复。

如果模型一天能够发现大量新问题，维护者却没有足够时间处理，那么安全风险未必会降低。

因此，需要让研究工具、漏洞管理、补丁测试、发行渠道和终端管理员形成协作。

Patch the Planet 展示的价值，是让 AI 参与完整的漏洞治理链条，而不仅是产生一份扫描报告。

但模型发现的结果必须经过可靠验证，不能把未经确认的潜在问题直接当作高危漏洞发布。

十五、常见问题 FAQ

OpenAI 发现了几个 PHP 漏洞？

此次 PHP 官方安全公告涉及两项严重漏洞。OpenAI 表示 Calif 使用 GPT-5.6 Sol 发现其中一项，Wiz 独立发现并报告了两项。

哪些 PHP 版本应立即关注？

PHP 8.2、8.3、8.4、8.5 用户应核对是否已安装官方对应修复版本；更老版本需确认供应商补丁或升级路径。

使用 Cloudflare 就安全吗？

不能保证。WAF 可以降低部分风险，但不能代替 PHP 自身安全更新。

Codex 检查工具能证明服务器已经安全了吗？

不能。它主要提供版本相关风险提示，不是完整漏洞利用测试或系统审计。

PHP 响应头没有版本信息怎么办？

工具可能返回 UNKNOWN。应登录授权管理环境检查真实 PHP 实例。

Patch the Planet 会自动替我修复网站吗？

目前不能这样理解。公开资料主要介绍漏洞协调、检查工具及未来方向。

老旧 PHP 是否还有补丁？

需要根据发行版、长期支持供应商以及 PHP 官方提供的相关修复材料判断。

十六、结语

Patch the Planet 的意义，不只在于 GPT-5.6 Sol 参与发现了严重 PHP 漏洞。

更重要的是，AI 安全能力正在与开源维护、云基础设施防护和网站运维流程结合。

对网站运营者而言，最紧迫的不是讨论 AI 是否已经超越传统安全研究人员，而是确认自己的 PHP 环境是否完成了真正的安全升级。

对开发者而言，Codex Skill 可以帮助提高排查效率，但不能替代官方公告和人工验证。

未来，随着 AI 能够发现更多复杂漏洞，如何让防御者更快、更安全地完成修复，将成为软件生态的重要挑战。

官方来源

1. OpenAI — Patch the Planet：协调全球响应机制 https://openai.com/zh-Hans-CN/index/coordinated-disclosure-of-critical-vulnerabilities/

2. PHP 官方 2026 年安全公告归档 https://www.php.net/archive/2026.php

3. OpenAI PHP Version Checker / Codex Skill https://github.com/openai/php2shell-checker

4. Patch the Planet 官方项目 https://patchtheplanet.org/