执行php -v可直接查看cli环境php版本号，若版本低于对应分支安全线（如8.3.x需≥8.3.36），即存在安全风险；多环境须分别检查cli、web服务器（如phpinfo()）、php-fpm或docker容器中的实际运行版本。
直接在服务器终端执行命令就能确认，不需要查日志、也不用翻配置文件。
执行 php -v 查看当前版本
登录你的 Web 服务器（Linux 或 Windows 均可），打开终端或命令行，输入：
php -v
回车后会显示类似这样的输出：
PHP 8.3.35 (cli) (built: Oct 15 2026 10:22:41) (NTS)
注意看第一行开头的版本号——这里显示的是 8.3.35，而安全线是 8.3.36，说明它低于安全版本，属于受影响范围。
对照官方安全版本线快速判断
只要你的版本号 严格低于 下列任一分支对应的安全线，就存在风险：
- PHP 8.5.x → 必须 ≥ 8.5.12
- PHP 8.4.x → 必须 ≥ 8.4.27
- PHP 8.3.x → 必须 ≥ 8.3.36
- PHP 8.2.x → 必须 ≥ 8.2.35
例如：8.2.34、8.3.0、8.4.26、8.5.11 都不安全；8.2.35、8.3.36、8.4.27、8.5.12 及更高版本才被官方认定为修复完成。
别被“小版本号”误导
有些用户看到自己是 8.3.x 就以为“反正不是 8.2”，其实漏洞覆盖 PHP 5.4 到 8.5 的几乎所有分支。关键不是大版本，而是具体小版本号是否达标。比如：
- 8.3.35 ≠ 安全（差 1 个补丁）
- 8.4.0 ≠ 安全（远低于 8.4.27）
- 甚至 8.5.11 也不行（必须 8.5.12 起）
只要没达到对应分支的安全线，不管你是 WordPress、自建后台，还是只放了一个 index.php，都处于攻击射程内。
多环境要逐个检查
如果你的系统里存在多个 PHP 实例（比如 CLI、Apache mod_php、PHP-FPM、cPanel 自带 PHP、Docker 容器里的 PHP），每个都要单独运行 php -v 检查。常见误区是只查了命令行版本，却忽略了 Web 服务实际调用的其实是另一个路径下的 PHP。
例如：
- Apache + mod_php：查
/usr/bin/php -v不一定准，应查 Apache 加载的模块对应版本，可用phpinfo()页面确认 - PHP-FPM：查
php-fpm -v或进入对应 pool 的配置查看 binary 路径再执行/path/to/php -v - Docker：进入容器后再执行
php -v
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
