产品与技术栈 · CMS 与 Web 应用
phpMyAdmin 与 PHP2Shell：是否受影响、怎么修复
如何查看 phpMyAdmin 用的 PHP 版本
按你的环境执行下面的命令。同分支内版本不低于 8.2.35、8.3.36、8.4.27 或 8.5.12 即已修复；更老的分支只有厂商明确说明的构建才算修复。
php -v
<?php phpinfo(); // temporary, behind authentication, delete afterwards命令行的 php 可能和实际服务网站的 PHP 不是同一个。要确认的话，检查 Web SAPI（放一个需要登录的临时 phpinfo() 页面，或看面板的 PHP 设置），用完删掉。本站的版本检查器可以帮你对比版本号。
🔎 拿到版本号后，可以粘贴到 PHP2Shell 检测工具里核对 →
如何修复 phpMyAdmin 中的 PHP2Shell
- 弄清运行这个应用的 PHP 从哪来：发行版、第三方源（Ondřej Surý、Remi）、主机面板、Docker 镜像，还是主机商。
- 把那个 PHP 更新到 8.2.35、8.3.36、8.4.27、8.5.12，或带反向移植修复的厂商构建，然后重启所有 PHP worker。
- 虚拟主机或托管主机上你没法自己打补丁：问主机商是否已部署修复版 PHP，并在面板里把站点切到修复版本。
- 站点还在 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 规则有帮助，但不是修复。
常见问题
phpMyAdmin 受 PHP2Shell 影响吗？
只要底层 PHP 早于修复版，就受影响。 漏洞在 PHP 解释器里，不在这个应用本身。更新应用或插件修不了，必须给运行它的 PHP 打补丁。截至检查日期，我们没有找到厂商针对 PHP2Shell 的专门声明。这个应用的 Docker 官方镜像已在 10 月 21 日用修复后的 PHP 重新构建，拉取后重新部署即可。
只更新 phpMyAdmin 本身能修复 CVE-2026-109618 和 CVE-2026-109619 吗？
只有更新里包含修复版 PHP 才行。PHP2Shell 是 PHP 解释器的漏洞，关键是 phpMyAdmin 运行在哪个 PHP 上。更新后请核对版本。
哪些 PHP 版本修复了 PHP2Shell？
2026 年 10 月 21 日发布的 PHP 8.2.35、8.3.36、8.4.27 和 8.5.12。PHP 8.1 及更早版本官方不发新版本，只有带反向移植的厂商构建（或自行用 7.4、8.0、8.1 源码补丁编译）才能修复。
phpMyAdmin 还没有修复怎么办？
不要让它基于 PHP 的网页界面暴露在公网（用 VPN 或 IP 白名单），应用 PHP 的临时设置（如关闭 session upload progress），厂商一出更新就安装。临时设置能降低风险，但不是修复。
相关产品
- Nextcloud厂商已修复
- WordPress需更新系统或主机 PHP
- Magento and Adobe Commerce需更新系统或主机 PHP
- Drupal (including Drupal 7)需更新系统或主机 PHP
- Joomla (including Joomla 3)需更新系统或主机 PHP
- PrestaShop需更新系统或主机 PHP
来源
- Mallory: PHP2Shell – am I affected? (product table)
- PHP advisory GHSA-w8hw-w9fx-j79w
- PHP advisory GHSA-6wmf-4rv5-p3rp
出站链接将离开本站。本站不托管利用代码。
这是对公开资料的非官方整理。本站与厂商和 PHP 项目无关，不提供任何利用代码。