<?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://cve.radiocsirt.org</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>Wed, 07 Oct 2026 00:04:29 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-277571</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-277571</link>
      <description>EUVD-2026-277571</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-277571</guid>
    </item>
    <item>
      <title>fkie_cve-2026-33287</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-33287</link>
      <description>&lt;p&gt;LiquidJS is a Shopify / GitHub Pages compatible template engine in pure JavaScript. Prior to version 10.25.1, the `replace_first` filter in LiquidJS uses JavaScript&amp;#39;s `String.prototype.replace()` which interprets `$&amp;amp;` as a back reference to the matched substring. The filter only charges `memoryLimit` for the input string length, not the amplified output. An attacker can achieve exponential memory amplification (up to 625,000:1) while staying within the `memoryLimit` budget, leading to denial of service. Version 10.25.1 patches the issue.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;LiquidJS is a Shopify / GitHub Pages compatible template engine in pure JavaScript. Prior to version 10.25.1, the `replace_first` filter in LiquidJS uses JavaScript&amp;#39;s `String.prototype.replace()` which interprets `$&amp;amp;` as a back reference to the matched substring. The filter only charges `memoryLimit` for the input string length, not the amplified output. An attacker can achieve exponential memory amplification (up to 625,000:1) while staying within the `memoryLimit` budget, leading to denial of service. Version 10.25.1 patches the issue.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-33287</guid>
    </item>
    <item>
      <title>GHSA-6q5m-63h6-5x4v — LiquidJS has Exponential Memory Amplification through its replace_first Filter $&amp; Pattern</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-6q5m-63h6-5x4v</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: liquidjs&lt;/p&gt;
&lt;p&gt;### Summary
The `replace_first` filter in LiquidJS uses JavaScript&amp;#39;s `String.prototype.replace()` which interprets `$&amp;amp;` as a backreference to the matched substring. The filter only charges `memoryLimit` for the input string length, not the amplified output. An attacker can achieve exponential memory amplification (up to 625,000:1) while staying within the `memoryLimit` budget, leading to denial of service.&lt;/p&gt;
&lt;p&gt;### Details
The `replace_first` filter in `src/builtin/filters/string.ts:130-133` delegates to JavaScript&amp;#39;s native `String.prototype.replace()`. This native method interprets special replacement patterns including `$&amp;amp;` (insert the matched substring), `$&amp;#39;` (insert the portion after the match), and `` $` `` (insert the portion before the match).&lt;/p&gt;
&lt;p&gt;The filter calls `memoryLimit.use(str.length)` to account for the **input** string&amp;#39;s memory cost, but the **output** string — potentially many times larger due to `$&amp;amp;` expansion — is never charged against the memory limit.&lt;/p&gt;
&lt;p&gt;An attacker can build a 1MB string (within `memoryLimit` budget), then use `replace_first` with a replacement string containing 50 repetitions of `$&amp;amp;`. Each `$&amp;amp;` expands to the full matched string (1MB), producing a 50MB output that is not charged to the memory counter.&lt;/p&gt;
&lt;p&gt;By chaining this technique across multiple variable assignments, exponential amplification is achieved:&lt;/p&gt;
&lt;p&gt;| Stage | Input Size | `$&amp;amp;` Repetitions | Output Size | Cumulative `memoryLimit` Charge |
|-------|-----------|-------------------|---------…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: liquidjs&lt;/p&gt;
&lt;p&gt;### Summary
The `replace_first` filter in LiquidJS uses JavaScript&amp;#39;s `String.prototype.replace()` which interprets `$&amp;amp;` as a backreference to the matched substring. The filter only charges `memoryLimit` for the input string length, not the amplified output. An attacker can achieve exponential memory amplification (up to 625,000:1) while staying within the `memoryLimit` budget, leading to denial of service.&lt;/p&gt;
&lt;p&gt;### Details
The `replace_first` filter in `src/builtin/filters/string.ts:130-133` delegates to JavaScript&amp;#39;s native `String.prototype.replace()`. This native method interprets special replacement patterns including `$&amp;amp;` (insert the matched substring), `$&amp;#39;` (insert the portion after the match), and `` $` `` (insert the portion before the match).&lt;/p&gt;
&lt;p&gt;The filter calls `memoryLimit.use(str.length)` to account for the **input** string&amp;#39;s memory cost, but the **output** string — potentially many times larger due to `$&amp;amp;` expansion — is never charged against the memory limit.&lt;/p&gt;
&lt;p&gt;An attacker can build a 1MB string (within `memoryLimit` budget), then use `replace_first` with a replacement string containing 50 repetitions of `$&amp;amp;`. Each `$&amp;amp;` expands to the full matched string (1MB), producing a 50MB output that is not charged to the memory counter.&lt;/p&gt;
&lt;p&gt;By chaining this technique across multiple variable assignments, exponential amplification is achieved:&lt;/p&gt;
&lt;p&gt;| Stage | Input Size | `$&amp;amp;` Repetitions | Output Size | Cumulative `memoryLimit` Charge |
|-------|-----------|-------------------|---------…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-6q5m-63h6-5x4v</guid>
    </item>
  </channel>
</rss>
