https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Mon, 28 Sep 2026 12:29:10 +0000 https://vulnerability.circl.lu/vuln/fkie_cve-2026-69222 <p>LiquidJS is a Shopify / GitHub Pages compatible template engine in pure JavaScript. Prior to 10.27.2, the join filter in src/filters/array.ts computes complexity from array.length and separator length instead of the total string length produced by array.join(sep). The concat filter can cheaply double arrays of references, after which join materializes the referenced content while charging only for element count, allowing a template to exceed a configured memoryLimit by a large factor. The sibling array_to_sentence_string filter in src/filters/string.ts has the same accounting defect, and a crafted template can allocate toward V8&#39;s string or process memory limit and crash the process. This issue is fixed in version 10.27.2.</p> <p>LiquidJS is a Shopify / GitHub Pages compatible template engine in pure JavaScript. Prior to 10.27.2, the join filter in src/filters/array.ts computes complexity from array.length and separator length instead of the total string length produced by array.join(sep). The concat filter can cheaply double arrays of references, after which join materializes the referenced content while charging only for element count, allowing a template to exceed a configured memoryLimit by a large factor. The sibling array_to_sentence_string filter in src/filters/string.ts has the same accounting defect, and a crafted template can allocate toward V8&#39;s string or process memory limit and crash the process. This issue is fixed in version 10.27.2.</p> https://vulnerability.circl.lu/vuln/fkie_cve-2026-69222 https://vulnerability.circl.lu/vuln/ghsa-4r6h-5v86-94p3 <p><strong>Affected:</strong> npm: liquidjs</p> <p>### Summary</p> <p>The `join` filter (`src/filters/array.ts:8-13`) charges `memoryLimit` by array element **count**, not by the string length it produces, letting a template bypass a configured `memoryLimit` and allocate strings far past budget — bounded only by V8/process limits, not by `memoryLimit`.</p> <p>### Details</p> <p>```js // src/filters/array.ts:8-13 export const join = argumentsToValue(function (this: FilterImpl, v: any[], arg: string) { const array = toArray(v) const sep = isNil(arg) ? &#39; &#39; : stringify(arg) const complexity = array.length * (1 + sep.length) // element COUNT, not element sizes this.context.memoryLimit.use(complexity) return array.join(sep) // allocates sum(element lengths) + separators }) ```</p> <p>`concat` (`array.ts:72`) is the enabler: it charges by element count too, but only copies references (cheap for both limiter and heap), so an array&#39;s element count can be doubled repeatedly at near-zero real cost. `join` is where the bug lives — it&#39;s the call that actually materializes all referenced content into one string, and its own charge (`array.length`) doesn&#39;t reflect that.</p> <p>Same undercounting class as already-fixed `replace` (GHSA-mmg9-6m6j-jqqx), `replace_first` (GHSA-6q5m-63h6-5x4v), `date`/strftime (GHSA-hh27-hf48-9f5q) — `join` wasn&#39;t covered. Sibling `array_to_sentence_string` (`src/filters/string.ts:210`) has the identical defect.</p> <p>### PoC</p> <p>Live-reproduced against `liquidjs@10.27.1`, Node v24.3.0.</p> <p>```javascript const…</p> <p><strong>Affected:</strong> npm: liquidjs</p> <p>### Summary</p> <p>The `join` filter (`src/filters/array.ts:8-13`) charges `memoryLimit` by array element **count**, not by the string length it produces, letting a template bypass a configured `memoryLimit` and allocate strings far past budget — bounded only by V8/process limits, not by `memoryLimit`.</p> <p>### Details</p> <p>```js // src/filters/array.ts:8-13 export const join = argumentsToValue(function (this: FilterImpl, v: any[], arg: string) { const array = toArray(v) const sep = isNil(arg) ? &#39; &#39; : stringify(arg) const complexity = array.length * (1 + sep.length) // element COUNT, not element sizes this.context.memoryLimit.use(complexity) return array.join(sep) // allocates sum(element lengths) + separators }) ```</p> <p>`concat` (`array.ts:72`) is the enabler: it charges by element count too, but only copies references (cheap for both limiter and heap), so an array&#39;s element count can be doubled repeatedly at near-zero real cost. `join` is where the bug lives — it&#39;s the call that actually materializes all referenced content into one string, and its own charge (`array.length`) doesn&#39;t reflect that.</p> <p>Same undercounting class as already-fixed `replace` (GHSA-mmg9-6m6j-jqqx), `replace_first` (GHSA-6q5m-63h6-5x4v), `date`/strftime (GHSA-hh27-hf48-9f5q) — `join` wasn&#39;t covered. Sibling `array_to_sentence_string` (`src/filters/string.ts:210`) has the identical defect.</p> <p>### PoC</p> <p>Live-reproduced against `liquidjs@10.27.1`, Node v24.3.0.</p> <p>```javascript const…</p> https://vulnerability.circl.lu/vuln/ghsa-4r6h-5v86-94p3