Skip to main content

Elysia CVE-2026-56669

| EUVDEUVD-2026-42394 HIGH
Inefficient Algorithmic Complexity (CWE-407)
2026-07-08 security-advisories@github.com GHSA-9643-4qgh-g8mx
7.5
CVSS 3.1 · Vendor: github
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Identify reachable multipart/form-data endpoint
  2. Delivery
    Craft request with many unique fields
  3. Exploit
    Trigger quadratic getAll normalization
  4. Execution
    Exhaust CPU and block event loop
  5. Impact
    Repeat 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.4% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

elysia < 1.4.29

Affected Packages

npm elysia fix: 1.4.29

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

Vendor (github) PRIMARY 7.5 HIGH
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
vuln.today AI 7.5 HIGH

Remote, low-complexity, unauthenticated request to any multipart endpoint triggers CPU exhaustion; impact is availability-only with no confidentiality or integrity effect.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (github).

CVSS VectorVendor: github

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

1
Patch available
Jul 08, 2026 - 22:04 EUVD

DescriptionCVE.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.

Executive ViewAI

Why It Matters

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.

Business Impact: High
Compensating Controls

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

EPSS Score
0.4%
Top 72% exploitable
Prevalence
Low
niche but growing Bun/TypeScript web framework, limited enterprise footprint
Threat Intel
1
1 sources
Exploit
POC
Public exploit code exists
Social Media
1
Sightings
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GHSA CIRCL GitHub VulDB

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC Yes
EPSS 0.4%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
High
Technical Impact
Partial

Priority Score

58
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +38
PoC: +20
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy