Packages / next / Security

HighVulnerabilityGHSA-36qx-fr4f-26g5CVE-2026-44573Published 11 May 2026

Next.js has a Middleware / Proxy bypass in Pages Router applications using i18n

Affected releases · next

  • 16.x16.0.0 – 16.2.4Fixed in 16.2.5
  • 15.x15.0.0 – 15.5.15Fixed in 15.5.16
  • 14.x14.0.0 – 14.2.35No fix on this line yet
  • 13.x and older12.2.0 – 13.5.11No fix, no longer updated

On 16.x, the newest line:

npm install next@16.2.5
16.x
  1. Affected

    16.0.0 – 16.2.4

    25 releases

  2. Fixed

    16.2.5 – 16.4.2

    20 releases, latest

15.x
  1. Affected

    15.0.0 – 15.5.15

    70 releases

  2. Fixed

    15.5.16 – 15.5.28

    12 releases

14.x
  1. Affected

    14.0.0 – 14.2.35

    46 releases

13.x
  1. Affected

    13.0.0 – 13.5.11

    56 releases

12.x
  1. Not affected

    12.0.0 – 12.1.6

    18 releases

  2. Affected

    12.2.0 – 12.3.7

    15 releases

423 stable releases of next, oldest to newest, one row per major.

Is your project affected?

Paste your package.json, or type the range you declare for next. It is read in your browser and sent nowhere.

What happens

Impact

Applications using the Pages Router with i18n configured and middleware/proxy-based authorization can allow unauthorized access to protected page data through locale-less /_next/data/<buildId>/<page>.json requests. In affected configurations, middleware does not run for the unprefixed data route, allowing an attacker to retrieve SSR JSON for protected pages without passing the intended authorization checks.

Fix

The matcher logic was updated to perform the same match as it would on a non-i18n data route.

Workarounds

If you cannot upgrade immediately, enforce authorization in the page's server-side data path instead of relying solely on middleware.