Skip to main content
CVE-2025-57822VulnerabilityPublished Updated

CVE-2025-57822: vercel next.js · Server-Side Request Forgery (SSRF)

Affects vercel next.jsSource CVE Database V5

0

Not known to be exploited · public detection template (Nuclei) · CVSS 6.5 Medium : upgrade to 15.4.7 or 14.2.32 when convenient.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
6.5Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
2.5% chance of exploitation in 30 days – higher than 85% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 15.4.7, 14.2.32
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:L/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 29 Aug 2025

  2. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

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

    Not in CISA KEV and no source reports exploitation

  4. 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 2026-10-25.

What to do

Upgrade vercel next.js to 15.4.7 or 14.2.32.

Affected software

ProductAffectedFixed in
vercel next.jsAffected
  • <14.2.32
  • <15.4.7
Fixed in
  • 14.2.32
  • 15.4.7

AI-suggested

1. Upgrade Next.js to versions 14.2.32 or 15.4.7 or later immediately to incorporate the official fix. 2. Conduct a thorough audit of all custom middleware implementations to ensure that the next() function is always called with the explicit request object, avoiding implicit forwarding of user-supplied headers. 3. Implement strict validation and sanitization of all headers and user inputs that influence internal requests. 4. Employ network segmentation and internal access controls to limit the exposure of sensitive internal endpoints, reducing the impact of potential SSRF exploitation. 5. Monitor application logs for unusual internal request patterns that may indicate SSRF attempts. 6. Use Web Application Firewalls (WAFs) with rules tailored to detect and block SSRF attack patterns targeting Next.js applications. 7. Educate development teams about secure middleware practices and the risks of SSRF to prevent similar issues in future code.

Description

Next.js is a React framework for building full-stack web applications. Prior to versions 14.2.32 and 15.4.7, when next() was used without explicitly passing the request object, it could lead to SSRF in self-hosted applications that incorrectly forwarded user-supplied headers. This vulnerability has been fixed in Next.js versions 14.2.32 and 15.4.7. All users implementing custom middleware logic in self-hosted environments are strongly encouraged to upgrade and verify correct usage of the next() function.

References

Community reviews

Loading reviews…