https://cve.radiocsirt.org/rss/recent/all/10 Most recent entries from all 2026-10-14T14:17:03.460945+00:00 Vulnerability-Lookup csirt@opendfir.org python-feedgen Contains only the most 10 recent entries. https://cve.radiocsirt.org/vuln/euvd-2026-252061 EUVD-2026-252061 2026-10-14T14:17:03.484303+00:00 EUVD-2026-252061 https://cve.radiocsirt.org/vuln/fkie_cve-2025-58179 fkie_cve-2025-58179 2026-10-14T14:17:03.484335+00:00

Astro is a web framework for content-driven websites. Versions 11.0.3 through 12.6.5 are vulnerable to SSRF when using Astro's Cloudflare adapter. When configured with output: 'server' while using the default imageService: 'compile', the generated image optimization endpoint doesn't check the URLs it receives, allowing content from unauthorized third-party domains to be served. a A bug in impacted versions of the @astrojs/cloudflare adapter for deployment on Cloudflare’s infrastructure, allows an attacker to bypass the third-party domain restrictions and serve any content from the vulnerable origin. This issue is fixed in version 12.6.6.

 https://cve.radiocsirt.org/vuln/ghsa-qpr4-c339-7vq8 GHSA-qpr4-c339-7vq8 — Server-Side Request Forgery via /_image endpoint in Astro Cloudflare adapter 2026-10-14T14:17:03.484372+00:00

Affected: npm: @astrojs/cloudflare

### Summary

When using Astro's Cloudflare adapter (`@astrojs/cloudflare`) configured with `output: 'server'` while using the default `imageService: 'compile'`, the generated image optimization endpoint doesn't check the URLs it receives, allowing content from unauthorized third-party domains to be served.

### Details

On-demand rendered sites built with Astro include an `/_image` endpoint, which returns optimized versions of images.

The `/_image` endpoint is restricted to processing local images bundled with the site and also supports remote images from domains the site developer has manually authorized (using the [`image.domains`](https://docs.astro.build/en/reference/configuration-reference/#imagedomains) or [`image.remotePatterns`](https://docs.astro.build/en/reference/configuration-reference/#imageremotepatterns) options).

However, a bug in impacted versions of the `@astrojs/cloudflare` adapter for deployment on Cloudflare’s infrastructure, allows an attacker to bypass the third-party domain restrictions and serve any content from the vulnerable origin.

### PoC

1. Create a new minimal Astro project (`astro@5.13.3`)

2. Configure it to use the Cloudflare adapter (`@astrojs/cloudflare@12.6.5`) and server output:

```js // astro.config.mjs import { defineConfig } from 'astro/config'; import cloudflare from '@astrojs/cloudflare';

export default defineConfig({ output: 'server', adapter: cloudflare(), }); ```

3. Deploy to Cloudflare Pages…