CVE-2026-33768
On deployments without Edge Middleware, this lets anyone bypass Vercel's platform-level path restrictions entirely.
Does this matter?
High impact if exploited, but EPSS currently rates exploitation as unlikely (0.33%). Schedule it in the normal patch cycle and watch for a rise in EPSS or a public exploit.
Description
Astro is a web framework. Prior to version 10.0.2, the @astrojs/vercel serverless entrypoint reads the x-astro-path header and x_astro_path query parameter to rewrite the internal request path, with no authentication whatsoever. On deployments without Edge Middleware, this lets anyone bypass Vercel's platform-level path restrictions entirely. The override preserves the original HTTP method and body, so this isn't limited to GET. POST, PUT, DELETE all land on the rewritten path. A Firewall rule blocking /admin/* does nothing when the request comes in as POST /api/health?x_astro_path=/admin/delete-user. This issue has been patched in version 10.0.2.
- CVSS 3.1
- 9.1 CRITICALCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N
- EPSS
- 0.33% probability · 26th percentile
- CISA KEV
- Not listed
- Weakness
- CWE-441, CWE-862
- Affected
- astro/\@astrojs\/vercel
- Source
- security-advisories@github.com
References
- https://github.com/withastro/astro/commit/335a204161f5a7293c128db570901d4f8639c6edPatch
- https://github.com/withastro/astro/pull/15959Issue Tracking
- https://github.com/withastro/astro/releases/tag/%40astrojs%2Fvercel%4010.0.2Release Notes
- https://github.com/withastro/astro/security/advisories/GHSA-mr6q-rp88-fx84Exploit, Vendor Advisory
Source: NVD record, EPSS from FIRST.org, KEV from CISA. Refreshed daily.