Skip to main content
← All vulnerabilities
CVE-2026-29057GHSA-GGV3-7P47-PFV8

Next.js: HTTP request smuggling in rewrites

Published
Last modified
published
Not listed in CISA KEV
Fix
Fixed in 16.1.7, 15.5.13
1 proof of concept on GitHub
  • Exploitation: none
  • Automatable: yes
  • Technical impact: partial

Summary

Next.js is a React framework for building full-stack web applications. Starting in version 9.5.0 and prior to versions 15.5.13 and 16.1.7, when Next.js rewrites proxy traffic to an external backend, a crafted `DELETE`/`OPTIONS` request using `Transfer-Encoding: chunked` could trigger request boundary disagreement between the proxy and backend. This could allow request smuggling through rewritten routes. An attacker could smuggle a second request to unintended backend routes (for example, internal/admin endpoints), bypassing assumptions that only the configured rewrite destination/path is reachable. This does not impact applications hosted on providers that handle rewrites at the CDN level, such as Vercel. The vulnerability originated in an upstream library vendored by Next.js. It is fixed in Next.js 15.5.13 and 16.1.7 by updating that dependency’s behavior so `content-length: 0` is added only when both `content-length` and `transfer-encoding` are absent, and `transfer-encoding` is no longer removed in that code path. If upgrading is not immediately possible, block chunked `DELETE`/`OPTIONS` requests on rewritten routes at the edge/proxy, and/or enforce authentication/authorization on backend routes.

Timeline

  1. CVE published
  2. CISA SSVC assessment

    Exploitation: none · Automatable: yes · Technical impact: partial

  3. Record last updated

Affected versions

  • vercel next.js

    From 16.0.0-beta.0 · fixed in 16.1.7; From 9.5.0 · fixed in 15.5.13

  • nextnpm

    From 16.0.0-beta.0 · fixed in 16.1.7

  • nextnpm

    From 9.5.0 · fixed in 15.5.13

References 5

GitHub · vercel/next.js

GitHub · learnerxuan/CVE-2026-29057-POC