Answer in brief
CVE-2026-64649 records a High severity vulnerability in Next.js: Server-Side Request Forgery in Server Actions on custom servers. The current sources do not mark it as known exploited. The current feed maps next (npm), next (npm), next (npm), next (npm). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps next (npm), next (npm), next (npm), next (npm). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| nextnpm | >=14.1.1 <15.5.21 | 15.5.21 |
| nextnpm | >=16.0.0 <16.2.11 | 16.2.11 |
| nextnpm | >=14.1.1<15.5.21 | Not reported |
| nextnpm | >=16.0.0<16.2.11 | Not reported |
Published upstream
Jul 21, 2026
Evidence: source:ghsa:source_dates:source-dates:recordSource modified
Jul 23, 2026
Evidence: source:ghsa:source_dates:source-dates:recordFirst seen by HOL
Aug 8, 2026
## Impact When a Server Action forwards or redirects a request, an attacker can cause the server to send that outbound request to a malicious host (Server-Side Request Forgery). This requires the attacker's request to control Host-associated headers. In some configurations, it's also possible to obtain internal values that weaken middleware/proxy authorization. Applications that use Server Actions are affected when the incoming host header is not fixed to a trusted value. This typically occurs on custom servers, or on deployments not behind a proxy that pins the host. Managed hosting pins the host upstream and is not affected; `next start` and standalone output do the same from version 14.2 onward. ## Workarounds If you cannot upgrade, ensure clients do not control the host header your application receives. Pin or validate `Host` and `X-Forwarded-Host` at your edge or proxy. On version 14.2.0 and later, you can additionally set the `__NEXT_PRIVATE_ORIGIN` environment variable to your deployment's real origin: ```bash __NEXT_PRIVATE_ORIGIN=https://www.example.com node server.js
Quoted source text, attributed separately from HOL analysis.