CVE-2026-73423: withastro astro · Cross-Site Request Forgery (CSRF)
Affects withastro astroSource CVE Database V5
Not known to be exploited · CVSS 5.1 Medium : upgrade to 7.0.6 when convenient.
Data as of 8 Nov 2026, 23:24 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 18% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 7.0.6
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:A/VC:N/VI:N/VA:N/SC:N/SI:L/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 12 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 10 Nov 2026.
What to do
Upgrade withastro astro to 7.0.6.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| withastroastro | Affected
| Fixed in
|
npmastropkg:npm/astroOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A fix is available in astro version 7.0.6. Users should upgrade to version 7.0.6 or later to resolve this CSRF vulnerability. Since this is a cloud service, the vendor typically manages remediation server-side; users should verify with the vendor advisory for confirmation. Until patched, ensure that middleware() is mounted before actions() and pages(), or avoid using pages() without middleware(), to maintain the origin check. Follow the vendor's official guidance for secure pipeline configuration.
Description
Astro is a web framework for content-driven websites. From 7.0.0 until 7.0.6, the composable astro/hono pipeline installs security.checkOrigin only through the middleware() primitive, while actions() and pages() can dispatch to user code independently. Mounting actions() before middleware(), as in the examples/advanced-routing example and Cloudflare Hono documentation, allows cross-origin form-encoded action requests to execute before the origin check, and using pages() without middleware() drops the check for on-demand endpoints and pages. The flaw enables blind write-only cross-site request forgery using the victim's cookies against ActionHandler.handle and PagesHandler.handleWithErrorFallback when manifest.checkOrigin is enabled; the attacker can trigger a state-mutating action or endpoint handler but cannot read the cross-origin response. The default non-composable astro() pipeline is not affected. This issue is fixed in version 7.0.6.
References
- github.com/withastro/astro/security/advisories/GHSA-8mv7-9c27-98vc (opens in a new tab)
- github.com/withastro/astro/pull/17250 (opens in a new tab)
- github.com/withastro/astro/commit/0b30b35f864310bee8485c952d1877e82e2b9b1a (opens in a new tab)
- github.com/withastro/astro/releases/tag/astro@7.0.6 (opens in a new tab)