php 8.2.33 是唯一包含全部已知 php-cgi 漏洞修复的最终版本,于2026年7月30日发布,此后php 8.2进入eol;必须完整升级php运行时环境并验证 php-cgi -v 输出。

php-cgi 本身不是独立版本,它是 PHP 的 CGI SAPI 实现,其漏洞修复完全取决于所使用的 PHP 主版本。PHP 官方不为 php-cgi 单独发布补丁或“子版本”,所有安全修复都打包在对应主版本的点发布(point release)中。
所以问题本质是:PHP 8.2.x 中哪个版本包含了对已知 php-cgi 相关漏洞的修复?
PHP 8.2 最后一个支持版本是 8.2.33
根据官方支持日程表和 2026 年 7 月 30 日发布的记录:PHP 8.2.33 是该分支的最终版本,也是最后一个安全修复版本。它于 2026 年 7 月 30 日发布,包含截至当时的全部已知漏洞修复,包括影响 php-cgi SAPI 的 CVE(例如历史上的 CVE-2022-31625、CVE-2023-3823 等 CGI 特定解析缺陷)。
-
PHP 8.2.27(2024 年 12 月 19 日)是最后一个bug fix版本,但不包含后续发现的安全问题修复; -
PHP 8.2.33是此后发布的安全专项版本,明确标注为“security release”(尽管公告未逐条列 CVE,但 ChangeLog 和签名包均与安全修复同步); - 自此之后,PHP 8.2 进入 EOL(End of Life),不再接收任何更新。
升级时必须注意的实操细节
- 不要只替换
php-cgi二进制文件:它与libphp.so、扩展模块(如opcache.so)、配置加载逻辑强耦合,必须完整升级 PHP 运行时环境; - 检查你的 Web 服务器是否实际调用的是
php-cgi:Apache + mod_cgi 或 Nginx + fastcgi_pass 到 php-cgi 时才生效;若用的是php-fpm,则应关注php-fpm对应版本(但漏洞修复仍由同一 PHP 主版本提供); - 验证方式不是看
php-cgi -v输出的“8.2.19”,而是运行:php-cgi -v | head -1
—— 如果显示PHP 8.2.33才代表已修复; - 若你当前卡在 8.2.19,说明你跳过了至少 14 个中间版本(8.2.20 → 8.2.33),其中包含多个已公开的 CGI 请求解析绕过类漏洞,不可仅打局部补丁。
PHP 8.2 分支早已停止维护,8.2.33 是唯一能同时满足“仍是 8.2 系列”和“含全部已知 php-cgi 修复”的版本。继续停留在 8.2.19 等同于主动暴露已知攻击面。
php免费学习视频:立即使用
踏上前端学习之旅,开启通往精通之路!从前端基础到项目实战,循序渐进,一步一个脚印,迈向巅峰!











