CVE-2026-44645 json
LiquidJS has a renderLimit DoS guard bypass via empty `{% for %}` body
published 2026-05-27 5 mo ago modified 2026-10-27 12 d ago also GHSA-8xx9-69p8-7jp3 , EUVD-2026-37822
- cvss
- 6.5
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.4%
- EPSS 0.4% chance of exploitation in 30 days, percentile 32%
- public exploits
- 0
- none known
Summary
LiquidJS is a Shopify/GitHub Pages compatible template engine written in pure JavaScript. In versions 10.25.7 and below, the renderLimit option can be fully bypassed by a {% for %} (or {% tablerow %}) tag whose body is empty. The renderLimit option is documented in docs/source/tutorials/dos.md as the mechanism that "mitigates this by limiting the time consumed by each render() call." The per-iteration time check is reached only when the body contains at least one template node, so a template such as {%- for i in (1..N) -%}{%- endfor -%} iterates the full collection without ever consulting renderLimit. With a configured renderLimit of 50 ms, a single parseAndRenderSync call has been observed to consume 2.26 seconds (~45× over the limit) and scales linearly with N up to memoryLimit, allowing a low-privileged template author to wedge an event-loop thread for an attacker-chosen duration. Deployments that rely on a finite renderLimit for DoS protection (common in multi-tenant template-authoring environments) can still be forced by a single crafted template to monopolize a Node.js event-loop worker for attacker-controlled time, potentially stalling in-flight requests, with availability impact only. This issue has been fixed in version 10.26.0.
Patch / fix
- npm liquidjs 10.26.0
CISA SSVC
- Exploitation
- Proof of concept is public
- Automatable
- no
- Technical impact
- partial
- Assessed
- 4 mo ago
Exploit prediction
0.39% chance of exploitation in the next 30 days, higher than 32% of all scored CVEs (FIRST EPSS, 2026-11-08).
Exploits and checks
- github.com https://github.com/harttle/liquidjs/security/advisories/GHSA-8xx9-69p8-7jp3 referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 6.5 | CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H |
| GitHub | 3.1 | 6.5 | CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| npm | liquidjs | <10.26.0 |
10.26.0 |
Affected products
- harttle liquidjs
Classification
- Weakness
-
- CWE-400 Uncontrolled Resource Consumption
References
-
github.com
/harttle/liquidjs/commit/5b9c3469085e01c79e2d0af28e2a13f730e1793d
web
-
github.com
/harttle/liquidjs/security/advisories/GHSA-8xx9-69p8-7jp3
exploit, web
-
github.com
/harttle/liquidjs/releases/tag/v10.26.0
web
-
nvd.nist.gov
/vuln/detail/CVE-2026-44645
advisory
-
github.com
/harttle/liquidjs
package
-
github.com
/harttle/liquidjs/blob/v10.26.0/CHANGELOG.md
web
Sources
- CVE List CVE-2026-44645
- GitHub Advisory GHSA-8xx9-69p8-7jp3
- NVD CVE-2026-44645
Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.