Next.js vulnerable to cache poisoning in React Server Component responses
Published 11 May 2026 · Updated 10 Sept 2026
Affected packages
- Affected
- >=14.2.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 using React Server Components can be vulnerable to cache poisoning when shared caches do not correctly partition response variants. Under affected conditions, an attacker can cause an RSC response to be served from the original URL and poison shared cache entries so later visitors receive component payloads instead of the expected HTML.
Fix
We now validate and interpret RSC request headers consistently across request classification and rendering, and we enforce the intended cache-busting behavior so RSC payloads are not unexpectedly served from the original URL.
Workarounds
If you cannot upgrade immediately, ensure your CDN or reverse proxy keys on the relevant RSC request headers and honors Vary, or disable shared caching for affected App Router and RSC responses.
Is GHSA-wfc6-r584-vfw7 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.