<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://vulnerability.circl.lu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Tue, 29 Sep 2026 06:19:36 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-54159</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-54159</link>
      <description>&lt;p&gt;PrestaShop ps_facetedsearch is a module that adds layered navigation filters. From 3.0.0 until 4.0.4, the ps_facetedsearch module rebuilds selected search filters from the request URL, and the value of a slider filter, price or weight, is taken from the URL without sufficient validation and stored in an internal filter-block cache where it is serialized and later read back with a raw native unserialize() in src/Filters/Block.php. By crafting that value, an unauthenticated attacker can smuggle a malicious serialized PHP object into the cache, and when it is deserialized, a gadget chain writes an arbitrary PHP file inside the modules/ps_facetedsearch/ directory, which is then used as a webshell to run commands on the server. This issue is fixed in version 4.0.4.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;PrestaShop ps_facetedsearch is a module that adds layered navigation filters. From 3.0.0 until 4.0.4, the ps_facetedsearch module rebuilds selected search filters from the request URL, and the value of a slider filter, price or weight, is taken from the URL without sufficient validation and stored in an internal filter-block cache where it is serialized and later read back with a raw native unserialize() in src/Filters/Block.php. By crafting that value, an unauthenticated attacker can smuggle a malicious serialized PHP object into the cache, and when it is deserialized, a gadget chain writes an arbitrary PHP file inside the modules/ps_facetedsearch/ directory, which is then used as a webshell to run commands on the server. This issue is fixed in version 4.0.4.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-54159</guid>
    </item>
    <item>
      <title>GHSA-m5f5-28qr-9g9r — prestashop/ps_facetedsearch: PHP Object Injection in faceted search cache allows unauthenticated RCE</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-m5f5-28qr-9g9r</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: prestashop/ps_facetedsearch&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;A PHP Object Injection vulnerability affects the PrestaShop module `ps_facetedsearch`.&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;
&lt;p&gt;### Who is impacted&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;
&lt;p&gt;**Affected versions:** `3.0.0` through `4.0.3` (all versions since 3.0.0, including the latest release).&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;Upgrade the `ps_facetedsearch` module to the patched version. Upgrading the module is the best action that removes the vulnerability.&lt;/p&gt;
&lt;p&gt;Otherwise, you can apply the fix manually in the file `src/Filters/Block.php`:&lt;/p&gt;
&lt;p&gt;In the `getFromCache()` method, replace the native `unserialize()` call:&lt;/p&gt;
&lt;p&gt;```php
// Before
if (!empty($row)) {
    return unserialize(current($row));
}&lt;/p&gt;
&lt;p&gt;// After
i…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: prestashop/ps_facetedsearch&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;A PHP Object Injection vulnerability affects the PrestaShop module `ps_facetedsearch`.&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;
&lt;p&gt;### Who is impacted&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;
&lt;p&gt;**Affected versions:** `3.0.0` through `4.0.3` (all versions since 3.0.0, including the latest release).&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;Upgrade the `ps_facetedsearch` module to the patched version. Upgrading the module is the best action that removes the vulnerability.&lt;/p&gt;
&lt;p&gt;Otherwise, you can apply the fix manually in the file `src/Filters/Block.php`:&lt;/p&gt;
&lt;p&gt;In the `getFromCache()` method, replace the native `unserialize()` call:&lt;/p&gt;
&lt;p&gt;```php
// Before
if (!empty($row)) {
    return unserialize(current($row));
}&lt;/p&gt;
&lt;p&gt;// After
i…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-m5f5-28qr-9g9r</guid>
    </item>
  </channel>
</rss>
