Astro has Full-Read SSRF in error rendering via Host: header injection
Description
Astro is a web framework. Prior to version 9.5.4, Server-Side Rendered pages that return an error with a prerendered custom error page (eg. 404.astro or 500.astro) are vulnerable to SSRF. If the Host: header is changed to an attacker's server, it will be fetched on /500.html and they can redirect this to any internal URL to read the response body through the first request. An attacker who can access the application without Host: header validation (eg. through finding the origin IP behind a proxy, or just by default) can fetch their own server to redirect to any internal IP. With this they can fetch cloud metadata IPs and interact with services in the internal network or localhost. For this to be vulnerable, a common feature needs to be used, with direct access to the server (no proxies). Version 9.5.4 fixes the issue.
AI Insight
LLM-synthesized narrative grounded in this CVE's description and references.
Affected packages
Versions sourced from the GitHub Security Advisory.
| Package | Affected versions | Patched versions |
|---|---|---|
@astrojs/nodenpm | < 9.5.4 | 9.5.4 |
Affected products
2Patches
Vulnerability mechanics
References
6- github.com/advisories/GHSA-qq67-mvv5-fw3gghsaADVISORY
- nvd.nist.gov/vuln/detail/CVE-2026-25545ghsaADVISORY
- docs.astro.build/en/basics/astro-pages/ghsaWEB
- github.com/withastro/astro/commit/e01e98b063e90d274c42130ec2a60cc0966622c9ghsax_refsource_MISCWEB
- github.com/withastro/astro/releases/tag/%40astrojs%2Fnode%409.5.4ghsax_refsource_MISCWEB
- github.com/withastro/astro/security/advisories/GHSA-qq67-mvv5-fw3gghsax_refsource_CONFIRMWEB
News mentions
0No linked articles in our index yet.