Angular SSR is kwetsbaar voor SSRF en Header Injection via de request handling pipeline

Met deze SSRF kwetsbaarheid kan een aanvaller interne bronnen benaderen die normaal gesproken niet toegankelijk zijn vanaf het publieke internet. Dit omvat interne API's, databases en andere gevoelige systemen. Door de manipulatie van HTTP headers, zoals de Host en X-Forwarded-* headers, kan de aanvaller de Angular SSR applicatie ertoe aanzetten verzoeken te sturen naar onbedoelde bestemmingen. Dit kan leiden tot data-exfiltratie, configuratie wijzigingen of zelfs de mogelijkheid om interne systemen te compromitteren. Een succesvolle exploitatie kan de vertrouwelijkheid, integriteit en beschikbaarheid van de applicatie en de onderliggende infrastructuur in gevaar brengen. Het is vergelijkbaar met SSRF kwetsbaarheden die in andere frameworks zijn aangetroffen, waarbij het vertrouwen op user-gecontroleerde input zonder validatie tot ongeautoriseerde toegang leidt.

Applications using @angular/ssr for server-side rendering, particularly those deployed in environments with complex network configurations or shared hosting, are at risk. Legacy applications that haven't been updated to the latest @angular/ssr version are especially vulnerable.

• nodejs: Monitor application logs for unusual outbound HTTP requests to internal IP addresses or unexpected domains. Use netstat or ss to identify connections to internal resources.

  netstat -an | grep <internal_ip_address>

• nodejs: Inspect the Host and X-Forwarded-* headers in incoming requests for suspicious values. Implement logging of these headers for auditing purposes.

  console.log('Host header:', req.headers.host);
  console.log('X-Forwarded-Host header:', req.headers['x-forwarded-host']);

• generic web: Examine access logs for requests with unusual Host headers or X-Forwarded-* headers pointing to internal resources. Look for patterns indicative of port scanning or internal resource discovery.

1. 2026-02-25Disclosure

   disclosure

1. Gereserveerd2026-02-23
2. Gepubliceerd2026-02-25
3. EPSS bijgewerkt2026-03-23

De primaire mitigatie is het upgraden naar @angular/ssr versie 21.2.0-rc.1 of hoger, waarin de kwetsbaarheid is verholpen. Indien een upgrade niet direct mogelijk is, kan een tijdelijke workaround bestaan uit het implementeren van strikte validatie van de afkomstbestemming in de Angular SSR request handling pipeline. Dit kan worden bereikt door de Host en X-Forwarded- headers te valideren en te verifiëren dat ze overeenkomen met de verwachte oorsprong. Daarnaast kan het configureren van een Web Application Firewall (WAF) helpen om kwaadaardige verzoeken te blokkeren. Controleer ook de configuratie van de reverse proxy om ervoor te zorgen dat de X-Forwarded- headers correct worden ingesteld en gevalideerd. Na de upgrade, verifieer de correcte werking door te proberen een verzoek naar een interne bron te sturen via een gemanipuleerde Host header.