PrestaShop 网站修复 PHP2Shell，需要修补实际运行的 PHP 解释器。应用版本用于识别兼容障碍，不能单独证明网站可被利用，也不能证明两个 CVE 已修复。
PrestaShop - 修复 PHP2Shell 要核对哪些 PHP 兼容版本
| 发布版本样本 | 声明的 PHP 要求 | 声明允许的补丁候选 | 原始来源 |
|---|---|---|---|
| 9.0.0 | >=8.1 | raw.githubusercontent.com ↗ | |
| 8.2.0 | >=7.2.5 | raw.githubusercontent.com ↗ | |
| 8.1.0 | >=7.2.5 | raw.githubusercontent.com ↗ | |
| 8.0.0 | >=7.2.5 | raw.githubusercontent.com ↗ | |
| 1.7.8.11 | ^7.1.3 | 这些补丁基线均不匹配 ↗ | raw.githubusercontent.com ↗ |
候选仅将该声明与受支持分支的首个 PHP2Shell 修复版本比对，不代表已经通过兼容测试、仍有厂商支持或全部依赖均匹配。 修复 PHP2Shell 要核对哪些 PHP 兼容版本 ↗
确认 PHP2Shell 修复范围
文件与软件包身份
composer.lockapp/config/modules/themes/
PrestaShop - 排除 PHP2Shell 修复中的兼容障碍
PrestaShop 的 composer.json 最低版本不是完整的官方测试范围。目标发行版的 PHP 支持表、Symfony、支付模块、主题和 overrides 应一起核对。先在数据库副本试跑 Update Assistant，核对多店铺和历史订单。回退必须包含配套文件与数据库；切回 PHP 选择器不会撤销数据库迁移。
需要排查的依赖与二次开发
官方升级文档 ↗PrestaShop - 修复 PHP2Shell 要核对哪些 PHP 兼容版本 ↗PHP2Shell 修复后的业务验收
修复 PHP2Shell 前的只读盘点
命令示例
php -v
php --ini
php -m
composer --no-plugins check-platform-reqs --lockPrestaShop - 核实 PHP2Shell 修复
在真正承载本站请求的 PHP 中核实两个 CVE 的补丁。替换或重启旧 Web 工作进程、队列进程和全部副本。首页能打开或 CLI 版本变新，都不足以证明修复完成。
3. 重启并验证所有实例 ↗