Description
Allocation of Resources Without Limits or Throttling vulnerability in elixir-ecto ecto allows an unauthenticated remote attacker to exhaust memory in the application and in the database server by sending requests with distinct JSON keys or list lengths where the application interpolates them into json_extract_path/2, field[^key] or splice/1. Ecto caches prepared queries per repository in an ETS table with no size limit and no eviction. Interpolated JSON path elements become part of the query expression instead of its parameters, and splice/1 expands into one placeholder per element, so every distinct key or list length creates a new cache entry. With ecto_sql each entry is also a new prepared statement on the database connection that runs it. None of this memory is released until the processes restart.

This issue affects ecto: from 3.4.0 before 3.14.3.
Published: 2026-11-04
Score: 8.9 High
EPSS: n/a
KEV: No
Impact: Denial of Service via Memory Exhaustion
Action: Immediate Patch
AI Analysis

Impact

The vulnerability arises because Ecto expands interpolated JSON path elements and splice lists directly into the query expression, causing each unique key or list length to generate a new cache entry. This leads to unbounded growth in an ETS table that stores prepared queries, consuming application memory and creating prepared statements on the database without eviction. An attacker can trigger rapid memory exhaustion by sending many requests with distinct keys or lengths, potentially causing denial of service at both the application and database server. This is a classic resource exhaustion flaw categorized as CWE‑770.

Affected Systems

Affected products are the Elixir Ecto library, from version 3.4.0 up to, but not including, 3.14.3. The vulnerability exists in both the core ecto and ecto_sql components. Any application using Ecto with an unsupported version is susceptible.

Risk and Exploitability

The CVSS score of 8.9 indicates a high severity. EPSS data is currently not available, so the precise likelihood of exploitation is uncertain, but the lack of eviction and unlimited memory and ready‑to‑use in production environments suggest a plausible threat. The vulnerability is not listed in CISA KEV catalog. Attackers can exploit it remotely without authentication by issuing crafted queries over the network, making this a high‑risk scenario if the application is exposed.

Generated by OpenCVE AI on November 4, 2026 at 15:26 UTC.

Remediation

Vendor Solution

Upgrade Ecto to 3.14.3 or later. Queries with interpolated JSON path elements or an interpolated splice/1 list are no longer cached, the same as running them with query_cache: false, so distinct keys and list lengths don't add cache entries.


Vendor Workaround

Pass the path as a query parameter so it is not part of the cache key. With PostgreSQL: fragment("? #> ?", i.meta, type(^path, {:array, :string})). Alternatively, disable the cache for these queries with Repo.all(query, query_cache: false), or restrict keys and list lengths to a known set before building the query.


OpenCVE Recommended Actions

  • Upgrade to Ecto 3.14.3 or later to disable query caching for interpolated JSON paths and splice lists.
  • Pass JSON path elements as query parameters to prevent them from becoming part of the cache key, e.g., use fragment("? #> ?", i.meta, type(^path, {:array, :string})).
  • Disable caching for specific queries by setting query_cache: false, such as Repo.all(query, query_cache: false).
  • Restrict the set of JSON keys or splice list lengths to a predefined safe range before constructing the query.

Generated by OpenCVE AI on November 4, 2026 at 15:26 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Wed, 04 Nov 2026 14:15:00 +0000

Type Values Removed Values Added
Description Allocation of Resources Without Limits or Throttling vulnerability in elixir-ecto ecto allows an unauthenticated remote attacker to exhaust memory in the application and in the database server by sending requests with distinct JSON keys or list lengths where the application interpolates them into json_extract_path/2, field[^key] or splice/1. Ecto caches prepared queries per repository in an ETS table with no size limit and no eviction. Interpolated JSON path elements become part of the query expression instead of its parameters, and splice/1 expands into one placeholder per element, so every distinct key or list length creates a new cache entry. With ecto_sql each entry is also a new prepared statement on the database connection that runs it. None of this memory is released until the processes restart. This issue affects ecto: from 3.4.0 before 3.14.3.
Title Unbounded query cache growth from interpolated JSON paths and splice lists in Ecto
First Time appeared Elixir-ecto
Elixir-ecto ecto
Weaknesses CWE-770
CPEs cpe:2.3:a:elixir-ecto:ecto:*:*:*:*:*:*:*:*
Vendors & Products Elixir-ecto
Elixir-ecto ecto
References
Metrics cvssV4_0

{'score': 8.9, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:H'}


Subscriptions

Elixir-ecto Ecto
cve-icon MITRE

Status: PUBLISHED

Assigner: EEF

Published:

Updated: 2026-11-04T13:57:29.762Z

Reserved: 2026-10-30T09:45:01.832Z

Link: CVE-2026-118391

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-11-04T14:17:29.983

Modified: 2026-11-04T14:17:29.983

Link: CVE-2026-118391

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-11-04T15:30:09Z

Weaknesses
  • CWE-770

    Allocation of Resources Without Limits or Throttling