Vulnerability · Published Feb 25, 2026 · Assigned by GitHub_M

CVE-2026-27739Angular SSR is vulnerable to SSRF and Header Injection via request handling pipeline

Critical 9.2

In plain English

A critical-severity server-side request forgery in angular-cli from angular. There are no confirmed reports of exploitation so far. The chance it is exploited in the next 30 days is estimated at 0.6% (higher than 46% of all known vulnerabilities). Ready-made attack tooling exists: public proof-of-concept code. Fixed versions are available - upgrade the affected package.

Severity (CVSS 4.0)9.2Critical
Exploit odds (30 days)0.6%top 53.6% of all CVEs
Exploited in the wildNo reportsCISA SSVC: none
Attack tooling1Public PoC

Official description

The Angular SSR is a server-rise rendering tool for Angular applications. Versions prior to 21.2.0-rc.1, 21.1.5, 20.3.17, and 19.2.21 have a Server-Side Request Forgery (SSRF) vulnerability in the Angular SSR request handling pipeline. The vulnerability exists because Angular’s internal URL reconstruction logic directly trusts and consumes user-controlled HTTP headers specifically the Host and `X-Forwarded-*` family to determine the application's base origin without any validation of the destination domain. Specifically, the framework didn't have checks for the host domain, path and character sanitization, and port validation. This vulnerability manifests in two primary ways: implicit relative URL resolution and explicit manual construction. When successfully exploited, this vulnerability allows for arbitrary internal request steering. This can lead to credential exfiltration, internal network probing, and a confidentiality breach. In order to be vulnerable, the victim application must use Angular SSR (Server-Side Rendering), the application must perform `HttpClient` requests using relative URLs OR manually construct URLs using the unvalidated `Host` / `X-Forwarded-*` headers using the `REQUEST` object, the application server must be reachable by an attacker who can influence these headers without strict validation from a front-facing proxy, and the infrastructure (Cloud, CDN, or Load Balancer) must not sanitize or validate incoming headers. Versions 21.2.0-rc.1, 21.1.5, 20.3.17, and 19.2.21 contain a patch. Some workarounds are available. Avoid using `req.headers` for URL construction. Instead, use trusted variables for base API paths. Those who cannot upgrade immediately should implement a middleware in their `server.ts` to enforce numeric ports and validated hostnames.

Affected packages & fixed versions

EcosystemPackageFixed inAdvisory
npm@angular/ssr21.2.0-rc.1GHSA-x288-3778-4hhx
npm@angular/ssr21.1.5GHSA-x288-3778-4hhx
npm@angular/ssr20.3.17GHSA-x288-3778-4hhx
npm@angular/ssr19.2.21GHSA-x288-3778-4hhx
npm@nguniversal/commonno fix listedGHSA-x288-3778-4hhx
npm@nguniversal/express-engineno fix listedGHSA-x288-3778-4hhx

Affected products (as reported)

VendorProductVersions
angular angular-cli >= 21.2.0-next.2, < 21.2.0-rc.0>= 21.0.0-next.0, < 21.1.5>= 20.0.0-next.0, < 20.3.17< 19.2.21
angular @nguniversal/common <= 16.2.0
angular @nguniversal/express-engine <= 16.2.0

Weakness: CWE-918 · Vector: CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:L/VA:N/SC:H/SI:L/SA:N

References