Angular SSR é vulnerável a SSRF e Injeção de Cabeçalho via pipeline de tratamento de requisições

A exploração bem-sucedida desta vulnerabilidade SSRF permite que um atacante realize requisições HTTP arbitrárias em nome da aplicação Angular SSR. Isso pode levar à exposição de dados confidenciais, como credenciais de API, informações internas do sistema ou acesso a recursos protegidos em outras redes. Um atacante pode, por exemplo, escanear a rede interna em busca de serviços vulneráveis ou acessar dados que não deveriam estar acessíveis externamente. A falta de validação dos cabeçalhos Host e X-Forwarded-* torna a exploração relativamente simples, especialmente em ambientes onde esses cabeçalhos são manipulados.

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. Reservado2026-02-23
2. Publicada2026-02-25
3. EPSS atualizado2026-03-23

A mitigação primária é atualizar para a versão @angular/ssr 21.2.0-rc.1 ou superior, que corrige a vulnerabilidade. Em ambientes onde a atualização imediata não é possível, considere implementar regras de firewall ou proxy para restringir o acesso à rede interna a partir da aplicação Angular SSR. Além disso, configure o servidor web para remover ou validar os cabeçalhos X-Forwarded-* antes de serem passados para a aplicação Angular. Monitore logs de acesso e erros em busca de requisições incomuns ou suspeitas originadas da aplicação Angular SSR.