Angular SSR 存在 SSRF 和 Header Injection 漏洞，源于请求处理流程

攻击者可以利用此 SSRF 漏洞发起内部网络扫描，访问通常对外部用户隐藏的内部服务和资源。例如，攻击者可能能够扫描内部数据库服务器，访问内部 API，或者访问存储敏感信息的内部文件共享。由于 Angular SSR 广泛应用于构建服务器端渲染的 Angular 应用程序，因此该漏洞的潜在影响范围非常广泛。攻击者可以利用此漏洞获取敏感数据，破坏系统配置，甚至可能导致远程代码执行，具体取决于内部网络中暴露的服务的安全性。该漏洞的利用方式类似于其他 SSRF 漏洞，攻击者通过构造恶意的 HTTP 请求，伪造请求的目标地址，从而绕过安全限制。

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. 已保留2026-02-23
2. 发布日期2026-02-25
3. EPSS 更新日期2026-03-23

最有效的缓解措施是升级到 21.2.0-rc.1 或更高版本，该版本修复了此漏洞。如果无法立即升级，可以考虑实施以下临时缓解措施：首先，严格限制允许的 Host 和 X-Forwarded-* 标头的值，只允许来自可信来源的域名。其次，实施严格的网络策略，限制应用程序对内部资源的访问。第三，使用 Web 应用程序防火墙 (WAF) 或反向代理来过滤恶意的 HTTP 请求，并阻止包含可疑 Host 标头的请求。最后，定期审查应用程序的配置，确保没有不必要的内部资源暴露。