Skip to main content
VulnerabilityPublished Updated

CVE-2026-27738: angular-cli · Open Redirect

Affects angular-cliSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 6.9 Medium · fixed in 21.2.0-rc.0 : update angular-cli when convenient.

Data as of 29 Oct 2026, 19:04 UTC

CVSS 4.0 base score
6.9Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 28% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 21.2.0-rc.0, 21.1.5, 20.3.17 +1
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:N/SC:L/SI:L/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 25 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.

What to do

Upgrade angular-cli to 21.2.0-rc.0, 21.1.5, 20.3.17 or 19.2.21; angular-cli to 20.3.17 or 19.2.21.

Affected software

ProductAffectedFixed in
angularangular-cliAffected
  • >=21.2.0-next.2 <21.2.0-rc.0
Fixed in
  • 21.2.0-rc.0
angularangular-cliAffected
  • >=21.0.0-next.0 <21.1.5
Fixed in
  • 21.1.5
angularangular-cliAffected
  • >=20.0.0-next.0 <20.3.17
Fixed in
  • 20.3.17
angularangular-cliAffected
  • >=19.0.0-next.0 <19.2.21
Fixed in
  • 19.2.21
npmangular-clipkg:npm/angular-cliOther threatsAffected
  • <19.2.21
  • >=20.0.0 <20.3.17
Fixed in
  • 19.2.21
  • 20.3.17

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

  1. Upgrade angular-cli to the patched versions: 19.2.21 or later, 20.3.17 or later, and 21.1.5 or later (including 21.2.0-rc.1).
  2. If you cannot patch yet, implement manual sanitization of the X-Forwarded-Prefix header in the server.ts file to strip or validate multiple leading slashes and reject suspicious header values before Angular SSR processes the request.
  3. Configure reverse proxies and CDNs to either not forward the X-Forwarded-Prefix header or sanitize it to prevent multiple leading slashes.
  4. Adjust caching policies to vary cache entries based on the X-Forwarded-Prefix header to avoid serving cached malicious redirects.
  5. Audit application routes that perform internal redirects to ensure they validate and constrain redirect targets strictly to trusted internal URLs.
  6. Monitor web traffic and logs for unusual redirect patterns or requests containing suspicious X-Forwarded-Prefix header values.
  7. Educate developers and DevOps teams about this vulnerability and the importance of secure header handling in SSR environments.
  8. Employ web application firewalls (WAFs) with rules to detect and block open redirect attempts involving malformed X-Forwarded-Prefix headers.

Description

The Angular SSR is a server-rise rendering tool for Angular applications. An Open Redirect vulnerability exists in the internal URL processing logic in versions on the 19.x branch prior to 19.2.21, the 20.x branch prior to 20.3.17, and the 21.x branch prior to 21.1.5 and 21.2.0-rc.1. The logic normalizes URL segments by stripping leading slashes; however, it only removes a single leading slash. When an Angular SSR application is deployed behind a proxy that passes the `X-Forwarded-Prefix` header, an attacker can provide a value starting with three slashes. This vulnerability allows attackers to conduct large-scale phishing and SEO hijacking. In order to be vulnerable, the application must use Angular SSR, the application must have routes that perform internal redirects, the infrastructure (Reverse Proxy/CDN) must pass the `X-Forwarded-Prefix` header to the SSR process without sanitization, and the cache must not vary on the `X-Forwarded-Prefix` header. Versions 21.2.0-rc.1, 21.1.5, 20.3.17, and 19.2.21 contain a patch. If you cannot patch yet, developers should sanitize the `X-Forwarded-Prefix` header in their`server.ts` before the Angular engine processes the request.

References

Community reviews

Loading reviews…