Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify reachable multipart/form-data endpoint
-
DeliveryCraft request with many unique fields
-
ExploitTrigger quadratic getAll normalization
-
ExecutionExhaust CPU and block event loop
-
ImpactRepeat to sustain denial of service
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V2 - Validation and Business Logic Algorithmic complexity limits
|
| Exploitation Conditions | Exploitation requires the target Elysia application (version < 1.4.29) to expose at least one endpoint that parses multipart/form-data request bodies; the attacker then sends such a request containing a large number of unique key-value pairs to trigger the O(n²) normalization. No authentication, no user interaction, and no non-default runtime configuration are needed (PR:N/UI:N/AC:L), so any reachable multipart endpoint is exploitable. The main limiting factor is deployment-specific: applications that never define multipart/form-data handlers are not affected, and upstream body-size or field-count limits (e.g., at a proxy) reduce the achievable impact. |
| Impact | The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H, base 7.5) is internally consistent with the description: network-reachable, low-complexity, no authentication or user interaction, and impact limited to availability only. This is a genuine, easily-triggered remote DoS against any deployment exposing multipart/form-data endpoints, so it warrants prompt patching, but it is confined to availability - there is no confidentiality or integrity impact. Note a data conflict: the vendor tag labels this 'Information Disclosure,' which contradicts both the description (CPU exhaustion) and the CVSS vector (C:N/I:N/A:H) - the tag appears mislabeled and should be treated as a denial-of-service issue. No KEV listing and no EPSS score were provided, so real-world exploitation pressure cannot be quantified; the standalone availability impact and lack of any exploitation evidence make this a moderate operational priority rather than an emergency, though its trivial exploitation conditions argue against deferring the upgrade. |
| Exploit ScenarioDerived | An attacker identifies an Elysia application (below 1.4.29) exposing an endpoint that accepts multipart/form-data and sends a single request packed with a large number of unique field names. The quadratic normalization pins a CPU core and blocks the event loop, and repeating the request keeps the service unresponsive to legitimate users. A public write-up (jviide gist) demonstrates the quadratic timing, effectively serving as proof of concept. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 08, 2026
Denial of service in the Elysia TypeScript web framework (versions prior to 1.4.29) lets remote unauthenticated attackers exhaust server CPU by submitting multipart/form-data requests containing many unique key-value pairs. Elysia's form-data normalization uses getAll in a way that scales quadratically with the number of fields, so a single crafted request can consume disproportionate processing time and stall the event loop. A public technical write-up demonstrating the quadratic behavior exists, but there is no evidence of active exploitation; EPSS was not provided.
RemediationAI
Vendor-released patch: upgrade to Elysia 1.4.29, which replaces the quadratic getAll-based form-data normalization (fix commit https://github.com/elysiajs/elysia/commit/8358ff9efbcedf9534995f5977f26b9ceab59329, released at https://github.com/elysiajs/elysia/releases/tag/1.4.29). This is the primary and recommended fix. If immediate upgrading is not possible, reduce exposure by placing a reverse proxy or WAF limit on multipart/form-data request body size and on the number of form fields accepted per request, which caps the quadratic blow-up at the cost of rejecting legitimately large multipart uploads; alternatively, temporarily disable or restrict access to endpoints that accept multipart/form-data if they are non-essential. Refer to the security advisory GHSA-9643-4qgh-g8mx for authoritative guidance.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in npm
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Elysia is a Bun-oriented TypeScript framework providing request validation, type inference, and OpenAPI tooling. The flaw is an algorithmic-complexity issue (CWE-407, Inefficient Algorithmic Complexity) in how the framework normalizes multipart/form-data bodies: it repeatedly calls getAll() while iterating over form fields, turning what should be linear parsing into O(n²) work as the number of distinct keys grows. Because Bun/Node runtimes are single-threaded event loops, sustained CPU-bound work in the request path blocks all concurrent request handling, translating an algorithmic inefficiency into a service-wide availability failure. The fixing commit (8358ff9) changes the normalization approach and is shipped in release 1.4.29.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Remote, low-complexity, unauthenticated request to any multipart endpoint triggers CPU exhaustion; impact is availability-only with no confidentiality or integrity effect.
Primary rating from Vendor (github).
CVSS VectorVendor: github
Lifecycle Timeline
1DescriptionCVE.org
Elysia is a Typescript framework for request validation, type inference, OpenAPI documentation, and client-server communication. Prior to 1.4.29, Elysia uses getAll in form data normalization for multipart/form-data endpoints, causing the amount of work to grow quadratically with the number of unique key-value pairs and allowing CPU exhaustion. This issue is fixed in version 1.4.29.
Blast Radius
ecosystem impact- 18 npm packages depend on elysia (12 direct, 8 indirect)
Ecosystem-wide dependent count for version 1.4.29.
Executive ViewAI
Elysia TypeScript web framework versions before 1.4.29 contain a remote denial-of-service vulnerability with publicly available exploit code; unauthenticated attackers can crash applications through multipart form requests that trigger quadratic processing complexity. Organizations operating Elysia in production face immediate availability risk, as a single crafted request can exhaust server CPU and stall application responsiveness. Urgent mitigation and version assessment are critical for all systems running vulnerable versions.
No vendor-released patch identified at time of analysis. Interim mitigations: implement request-field count limits via reverse proxy or WAF; restrict multipart form-data endpoints to authorized users where operationally feasible; deploy automated alerts on CPU utilization anomalies; apply request rate-limiting by source IP to multipart endpoints.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
EUVD-2026-42394
GHSA-9643-4qgh-g8mx
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB