### Impact A PHP Object Injection vulnerability affects the PrestaShop module `ps_facetedsearch`. The module rebuilds the selected search filters from the request URL. The value of a slider filter (**price** or **weight**) is taken from the URL without sufficient validation, then stored in an internal filter-block cache where it is serialized and later read back with a raw native `unserialize()`. By crafting that value, an attacker can smuggle a malicious serialized PHP object into the cache. When it is deserialized, a gadget chain writes an arbitrary PHP file inside the module directory, which is then used as a webshell to run commands on the server. ### Who is impacted Any shop using a vulnerable version of `ps_facetedsearch` that displays a filter template containing a slider filter (price or weight). Exploitation is remote and **unauthenticated**, a single crafted front-office request is enough, and leads to remote code execution and full compromise of the shop and its server. **Affected versions:** `3.0.0` through `4.0.3` (all versions since 3.0.0, including the latest release). ### Patches Upgrade the `ps_facetedsearch` module to the patched version. Upgrading the module is the best action that removes the vulnerability. Otherwise, you can apply the fix manually in the file `src/Filters/Block.php`: In the `getFromCache()` method, replace the native `unserialize()` call: ```php // Before if (!empty($row)) { return unserialize(current($row)); } // After if (!empty($row)) { return \Tools::unSerialize(current($row)); } ``` ### Until the module is upgraded: - Remove price and weight slider filters from the filter templates that are exposed on the front office. - Clear the faceted-search filter cache, and audit the `modules/ps_facetedsearch/` directory for unexpected PHP files. - Monitor search requests for PHP serialization patterns (`O:`, `;i:`, references to classes such as `Monolog\…`) and block them at the WAF level. ### Resources - Thank you to Frédéric Moreau (Antadis) and Gilles Caudal (Datalinx) for reporting this vulnerability.
### Impact A PHP Object Injection vulnerability affects the PrestaShop module `ps_facetedsearch`. The module rebuilds the selected search filters from the request URL. The value of a slider filter (**price** or **weight**) is taken from the URL without sufficient validation, then stored in an internal filter-block cache where it is serialized and later read back with a raw native `unserialize()`. By crafting that value, an attacker can smuggle a malicious serialized PHP object into the cache. When it is deserialized, a gadget chain writes an arbitrary PHP file inside the module directory, which is then used as a webshell to run commands on the server. ### Who is impacted Any shop using a vulnerable version of `ps_facetedsearch` that displays a filter template containing a slider filter (price or weight). Exploitation is remote and **unauthenticated**, a single crafted front-office request is enough, and leads to remote code execution and full compromise of the shop and its server. **Affected versions:** `3.0.0` through `4.0.3` (all versions since 3.0.0, including the latest release). ### Patches Upgrade the `ps_facetedsearch` module to the patched version. Upgrading the module is the best action that removes the vulnerability. Otherwise, you can apply the fix manually in the file `src/Filters/Block.php`: In the `getFromCache()` method, replace the native `unserialize()` call: ```php // Before if (!empty($row)) { return unserialize(current($row)); } // After if (!empty($row)) { return \Tools::unSerialize(current($row)); } ``` ### Until the module is upgraded: - Remove price and weight slider filters from the filter templates that are exposed on the front office. - Clear the faceted-search filter cache, and audit the `modules/ps_facetedsearch/` directory for unexpected PHP files. - Monitor search requests for PHP serialization patterns (`O:`, `;i:`, references to classes such as `Monolog\…`) and block them at the WAF level. ### Resources - Thank you to Frédéric Moreau (Antadis) and Gilles Caudal (Datalinx) for reporting this vulnerability.
Update prestashop/ps_facetedsearch to 4.0.4 if you use the affected versions. Test the change in a non-production environment first.
Local check
hol-guard supply-chain scanprestashop/ps_facetedsearch: PHP Object Injection in faceted search cache allows unauthenticated RCE affects prestashop/ps_facetedsearch (composer). Severity is critical. ### Impact A PHP Object Injection vulnerability affects the PrestaShop module `ps_facetedsearch`. The module rebuilds the selected search filters from the request URL. The value of a slider filter (**price** or **weight**) is taken from the URL without sufficient validation, then stored in an internal filter-block cache where it is serialized and later read back with a raw native `unserialize()`. By crafting that value, an attacker can smuggle a malicious serialized PHP object into the cache. When it is deserialized, a gadget chain writes an arbitrary PHP file inside the module directory, which is then used as a webshell to run commands on the server. ### Who is impacted Any shop using a vulnerable version of `ps_facetedsearch` that displays a filter template containing a slider filter (price or weight). Exploitation is remote and **unauthenticated**, a single crafted front-office request is enough, and leads to remote code execution and full compromise of the shop and its server. **Affected versions:** `3.0.0` through `4.0.3` (all versions since 3.0.0, including the latest release). ### Patches Upgrade the `ps_facetedsearch` module to the patched version. Upgrading the module is the best action that removes the vulnerability. Otherwise, you can apply the fix manually in the file `src/Filters/Block.php`: In the `getFromCache()` method, replace the native `unserialize()` call: ```php // Before if (!empty($row)) { return unserialize(current($row)); } // After if (!empty($row)) { return \Tools::unSerialize(current($row)); } ``` ### Until the module is upgraded: - Remove price and weight slider filters from the filter templates that are exposed on the front office. - Clear the faceted-search filter cache, and audit the `modules/ps_facetedsearch/` directory for unexpected PHP files. - Monitor search requests for PHP serialization patterns (`O:`, `;i:`, references to classes such as `Monolog\…`) and block them at the WAF level. ### Resources - Thank you to Frédéric Moreau (Antadis) and Gilles Caudal (Datalinx) for reporting this vulnerability.
AI coding agents often install or upgrade packages automatically in composer. A critical vulnerability in a dependency can be pulled into a project through a normal install or update without a human reviewing the change, expanding the blast radius from a single package to every agent workspace that depends on it.
| Package | Affected range | Fixed version |
|---|---|---|
| prestashop/ps_facetedsearchcomposer | >=3.0.0,<4.0.4 | 4.0.4 |
Fixed versions are reported by the source feed; confirm compatibility before updating.
Reported by GitHub Security Advisories (ghsa).
HOL Guard can help your team review package activity against supported protection paths.
Explore HOL GuardUpdate prestashop/ps_facetedsearch to 4.0.4 if you use the affected versions. Test the change in a non-production environment first.
Local check
hol-guard supply-chain scanprestashop/ps_facetedsearch: PHP Object Injection in faceted search cache allows unauthenticated RCE affects prestashop/ps_facetedsearch (composer). Severity is critical. ### Impact A PHP Object Injection vulnerability affects the PrestaShop module `ps_facetedsearch`. The module rebuilds the selected search filters from the request URL. The value of a slider filter (**price** or **weight**) is taken from the URL without sufficient validation, then stored in an internal filter-block cache where it is serialized and later read back with a raw native `unserialize()`. By crafting that value, an attacker can smuggle a malicious serialized PHP object into the cache. When it is deserialized, a gadget chain writes an arbitrary PHP file inside the module directory, which is then used as a webshell to run commands on the server. ### Who is impacted Any shop using a vulnerable version of `ps_facetedsearch` that displays a filter template containing a slider filter (price or weight). Exploitation is remote and **unauthenticated**, a single crafted front-office request is enough, and leads to remote code execution and full compromise of the shop and its server. **Affected versions:** `3.0.0` through `4.0.3` (all versions since 3.0.0, including the latest release). ### Patches Upgrade the `ps_facetedsearch` module to the patched version. Upgrading the module is the best action that removes the vulnerability. Otherwise, you can apply the fix manually in the file `src/Filters/Block.php`: In the `getFromCache()` method, replace the native `unserialize()` call: ```php // Before if (!empty($row)) { return unserialize(current($row)); } // After if (!empty($row)) { return \Tools::unSerialize(current($row)); } ``` ### Until the module is upgraded: - Remove price and weight slider filters from the filter templates that are exposed on the front office. - Clear the faceted-search filter cache, and audit the `modules/ps_facetedsearch/` directory for unexpected PHP files. - Monitor search requests for PHP serialization patterns (`O:`, `;i:`, references to classes such as `Monolog\…`) and block them at the WAF level. ### Resources - Thank you to Frédéric Moreau (Antadis) and Gilles Caudal (Datalinx) for reporting this vulnerability.
AI coding agents often install or upgrade packages automatically in composer. A critical vulnerability in a dependency can be pulled into a project through a normal install or update without a human reviewing the change, expanding the blast radius from a single package to every agent workspace that depends on it.
| Package | Affected range | Fixed version |
|---|---|---|
| prestashop/ps_facetedsearchcomposer | >=3.0.0,<4.0.4 | 4.0.4 |
Fixed versions are reported by the source feed; confirm compatibility before updating.
Reported by GitHub Security Advisories (ghsa).
HOL Guard can help your team review package activity against supported protection paths.
Explore HOL Guard