CVE-2025-64525: withastro astro · Server-Side Request Forgery (SSRF)
Affects withastro astroSource CVE Database V5
Not known to be exploited · public detection template (Nuclei) · CVSS 6.5 Medium · fixed in 5.15.5 : update withastro astro when convenient.
Data as of 26 Oct 2026, 11:42 UTC
- EPSS
- 1.2% chance of exploitation in 30 days – higher than 69% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 5.15.5
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:LExploitation evidence
Disclosed: evidence found.
CVE published 13 Nov 2025
Detectable: evidence found.
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
AI-suggested
European organizations should immediately assess their use of the Astro framework and identify any deployments running versions >= 2.16.0 and < 5.15.5. The primary mitigation is to upgrade to Astro version 5.15.5 or later, which contains the patch for this vulnerability. Until upgrades are applied, organizations should implement strict validation and sanitization of the 'x-forwarded-proto' and 'x-forwarded-port' headers at the application or proxy level to prevent malicious manipulation. Configuring CDNs and caching layers to ignore or properly validate these headers can reduce cache poisoning risks. Web Application Firewalls should be updated with custom rules to detect and block suspicious header values or unusual URL patterns associated with this vulnerability. Additionally, review middleware logic to ensure it does not rely solely on these headers for access control decisions. Conduct thorough security testing, including SSRF and cache poisoning scenarios, to validate mitigations. Monitoring logs for anomalous header values and unusual internal requests can help detect exploitation attempts. Finally, educate development teams about secure header handling and the risks of trusting client-supplied headers.
Description
Astro is a web framework. In Astro versions 2.16.0 up to but excluding 5.15.5 which utilizeon-demand rendering, request headers `x-forwarded-proto` and `x-forwarded-port` are insecurely used, without sanitization, to build the URL. This has several consequences, the most important of which are: middleware-based protected route bypass (only via `x-forwarded-proto`), DoS via cache poisoning (if a CDN is present), SSRF (only via `x-forwarded-proto`), URL pollution (potential SXSS, if a CDN is present), and WAF bypass. Version 5.15.5 contains a patch.
References
- github.com/withastro/astro/security/advisories/GHSA-hr2q-hp5q-x767 (opens in a new tab)
- github.com/withastro/astro/commit/dafbb1ba29912099c4faff1440033edc768af8b4 (opens in a new tab)
- github.com/withastro/astro/blob/970ac0f51172e1e6bff4440516a851e725ac3097/packages/astro/src/core/app/node.ts (opens in a new tab)
- github.com/withastro/astro/blob/970ac0f51172e1e6bff4440516a851e725ac3097/packages/astro/src/core/app/node.ts (opens in a new tab)