Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V2 - Validation and Business Logic Input validation, allowlisting
|
| Impact | Without CVSS or EPSS scores provided, risk assessment relies on the technical details and metadata available. The attack vector is network-based and requires no authentication, but exploitation requires that an attacker identifies both a trusted host in the allowlist and a sensitive path structure to bypass. The vulnerability is classified as information disclosure, limiting the impact to confidentiality rather than integrity or availability. The lack of reported active exploitation in public KEV databases and the absence of disclosed public proof-of-concept code suggest limited weaponization so far, though the straightforward nature of the bypass (testing malicious paths containing the allowlisted prefix) means that proof-of-concept development is trivial. Organizations using Astro's image optimization or remote fetching features with remotePatterns configured should prioritize patching, as the fix is available and straightforward, and the threat model (preventing unauthorized resource access on trusted hosts) is directly relevant to many web applications. |
| Exploit ScenarioDerived | An attacker identifies that a target organization uses Astro with remotePatterns configured to allow https://cdn.example.com/public/*. The attacker crafts a request to the Astro image optimization endpoint requesting an image from https://cdn.example.com/secret-admin/public/config.json, which bypasses the intended restriction because the allowlisted prefix /public/ appears later in the path. The server-side fetcher, due to the unanchored matching logic, treats this as valid and returns the sensitive configuration file, leaking API keys or internal service endpoints to the attacker. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Mar 24, 2026
Astro's remotePatterns path enforcement contains a logic flaw where wildcard matching for /* is unanchored, allowing attackers to bypass path restrictions and access unintended resources on allowed hosts. Versions 2.10.10 through 5.18.0 are affected, enabling information disclosure through server-side image optimization endpoints and other remote fetchers. The vulnerability has been patched in version 5.18.1, and while no public exploit code or active exploitation has been reported in KEV databases, the straightforward nature of the bypass makes this a moderate to high priority for affected deployments.
RemediationAI
Immediately upgrade Astro to version 5.18.1 or later, which contains the patch correcting the unanchored wildcard matching logic in remotePatterns enforcement. Verify the upgrade by checking the package.json lock file or running npm list astro to confirm the installed version is 5.18.1 or higher. As a temporary workaround prior to patching, review and tighten remotePatterns rules to be as specific as possible, avoiding broad wildcards, and consider implementing an additional reverse proxy or WAF rule to validate outbound requests from the image optimization endpoint. For detailed patch information and confirmation, refer to the official GitHub security advisory at https://github.com/withastro/astro/security/advisories/GHSA-g735-7g2w-hh3f.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in npm
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Astro is a JavaScript web framework that includes server-side image optimization and remote content fetching capabilities. The remotePatterns configuration is designed to enforce allowlisting of remote URLs to prevent server-side request forgery (SSRF) and unauthorized resource access. The underlying vulnerability stems from improper input validation (CWE-20: Improper Input Validation) in the path-matching logic, where wildcard patterns like /allowed/* are intended to restrict access to paths beginning with /allowed/ but are implemented without proper anchoring to the start of the pathname. This means a malicious URL like https://trusted-host.com/malicious/allowed/sensitive-data could bypass restrictions intended for https://trusted-host.com/allowed/*, since the matching algorithm finds the allowed prefix anywhere in the path rather than enforcing it as the path prefix. The affected product is identified via CPE cpe:2.3:a:withastro:astro:*:*:*:*:*:*:*:* across the vulnerable version range.
Know when Astro gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N/E:P
Primary rating from GitHub Advisory · only source for this CVE.
CVSS VectorGitHub Advisory
Lifecycle Timeline
2DescriptionGitHub Advisory
Astro is a web framework. From version 2.10.10 to before version 5.18.1, this issue concerns Astro's remotePatterns path enforcement for remote URLs used by server-side fetchers such as the image optimization endpoint. The path matching logic for /* wildcards is unanchored, so a pathname that contains the allowed prefix later in the path can still match. As a result, an attacker can fetch paths outside the intended allowlisted prefix on an otherwise allowed host. This issue has been patched in version 5.18.1.
Executive ViewAI
CVE-2026-33769 is a low-severity vulnerability in Astro involving input validation (CVSS 2.9). The limited severity suggests constrained impact, typically requiring specific conditions or local access for exploitation. Apply vendor updates when available as part of routine maintenance.
Apply vendor patch during routine maintenance. Standard input validation mitigations apply if patching is delayed.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
SQL Injection exists in the Saxum Astro 4.0.14 component for Joomla!. Rated critical severity (CVSS 9.8), this vulnerabi
Astro web framework versions prior to 9.5.4 contain a server-side request forgery vulnerability in error page handling t
Authorization bypass in the Astro web framework version 6.4.7 lets remote unauthenticated attackers reach protected rout
Astro is a web framework for content-driven websites. Rated high severity (CVSS 7.8), this vulnerability is remotely exp
Server-side request forgery in Astro's built-in image proxy lets unauthenticated remote attackers force the server to fe
Astro is a web framework for content-driven websites. Rated high severity (CVSS 7.2), this vulnerability is remotely exp
Astro is a web framework for content-driven websites. Rated medium severity (CVSS 6.9), this vulnerability is remotely e
Astro is a web framework. Rated medium severity (CVSS 6.9), this vulnerability is remotely exploitable, no authenticatio
Astro is a web framework. Rated medium severity (CVSS 6.5), this vulnerability is remotely exploitable, no authenticatio
Unvalidated reflection of the X-Forwarded-Host header in Astro (versions before 5.14.3) lets remote, unauthenticated att
Astro web framework versions 9.0.0 through 9.5.3 fail to validate remote image domains when the inferSize option is enab
Base-path prefix bypass in Astro prior to 7.2.4 allows unauthenticated remote attackers to reach protected server-side r
EUVD-2026-14984
GHSA-g735-7g2w-hh3f
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB