CVE-2026-101896: Npm/@angular/router vulnerability

Published Sep 30, 2026
·
Updated

A denial of service (DoS) vulnerability was identified in @angular/router when Server-Side Rendering (SSR) is enabled on Node.js (V8).

When @angular/router parses incoming request URLs, it extracts path segments, matrix parameters, and child outlets into plain JavaScript objects (Record<string, string>). When matrix parameter names or outlet names are numeric strings (such as /a;990;2522), the V8 JavaScript engine interprets them as array-indexed properties rather than named properties.

Under V8's internal property-storage heuristics, setting numeric keys on an initially empty object causes V8 to allocate a dense array backing store (HOLEYELEMENTS) sized to the maximum index rather than falling back to sparse dictionary storage. Specifically, assigning sequential or moderately large numeric keys (like 990 followed by 2522) causes V8 to allocate a contiguous backing store of ~2,522 pointers (~20 KB to 25 KB of heap) for a single 11-byte segment.

Because each segment in a URL path allocates its own independent parameters object, an attacker can craft URLs with repeated numeric matrix parameters to achieve an asymmetric memory amplification factor of approximately ~350x.

Impact

Successful exploitation allows an unauthenticated remote attacker to exhaust the Node.js old-space heap with modest request volume, terminating the SSR worker with an unrecoverable JavaScript heap out of memory fatal error and causing a Denial of Service.

High Amplification: A single 11-byte segment (/a;990;2522) consumes ~20 KB–25 KB of V8 heap. Low Concurrency Required: With 8 KB request paths (~740 segments, within default Nginx 8 KB buffer limits), as few as 12–22 concurrent requests crash a 256 MiB–512 MiB Node.js SSR worker. With smaller 1 KB–2 KB request paths (~90–180 segments), a burst of ~50–100 concurrent requests achieves the same heap exhaustion. Client-side SPAs Unaffected: Pure client-side Angular applications (Single Page Applications without SSR) are not vulnerable, as local browser memory consumption does not cross a security boundary.

Attack Preconditions & Vulnerable Configurations

An application is affected only if all of the following conditions are met:

SSR Enabled: The application runs in a Server-Side Rendering environment powered by Node.js / V8. Direct Router Parsing: User-controlled request URLs are parsed by @angular/router during SSR. No Reverse-Proxy Semicolon/Segment Filtering: Upstream reverse proxies (Nginx, Cloudflare, ALB) forward URLs containing semicolons (;) and multiple path segments without stripping or rejecting them.

Exploit Payload Example

An attacker sends concurrent HTTP requests with repeated numeric matrix parameters:

http GET /a;990;2522/a;990;2522/a;990;2522/... HTTP/1.1 Host: example.com

Even with paths under 2 KB, overlapping requests during SSR will rapidly consume the V8 heap until the process crashes.

Patches

The issue is resolved by updating @angular/router to enforce V8 dictionary elements storage (setUrlDerivedKey) for numeric URL-derived keys (index >= 32). This prevents V8 from allocating oversized contiguous array backing stores while preserving route matching, parameter values, and component input bindings.

22.2.0 21.2.24 20.3.32

Workarounds & Mitigations

If you cannot immediately upgrade to a patched version, apply one of the following mitigations at your edge or reverse proxy:

1. Block or Sanitize Matrix Parameters at the Reverse Proxy: Configure your reverse proxy (e.g., Nginx, Cloudflare, or AWS WAF) to reject or strip semicolons (;) in request paths before forwarding requests to the Angular SSR service: nginx # Nginx example: reject requests containing matrix parameters if ($uri ~ ";") { return 400; } 2. Enforce Strict Path Segment Limits: Reject requests with excessive path depth (e.g., more than 20–30 segments). 3. Increase Node.js Old Space: Increase --max-old-space-size (e.g., to 2048 or 4096 MB) to increase the concurrency threshold required to exhaust memory, though this does not fully eliminate the vulnerability under sustained traffic.

Affected Software

4 affected componentsFixes available
npm/@angular/router<=19.2.25
npm/@angular/router>=20.0.0<20.3.32
20.3.32
npm/@angular/router>=21.0.0<21.2.24
21.2.24
npm/@angular/router>=22.0.0<22.2.0
22.2.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade npm/@angular/router to a version that resolves this vulnerability.

    Fixed in 20.3.32
  2. Upgrade

    Upgrade npm/@angular/router to a version that resolves this vulnerability.

    Fixed in 21.2.24
  3. Upgrade

    Upgrade npm/@angular/router to a version that resolves this vulnerability.

    Fixed in 22.2.0
  4. Upgrade

    Upgrade @angular/router to a version that resolves this vulnerability.

    Fixed in 20.3.32
  5. Upgrade

    Upgrade @angular/router to a version that resolves this vulnerability.

    Fixed in 21.2.24
  6. Upgrade

    Upgrade @angular/router to a version that resolves this vulnerability.

    Fixed in 22.2.0
  7. Configuration

    Reject request paths containing semicolons before forwarding them to the Angular SSR service, for example: if ($uri ~* ";") { return 400; }

    Nginx reverse proxy $uri semicolon filtering = return 400
  8. Configuration

    Reject requests with more than 20–30 path segments.

    Reverse proxy maximum path segment depth = 20–30 segments
  9. Configuration

    Increase Node.js old space to 2048 or 4096 MB to raise the concurrency threshold for heap exhaustion; this does not fully eliminate the vulnerability under sustained traffic.

    Node.js/V8 --max-old-space-size = 2048 or 4096 MB

Event History

Sep 30, 2026
Advisory Published
via GitHub·03:40 PM
Data Sourced
via GitHub·03:40 PM
DescriptionWeaknessAffected Software

Frequently Asked Questions

1

Which deployments are exposed to this denial-of-service condition?

Deployments using @angular/router with Server-Side Rendering enabled on Node.js using the V8 engine are exposed when the router parses attacker-controlled incoming request URLs.

2

What does an attacker need to include in a request URL to trigger excessive memory allocation?

The URL must contain numeric-string matrix parameter names or outlet names. Repeating numeric matrix parameters across path segments causes each segment to allocate an independent parameters object, amplifying memory use.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203