Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
Network-reachable CDN endpoint, no auth required to trigger; confidentiality limited to image-proxy disclosure; no integrity or availability impact.
Primary rating from Vendor (https://github.com/withastro/astro).
CVSS VectorVendor: https://github.com/withastro/astro
Lifecycle Timeline
2Blast Radius
ecosystem impact- 1 npm packages depend on @astrojs/netlify (1 direct, 0 indirect)
Ecosystem-wide dependent count for version 7.0.13.
DescriptionCVE.org
Summary
@astrojs/netlify converts Astro image.remotePatterns into Netlify Image CDN images.remote_images regular expressions with broader semantics than Astro's canonical matcher. A single wildcard hostname such as *.example.com is converted to an optional subdomain regex, so the apex host matches. A single wildcard pathname such as /ok/* is converted without end anchoring, so deeper paths match by prefix.
Technical details
The Netlify adapter generates regex strings for Netlify Image CDN from image.remotePatterns. For *.example.com, it emits ([a-z0-9-]+\\.)?example\\.com, which makes the subdomain optional. Astro's canonical helper requires exactly one subdomain and rejects the apex host.
For /ok/*, the adapter emits a segment regex but does not anchor the end of the URL. Netlify's Image CDN implementation treats images.remote_images entries as JavaScript regular expressions and calls .test(sourceImageUrl.href), so a URL such as /ok/a/b.svg matches the /ok/a prefix even though Astro's helper rejects it.
The latest npm package @astrojs/netlify@7.0.10 contains this conversion logic, and a minimal Astro build writes the broadened patterns into .netlify/v1/config.json.
Reproduction
- Create an Astro app using
astro@6.3.8and@astrojs/netlify@7.0.10. - Configure Netlify output and a restrictive image pattern, for example
remotePatterns: [{ protocol: 'http', hostname: '*.localhost', pathname: '/ok/*' }]. - Build the app and observe that
.netlify/v1/config.jsoncontainshttp://([a-z0-9-]+\\.)?localhost(:[0-9]+)?(\\/ok/[^/?#]+)/?([?][^#]*)?. - Serve a canary SVG on
127.0.0.1:9001. - Request
/.netlify/images?url=http%3A%2F%2Flocalhost%3A9001%2Fok%2Fa.svg&w=100. Astro's helper rejects the apexlocalhostfor*.localhost, but Netlify Image CDN accepts it and fetches the canary. - As a negative control, request
/.netlify/images?url=http%3A%2F%2Flocalhost%3A9001%2Fnope%2Fa.svg&w=100. This returns403 Forbidden: Remote image URL not allowedand does not hit the canary. - Request
/.netlify/images?url=http%3A%2F%2Flocalhost%3A9001%2Fok%2Fa%2Fb.svg&w=100. Astro's/ok/*helper rejects this deeper path, but Netlify Image CDN accepts it and fetches the canary.
Impact
Any Astro app deployed with @astrojs/netlify and a restrictive image.remotePatterns config can expose a wider image-fetch boundary than intended. Public requests to the Netlify Image CDN endpoint can fetch URLs that Astro's own matcher would reject, including apex hosts for *.host patterns and deeper paths for /path/* patterns. The practical impact depends on what the application intended to isolate behind the remote image allowlist, but it can disclose image-like resources from unintended hosts or paths behind the same configured remote origin family.
Remediation
Generate regexes that exactly match Astro's canonical matchHostname and matchPathname semantics, and anchor the full URL match before writing images.remote_images. In particular, *.example.com should require exactly one subdomain and should not match example.com, and /ok/* should match exactly one additional path segment and should not match /ok/a/b.
AnalysisAI
Regex translation in the @astrojs/netlify adapter broadens Astro's image.remotePatterns beyond the intended allowlist when building for Netlify deployment, enabling unauthorized image fetches from apex hosts and deeper URL paths. Versions of @astrojs/netlify prior to 7.0.13 (confirmed vulnerable at 7.0.10) generate Netlify Image CDN regex patterns that make wildcard subdomains optional and omit end-anchoring on pathname segments, causing the Netlify CDN to accept URLs that Astro's canonical matcher would reject. Unauthenticated public requesters can exploit this to cause the Netlify Image CDN to fetch image-like resources from hosts or paths outside the developer's intended scope, constituting a partial SSRF bypass against the image proxy allowlist. No active exploitation has been confirmed in CISA KEV, but a detailed reproduction is included in the GHSA advisory.
Technical ContextAI
The affected package (pkg:npm/@astrojs_netlify, vulnerable below 7.0.13) is the official Astro adapter for Netlify deployment. At build time, it translates Astro's structured image.remotePatterns configuration into Netlify Image CDN images.remote_images regex entries written to .netlify/v1/config.json. The root cause is a CWE-918 (Server-Side Request Forgery) logic flaw in this translation layer. Two distinct regex generation bugs exist: (1) a wildcard hostname pattern like *.example.com is emitted as ([a-z0-9-]+\.)?example\.com, making the subdomain group optional so the apex domain example.com also matches - contrary to Astro's matchHostname which requires exactly one subdomain segment; (2) a wildcard pathname like /ok/* is emitted as a prefix-style segment regex with no end anchor, so Netlify's CDN, which evaluates images.remote_images entries as JavaScript regexes via .test(sourceImageUrl.href), accepts /ok/a/b.svg as matching /ok/a - contrary to Astro's matchPathname which requires exactly one additional path segment. The CDN then fetches the resolved remote URL server-side, making the image proxy the proximate SSRF actor.
RemediationAI
Upgrade @astrojs/netlify to version 7.0.13 or later, which corrects the regex generation logic to match Astro's canonical matchHostname and matchPathname semantics including required subdomain presence and full end-anchoring of pathnames. The fix is documented in the GHSA advisory at https://github.com/withastro/astro/security/advisories/GHSA-529g-xq4f-cw38. Until the upgrade is applied, a viable workaround is to audit image.remotePatterns and replace all wildcard hostname patterns (*.host) with explicit subdomain enumerations and all wildcard pathname patterns (/path/*) with fully explicit path segments, eliminating the overly broad regex expansion entirely at the cost of reduced configuration flexibility. Alternatively, operators can restrict public access to the /.netlify/images endpoint at the CDN or WAF layer, though this trades functionality for risk reduction. Rebuilding and redeploying the application after upgrading is required to propagate corrected regex entries into .netlify/v1/config.json.
A vulnerability in the NuPoint Unified Messaging (NPM) component of Mitel MiCollab through 9.8 SP1 FP2 (9.8.1.201) could
FortiOS and FortiProxy contain an authentication bypass via the Node.js websocket module allowing unauthenticated remote
Denial of service against HTTP/2 server implementations allows remote unauthenticated attackers to exhaust server resour
Eval injection vulnerability in the internals.batch function in lib/batch.js in the bassmaster plugin before 1.5.2 for t
Flowise version 3.0.5 contains a remote code execution vulnerability in the CustomMCP node. The mcpServerConfig paramete
Node.js 8.5.0 before 8.6.0 allows remote attackers to access unintended files, because a change to ".." handling was inc
An issue was discovered in the node-serialize package 0.0.4 for Node.js. Rated critical severity (CVSS 9.8), this vulner
OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.0.1h does not properly restrict processing of ChangeCiph
Directory traversal vulnerability in the st module before 0.2.5 for Node.js allows remote attackers to read arbitrary fi
Multiple SQL injection vulnerabilities in the Manage Accounts page in the AccountManagement.asmx service in the Solarwin
The JS-YAML module before 2.0.5 for Node.js parses input without properly considering the unsafe !!js/function tag, whic
The AES-NI implementation in OpenSSL before 1.0.1t and 1.0.2 before 1.0.2h does not consider memory allocation during a
Same weakness CWE-918 – Server-Side Request Forgery (SSRF)
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-38334
GHSA-529g-xq4f-cw38