GoDaddy 与 PHP2Shell：是否受影响、怎么修复

如何查看 GoDaddy 用的 PHP 版本

按你的环境执行下面的命令。同分支内版本不低于 8.2.35、8.3.36、8.4.27 或 8.5.12 即已修复；更老的分支只有厂商明确说明的构建才算修复。

php -v
rpm -qa 'ea-php*' | sort

Managed WordPress、Windows Hosting 和 Web Hosting：GoDaddy 会替你打补丁；在 WordPress 的 工具 → 站点健康 → 信息 → 服务器 可看到 PHP 版本。上面的命令只在你自己管理的 VPS 上运行。

命令行的 php 可能和实际服务网站的 PHP 不是同一个。要确认的话，检查 Web SAPI（放一个需要登录的临时 phpinfo() 页面，或看面板的 PHP 设置），用完删掉。本站的版本检查器可以帮你对比版本号。

🔎 拿到版本号后，可以粘贴到 PHP2Shell 检测工具里核对 →

如何修复 GoDaddy 中的 PHP2Shell

1. 弄清运行这个应用的 PHP 从哪来：发行版、第三方源（Ondřej Surý、Remi）、主机面板、Docker 镜像，还是主机商。
2. 把那个 PHP 更新到 8.2.35、8.3.36、8.4.27、8.5.12，或带反向移植修复的厂商构建，然后重启所有 PHP worker。
3. 虚拟主机或托管主机上你没法自己打补丁：问主机商是否已部署修复版 PHP，并在面板里把站点切到修复版本。
4. 站点还在 PHP 8.1 或更早版本的话，迁到受支持的分支；PHP 官方对 7.4、8.0、8.1 只发布了源码补丁。

想让 AI agent 帮你检查？ 先检查是否受影响 · 用 AI Agent 修复

暂时无法打补丁时

• 在应用无法覆盖的地方设置 session.upload_progress.enabled = 0（php.ini、FPM 进程池或 Apache 配置里的 php_admin_value），并重启 PHP。
• PHP 8.5 上设置 fatal_error_backtraces = 0。
• PHP 的临时建议还涉及 memory_limit 和较低的 post_max_size，请严格按修复页面操作，这些设置只能堵住部分路径。
• 如果跑的是 PHP 8.1 或更早且没有厂商反向移植，限制访问（VPN、IP 白名单）或下线服务。WAF 规则有帮助，但不是修复。

常见问题

相关产品

• Laravel Forge需更新系统或主机 PHP
• RunCloud厂商未发声明
• ServerPilot厂商未发声明
• AWS: Amazon Linux, Elastic Beanstalk, Lightsail部分修复
• Azure App Service (PHP)部分修复
• Hostinger web hosting厂商已修复

← 全部内置 PHP 的产品

另见：按平台修复 · 受影响版本 · 厂商状态

这是对公开资料的非官方整理。本站与厂商和 PHP 项目无关，不提供任何利用代码。