Packages / @angular/ssr / Security
Protocol-Relative URL Injection via Single Backslash Bypass in Angular SSR
Affected releases · @angular/ssr
- 21.x21.0.0 – 21.2.2Fixed in 21.2.3
- 20.x20.0.0 – 20.3.20Fixed in 20.3.21
On 21.x, the newest line:
npm install @angular/ssr@21.2.3Not affected
22.0.0 – 22.2.3
24 releases, latest
Affected
21.0.0 – 21.2.2
16 releases
Fixed
21.2.3 – 21.2.27
25 releases
Affected
20.0.0 – 20.3.20
38 releases
Fixed
20.3.21 – 20.3.40
20 releases
Is your project affected?
Paste your package.json, or type the range you declare for @angular/ssr. It is read in your browser and sent nowhere.
What happens
An Open Redirect vulnerability exists in @angular/ssr due to an incomplete fix for CVE-2026-27738. While the original fix successfully blocked multiple leading slashes (e.g., ///), the internal validation logic fails to account for a single backslash (\) bypass.
When an Angular SSR application is deployed behind a proxy that passes the X-Forwarded-Prefix header:
An attacker provides a value starting with a single backslash (e.g.,
\evil.com).The internal validation failed to flag the single backslash as invalid.
The application prepends a leading forward slash, resulting in a
Locationheader containing/\evil.com.Modern browsers interpret the
/\sequence as//, treating it as a protocol-relative URL and redirecting the user to the attacker-controlled domain.
Furthermore, the response lacks the Vary: X-Forwarded-Prefix header, allowing the malicious redirect to be stored in intermediate caches (Web Cache Poisoning).
Impact
This vulnerability allows attackers to conduct large-scale phishing and SEO hijacking:
Scale: A single request can poison a high-traffic route, impacting all users until the cache expires.
SEO Poisoning: Search engine crawlers may follow and index these malicious redirects, causing the legitimate site to be delisted or associated with malicious domains.
Trust: Because the initial URL belongs to the trusted domain, users and security tools are less likely to flag the redirect as malicious.
Patches
22.0.0-next.2
21.2.3
20.3.21
Workarounds
Until the patch is applied, developers should sanitize the X-Forwarded-Prefix header in their server.ts before the Angular engine processes the request:
app.use((req, res, next) => {
const prefix = req.headers['x-forwarded-prefix'];
if (typeof prefix === 'string') {
// Sanitize by removing all leading forward and backward slashes
req.headers['x-forwarded-prefix'] = prefix.trim().replace(/^[/\\]+/, '/');
}
next();
});References
Fix: #32771
Original CVE: CVE-2026-27738