Skip to main content
VulnerabilityPublished

CVE-2025-62427: angular-cli · Server-Side Request Forgery (SSRF)

Affects angular-cliSource CVE Database V5

0

Not known to be exploited · CVSS 8.7 High : upgrade to 20.3.6 or 19.2.18 soon.

Data as of 26 Oct 2026, 09:15 UTC

CVSS 4.0 base score
8.7High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 37% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 20.3.6, 19.2.18
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 16 Oct 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: 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 26 Oct 2026.

What to do

Upgrade @angular/ssr to 20.3.6 or 19.2.18.

Affected software

ProductAffectedFixed in
npm@angular/ssrpkg:npm/@angular/ssrOther threatsAffected
  • <19.2.18
  • <20.3.6
  • =21.0.0-next.8
Fixed in
  • 19.2.18
  • 20.3.6

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

AI-suggested

The primary mitigation is to upgrade Angular SSR packages to versions 19.2.18, 20.3.6, 21.0.0-next.8, or later, where the vulnerability is fixed. Organizations should audit their Angular SSR implementations to ensure no untrusted input can influence URL paths starting with // or \\. Implement strict input validation and sanitization on incoming request URLs to prevent schema-relative URL injection. Additionally, configure network egress controls to restrict SSR server outbound HTTP requests to only trusted domains and internal services, limiting the impact of potential SSRF exploitation. Employ runtime monitoring and logging to detect unusual outbound requests originating from SSR processes. Consider using Web Application Firewalls (WAFs) with SSRF detection capabilities to block suspicious requests. Finally, conduct security testing focused on SSRF scenarios in Angular SSR environments to identify and remediate any residual risks.

Description

The Angular SSR is a server-rise rendering tool for Angular applications. The vulnerability is a Server-Side Request Forgery (SSRF) flaw within the URL resolution mechanism of Angular's Server-Side Rendering package (@angular/ssr) before 19.2.18, 20.3.6, and 21.0.0-next.8. The function createRequestUrl uses the native URL constructor. When an incoming request path (e.g., originalUrl or url) begins with a double forward slash (//) or backslash (\\), the URL constructor treats it as a schema-relative URL. This behavior overrides the security-intended base URL (protocol, host, and port) supplied as the second argument, instead resolving the URL against the scheme of the base URL but adopting the attacker-controlled hostname. This allows an attacker to specify an external domain in the URL path, tricking the Angular SSR environment into setting the page's virtual location (accessible via DOCUMENT or PlatformLocation tokens) to this attacker-controlled domain. Any subsequent relative HTTP requests made during the SSR process (e.g., using HttpClient.get('assets/data.json')) will be incorrectly resolved against the attacker's domain, forcing the server to communicate with an arbitrary external endpoint. This vulnerability is fixed in 19.2.18, 20.3.6, and 21.0.0-next.8.

References

Community reviews

Loading reviews…