Skip to main content
VulnerabilityPublished

CVE-2026-3125: @opennextjs/cloudflare · Server-Side Request Forgery (SSRF)

Affects @opennextjs/cloudflareSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 7.7 High : upgrade to 1.17.1 soon.

Data as of 30 Oct 2026, 11:52 UTC

CVSS 4.0 base score
7.7High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 31% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 1.17.1
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:L/VA:N/SC:H/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 4 Mar 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 30 Oct 2026.

What to do

Upgrade @opennextjs/cloudflare to 1.17.1.

Affected software

ProductAffectedFixed in
opennextjs@opennextjs/cloudflareAffected
  • <1.17.1
Fixed in
  • 1.17.1
npm@opennextjs/cloudflarepkg:npm/@opennextjs/cloudflareOther threatsAffected
  • =0
Fixed in–
npm@opennextjs/cloudflarepkg:npm/@opennextjs/cloudflareOther threatsAffected
  • <1.17.1
Fixed in
  • 1.17.1

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

Organizations should immediately audit their use of the @opennextjs/cloudflare package and Cloudflare Workers or Pages that utilize /cdn-cgi/image/ or /cdn-cgi/ asset paths. Specific mitigations include: 1) Implement strict input validation and normalization on URL paths to reject or correctly handle backslash characters before processing requests, preventing path normalization bypass. 2) Configure Cloudflare edge rules or firewall policies to detect and block requests containing backslashes in URL paths, especially those targeting /cdn-cgi/ endpoints. 3) Avoid using the vulnerable /cdn-cgi/image/ handler in production environments or replace it with a hardened alternative that does not rely on path matching vulnerable to backslash bypass. 4) Restrict access to sensitive assets and cache directories by enforcing authentication or token-based access controls rather than relying solely on obscurity or path restrictions. 5) Monitor logs for suspicious requests containing backslashes or unusual access patterns to /cdn-cgi/ paths. 6) Stay updated with vendor patches or security advisories from opennextjs and Cloudflare and apply fixes promptly once available. 7) Educate developers and DevOps teams about the risks of path normalization issues and SSRF to prevent similar vulnerabilities in custom code. These targeted actions go beyond generic SSRF mitigations by addressing the unique path normalization bypass vector and Cloudflare-specific behaviors.

Description

A Server-Side Request Forgery (SSRF) vulnerability was identified in the @opennextjs/cloudflare package, resulting from a path normalization bypass in the /cdn-cgi/image/ handler.The @opennextjs/cloudflare worker template includes a /cdn-cgi/image/ handler intended for development use only. In production, Cloudflare's edge intercepts /cdn-cgi/image/ requests before they reach the Worker. However, by substituting a backslash for a forward slash (/cdn-cgi\image/ instead of /cdn-cgi/image/), an attacker can bypass edge interception and have the request reach the Worker directly. The JavaScript URL class then normalizes the backslash to a forward slash, causing the request to match the handler and trigger an unvalidated fetch of arbitrary remote URLs. For example: https://victim-site.com/cdn-cgi\image/aaaa/https://attacker.com In this example, attacker-controlled content from attacker.com is served through the victim site's domain (victim-site.com), violating the same-origin policy and potentially misleading users or other services. Note: This bypass only works via HTTP clients that preserve backslashes in paths (e.g., curl --path-as-is). Browsers normalize backslashes to forward slashes before sending requests. Additionally, Cloudflare Workers with Assets and Cloudflare Pages suffer from a similar vulnerability. Assets stored under /cdn-cgi/ paths are not publicly accessible under normal conditions. However, using the same backslash bypass (/cdn-cgi\... instead of /cdn-cgi/...), these assets become publicly accessible. This could be used to retrieve private data. For example, Open Next projects store incremental cache data under /cdn-cgi/_next_cache, which could be exposed via this bypass.

References

Community reviews

Loading reviews…