MediumGHSA-68g3-v927-f742CVE-2026-64648

Next.js: Cache confusion of response bodies for requests with bodies

Published 22 Jul 2026 · Updated 10 Sept 2026

Affected packages

nextnpm
Affected
>=13.0.0 <15.5.21
Fixed in
15.5.21
Update to the fixed version for your release line, for example:npm install next@15.5.21
nextnpm
Affected
>=16.0.0 <16.2.11
Fixed in
16.2.11
Update to the fixed version for your release line, for example:npm install next@16.2.11

Details

Impact

A server-side fetch with a request body may return a cached response body from a different request to the same URL but different body. Confidential data in the POST's response body would then leak to unauthorized requests. Though the request itself will not be deduped.

This only applies to fetch calls with a request that has a different init than the one passed to fetch. Safe: fetch(new Request(init), init) Unsafe: fetch(new Request(init), aDifferentInit)

Workarounds

No workaround exists besides upgrading. Applications using Pages Router are not vulnerable.

Is GHSA-68g3-v927-f742 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.