PULSE
FEED
ransomakira reclama a Krishnanransomakira reclama a Erowa · CH · Manufacturingransomn0n reclama a Company #132 · USransomn0n reclama a Company #131 · DEransomn0n reclama a Company #130 · USransomn0n reclama a Company #129 · USransomn0n reclama a Company #128 · USransomrhysida reclama a Juge, Napolitano, Ruli, Putfark & Pittman · Professional Servicesransompear reclama a gWorks · US · Otherransompear reclama a Palm Vascular Centers · US · Healthcareransomscarlettgroup reclama a sigsauer.com · US · Manufacturingransomdoommageddon reclama a ASLAN TEKSTİL ve KONFEKSİYON San.ve Tic. A.Ş. · TR · Manufacturingransombyod reclama a IHG Hotels & Resorts (Estate) · GB · Hospitalityransomaoqin reclama a SILIKO d.o.o. · SI · Manufacturingransomakira reclama a Krishnanransomakira reclama a Erowa · CH · Manufacturingransomn0n reclama a Company #132 · USransomn0n reclama a Company #131 · DEransomn0n reclama a Company #130 · USransomn0n reclama a Company #129 · USransomn0n reclama a Company #128 · USransomrhysida reclama a Juge, Napolitano, Ruli, Putfark & Pittman · Professional Servicesransompear reclama a gWorks · US · Otherransompear reclama a Palm Vascular Centers · US · Healthcareransomscarlettgroup reclama a sigsauer.com · US · Manufacturingransomdoommageddon reclama a ASLAN TEKSTİL ve KONFEKSİYON San.ve Tic. A.Ş. · TR · Manufacturingransombyod reclama a IHG Hotels & Resorts (Estate) · GB · Hospitalityransomaoqin reclama a SILIKO d.o.o. · SI · Manufacturing
← Todos los CVEs
CVE Watch4 nov 2026

CVE-2026-118391

Allocation of Resources Without Limits or Throttling vulnerability in elixir-ecto ecto allows an unauthenticated remote attacker to exhaust

CVSS

—

Sin CVSS

EPSS

—

KEV

—

Exploit Today

—

0-100

Publicado: 4 nov 2026 · Última mod.: 4 nov 2026 · CWE-770

EPSS · 30d

Sin historial EPSS suficiente todavía.

Descripción técnica

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.

Referencias oficiales
CVEs relacionados
CVECVSSEPSSKEVRExplotTítuloVis.
CVE-2026-115448—
—
——0Uncontrolled recursion in Apache ZooKeeper. The server serializes its data tree to a snapshot by recursing one stack frame per znode level, with no depth bound. A client permitted to create znodes (the default root ACL is open) can build a chain of nested znodes deep enough that taking a snapshot exhausts the JVM stack and kills the snapshot thread; sizes stay within jute.maxbuffer, so existing limits do not prevent it. This is a denial of service that becomes persistent: on restart the server rebuilds the deep tree from its transaction log and fails again while taking the startup snapshot, so it does not return to service, and recovery can entail data loss. The same log affects a leader and its followers, so it can spread across an ensemble. This issue affects Apache ZooKeeper 3.8.0 through 3.8.7 and 3.9.0 through 3.9.6. Users are recommended to upgrade to 3.8.8 or 3.9.7, which fix the issue. As a workaround, use ACLs and authentication to restrict znode creation rather than relying on the default open root ACL.4h
CVE-2026-100302—
—
——0Allocation of Resources Without Limits or Throttling in the multiRead request handler of Apache ZooKeeper allows a remote attacker to crash the server (denial of service) with a single small request. The multiRead handler places no limit on the number of bundled read operations or on the cumulative size of the response it builds in memory. Because each operation's result is fully materialized and retained before serialization, a request that is small on the wire — within the jute.maxbuffer limit — but that references a large znode many times can force the server to allocate far more heap than the request size implies, exhausting the JVM heap and terminating the server with an OutOfMemoryError. Neither jute.maxbuffer nor largeRequestMaxBytes prevents this, as both bound only the inbound request, not the response. This issue affects Apache ZooKeeper from 3.7.0 through 3.9.6. Users are recommended to upgrade to version 3.9.7, which enforces configurable limits on the multiRead operation count and cumulative response size.4h
CVE-2026-621267.5 ALT
—
——0Allocation of Resources Without Limits or Throttling vulnerability in miniOrange SAML SP Single Sign On miniorange-saml-20-single-sign-on allows HTTP DoS.This issue affects SAML SP Single Sign On: from n/a through 6.1.0.4h
CVE-2026-110944—
—
——0Resource exhaustion vulnerability in the HTTP request handling of the QHttpServer component of Qt HTTP Server.12h
CVE-2026-120650—
—
——0CGI versions before 5.00 for Perl allow memory, CPU and disk exhaustion via missing or unenforced request size, parameter and upload limits. $CGI::POST_MAX defaults to no limit, and when set is not enforced for chunked multipart bodies or for the boundary line of a multipart body without a boundary= parameter. Bodies saved as PUTDATA, POSTDATA or PATCHDATA uploads are read into memory in one go, and nothing limits the number of parameters or uploads.20h
CVE-2026-1166464.3 MED
—
——0Tanium addressed an uncontrolled resource consumption vulnerability in Threat Response.21h