Next.js has a Middleware / Proxy bypass through dynamic route parameter injection
Published 11 May 2026 · Updated 10 Sept 2026
Affected packages
- Affected
- >=15.4.0 <15.5.16
- Fixed in
- 15.5.16
npm install next@15.5.16- Affected
- >=16.0.0 <16.2.5
- Fixed in
- 16.2.5
npm install next@16.2.5Details
Impact
Applications that rely on middleware to protect dynamic routes can be vulnerable to authorization bypass. In affected deployments, specially crafted query parameters can alter the dynamic route value seen by the page while leaving the visible path unchanged, which can allow protected content to be rendered without passing the expected middleware check.
Fix
We now only honor internal route-parameter normalization in trusted routing flows and ignore externally supplied parameter encodings that should never have been accepted from ordinary requests.
Workarounds
If you cannot upgrade immediately, enforce authorization in route or page logic instead of relying solely on middleware path matching.
Is GHSA-492v-c6pp-mqqv in any of your client repos?
Checking one package by hand is fine. Checking it across forty client projects is not. NPMscan reads the lockfiles in every GitHub repo you pick, finds each project with an affected next, and gives you the command that fixes it.
References
Advisory data from OSV.dev (opens OSV.dev in a new tab), refreshed daily.