产品与技术栈 · 本地集成环境与应用服务器
Laragon 与 PHP2Shell:是否受影响、怎么修复
如何查看 Laragon 用的 PHP 版本
按你的环境执行下面的命令。同分支内版本不低于 8.2.35、8.3.36、8.4.27 或 8.5.12 即已修复;更老的分支只有厂商明确说明的构建才算修复。
dir C:\laragon\bin\php
C:\laragon\bin\php\<folder>\php.exe -v命令行的 php 可能和实际服务网站的 PHP 不是同一个。要确认的话,检查 Web SAPI(放一个需要登录的临时 phpinfo() 页面,或看面板的 PHP 设置),用完删掉。本站的版本检查器可以帮你对比版本号。
🔎 拿到版本号后,可以粘贴到 PHP2Shell 检测工具里核对 →
如何修复 Laragon 中的 PHP2Shell
- 从 windows.php.net 下载 Windows 版 PHP 8.3.36(Apache 用 Thread Safe,Nginx/FastCGI 用 Non Thread Safe),解压到
C:\laragon\bin\php下的新文件夹。 - 在 Menu → PHP → Version 选中它,把
php.ini的改动拷过去,重启全部服务。 - 没有厂商构建时,自己动手的办法是用同分支的官方修复版替换自带的 PHP。保留旧目录和
php.ini的备份。 - 重启 Web 服务器,再看一遍 Web SAPI 报告的版本。
想让 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 规则有帮助,但不是修复。
常见问题
Laragon 受 PHP2Shell 影响吗?
很可能受影响:没有找到厂商修复或声明。 Laragon 8.7.0(2026 年 8 月)带的是 PHP 8.3.33,受影响。没有找到带修复 PHP 的 Laragon 版本或声明。
只更新 Laragon 本身能修复 CVE-2026-109618 和 CVE-2026-109619 吗?
只有更新里包含修复版 PHP 才行。PHP2Shell 是 PHP 解释器的漏洞,关键是 Laragon 运行在哪个 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 源码补丁编译)才能修复。
Laragon 还没有修复怎么办?
不要让它基于 PHP 的网页界面暴露在公网(用 VPN 或 IP 白名单),应用 PHP 的临时设置(如关闭 session upload progress),厂商一出更新就安装。临时设置能降低风险,但不是修复。
相关产品
- XAMPP厂商未发声明
- WampServer厂商已修复
- MAMP and MAMP PRO厂商未发声明
- Laravel Herd厂商已修复
- ServBay部分修复
- FrankenPHP and Laravel Octane厂商已修复
来源
- Laragon 8.7.0 release notes
- ma.ttias.be: how to apply the patches (package status)
- windows.php.net downloads
- PHP advisory GHSA-w8hw-w9fx-j79w
- PHP advisory GHSA-6wmf-4rv5-p3rp
出站链接将离开本站。本站不托管利用代码。
这是对公开资料的非官方整理。本站与厂商和 PHP 项目无关,不提供任何利用代码。