Skip to main content
VulnerabilityPublished Updated

CVE-2025-49826: vercel next.js · HTTP Request/Response Smuggling

Affects vercel next.jsSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 26 Oct 2026, 09:15 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
1.1% chance of exploitation in 30 days – higher than 66% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 3 Jul 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: 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 26 Oct 2026.

What to do

AI-suggested

European organizations should immediately assess their Next.js deployments to identify if they are running affected versions (>=15.0.4-canary.51 and <15.1.8). The primary mitigation is to upgrade to Next.js version 15.1.8 or later, where the vulnerability has been fixed. For environments where immediate upgrade is not feasible, organizations should consider disabling or carefully configuring caching mechanisms for static pages to prevent caching of HTTP 204 responses. Implementing strict cache-control headers that prevent caching of empty or no-content responses can reduce risk. Additionally, deploying Web Application Firewalls (WAFs) with custom rules to detect and block suspicious HTTP request patterns that could trigger the vulnerability may provide temporary protection. Monitoring web server and application logs for unusual 204 response caching or spikes in 204 responses served can help detect exploitation attempts. Organizations should also review their HTTP proxy and CDN configurations to ensure they handle HTTP response codes correctly and do not inadvertently cache 204 responses. Finally, educating development and operations teams about the risks of HTTP response smuggling and proper cache management in Next.js applications will help prevent similar issues in the future.

Description

Next.js is a React framework for building full-stack web applications. From versions 15.0.4-canary.51 to before 15.1.8, a cache poisoning bug leading to a Denial of Service (DoS) condition was found in Next.js. This issue does not impact customers hosted on Vercel. Under certain conditions, this issue may allow a HTTP 204 response to be cached for static pages, leading to the 204 response being served to all users attempting to access the page. This issue has been addressed in version 15.1.8.

References

Community reviews

Loading reviews…