CVE-2026-27739
Angular SSR é vulnerável a SSRF e Injeção de Cabeçalho via pipeline de tratamento de requisições
- Publicado
- 25 de fev. de 2026
- Atualizado
- 27 de fev. de 2026
- Atribuindo CNA
- GitHub_M
- Evidência observada
- 17 de set. de 2026
CVSS primário
nvd · CVSS 4.0
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:L/VA:N/SC:H/SI:L/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:XBaixo · próximos 30 dias
- Percentil
- 41,6%
- Data do modelo
- 21 de set. de 2026
EPSS é uma estimativa estatística, não uma certeza ou uma medida de impacto. Combine-o com CVSS, status KEV, exposição e seu ambiente.
Resumo
O Angular SSR é uma ferramenta de renderização do lado do servidor para aplicações Angular. Versões anteriores a 21.2.0-rc.1, 21.1.5, 20.3.17 e 19.2.21 possuem uma vulnerabilidade de Server-Side Request Forgery (SSRF) no pipeline de tratamento de requisições do Angular SSR. A vulnerabilidade existe porque a lógica interna de reconstrução de URL do Angular confia e consome diretamente cabeçalhos HTTP controlados pelo usuário, especificamente o Host e a família `X-Forwarded-*`, para determinar a origem base da aplicação sem qualquer validação do domínio de destino. Especificamente, o framework não possuía verificações para o domínio do host, sanitização de caminho e caracteres, e validação de porta. Esta vulnerabilidade se manifesta de duas formas principais: resolução implícita de URL relativa e construção manual explícita. Quando explorada com sucesso, esta vulnerabilidade permite o direcionamento arbitrário de requisições internas. Isso pode levar à exfiltração de credenciais, sondagem de rede interna e violação de confidencialidade. Para ser vulnerável, a aplicação vítima deve usar Angular SSR (Server-Side Rendering), a aplicação deve realizar requisições `HttpClient` usando URLs relativas OU construir manualmente URLs usando os cabeçalhos `Host` / `X-Forwarded-*` não validados através do objeto `REQUEST`, o servidor da aplicação deve ser alcançável por um atacante que possa influenciar esses cabeçalhos sem validação estrita de um proxy de front-end, e a infraestrutura (Cloud, CDN ou Load Balancer) não deve sanitizar ou validar os cabeçalhos recebidos. As versões 21.2.0-rc.1, 21.1.5, 20.3.17 e 19.2.21 contêm um patch. Algumas soluções alternativas estão disponíveis. Evite usar `req.headers` para construção de URL. Em vez disso, use variáveis confiáveis para caminhos base de API. Aqueles que não puderem atualizar imediatamente devem implementar um middleware em seu `server.ts` para impor portas numéricas e hostnames validados.
Fontes
1Uso responsável
Use informações de vulnerabilidade apenas em sistemas que você possui ou está autorizado a testar. O Kitploit vincula-se a metadados de pesquisa pública e não armazena código de exploração ou cargas maliciosas.