CVE-2026-64647: Next.js: Response Body Cache Confusion with Invalid UTF-8 Request Bodies

Published Jul 22, 2026
·
Updated

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 is only an issue when receiving request bodies with a content type charset other than UTF-8. For example, the UTF-16 byte sequences for 삃삃 and 섄섄 in the request body would share the same cache.

Workarounds

If you cannot upgrade, consider only making fetch requests with UTF-8 bodies (default in Next.js). Applications using Pages Router are not vulnerable.

Other sources

Next.js is a React framework for building full-stack web applications. In versions 12.0.0 through 15.5.20 and 16.0.0 through 16.2.10, 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 is only an issue when receiving request bodies with a content type charset other than UTF-8. For example, the UTF-16 byte sequences for 삃삃 and 섄섄 in the request body would share the same cache. This issue has been fixed in versions 15.5.21 and 16.2.11.

MITRE

Affected Software

4 affected componentsFixes available
npm/next>=16.0.0<16.2.11
16.2.11
npm/next>=13.0.0<15.5.21
15.5.21
Vercel Next.js Node.js>=13.0.0<15.5.21
Vercel Next.js Node.js>=16.0.0<16.2.11

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade npm/next to a version that resolves this vulnerability.

    Fixed in 16.2.11
  2. Upgrade

    Upgrade npm/next to a version that resolves this vulnerability.

    Fixed in 15.5.21
  3. Upgrade

    Upgrade Next.js to a version that resolves this vulnerability.

    Fixed in 15.5.21
  4. Upgrade

    Upgrade Next.js to a version that resolves this vulnerability.

    Fixed in 16.2.11
  5. Configuration

    If you cannot upgrade, make server-side fetch requests with UTF-8 request bodies (since the issue only occurs when receiving request bodies with a content type charset other than UTF-8).

    Next.js server-side fetch fetch request body charset = UTF-8

Event History

Jul 22, 2026
Advisory Published
via GitHub·11:06 PM
Data Sourced
via GitHub·11:06 PM
DescriptionWeaknessAffected Software
Jul 27, 2026
CVE Published
via MITRE·07:11 PM
Data Sourced
via MITRE·07:11 PM
DescriptionWeakness
Data Sourced
via NVD·07:17 PM
RemedyDescriptionSeverityWeaknessAffected Software
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the severity of CVE-2026-64647?

CVE-2026-64647 has a risk score of 37, indicating a significant potential impact.

2

What type of vulnerability is CVE-2026-64647?

CVE-2026-64647 is a server-side caching issue that can cause data leakage from unauthorized requests.

3

How do I fix CVE-2026-64647?

To fix CVE-2026-64647, ensure that server-side fetch mechanisms properly handle request bodies and implement deduplication for responses.

4

What software is affected by CVE-2026-64647?

CVE-2026-64647 affects the npm package 'next', which is commonly used in web applications.

5

What are the potential consequences of CVE-2026-64647?

The potential consequences of CVE-2026-64647 include exposure of confidential data to unauthorized users through cached responses.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203