In next dev, cross-site protections for internal development endpoints could treat Origin: null as a bypass case even when allowedDevOrigins is configured. This could allow privacy-sensitive or opaque browser contexts, such as sandboxed documents, to access privileged internal dev-server functionality unexpectedly.
If a developer visits attacker-controlled content while running an affected next dev server with allowedDevOrigins configured, attacker-controlled browser code may be able to connect to internal development endpoints and interact with sensitive dev-server functionality that should have remained blocked.
This issue affects development mode only. It does not affect next start, and it does not expose internal debugging functionality to the network by default.
Fixed by validating Origin: null through the same cross-site origin-allowance checks used for other origins on internal development endpoints.
If upgrade is not immediately possible:
- Do not expose next dev to untrusted networks.
- If you use allowedDevOrigins, reject requests and websocket upgrades with Origin: null for internal dev endpoints at your proxy.
| Score | Percentile |
|---|---|
| 0.01% | 0.45% |
| Base score | Version | Severity | Vector |
|---|---|---|---|
| 2.3 | 4.0 | — |
|
| Type | Value |
|---|---|
| GHSA | GHSA-jcc7-9wpm-mj36 ↗ |
| CVE | CVE-2026-27977 ↗ |
| CWE id | Name |
|---|---|
| CWE-1385 | Missing Origin Validation in WebSockets |
Vulnerable version ranges and first patched releases as published by GitHub.
| Ecosystem | Package | Vulnerable range | First patched | Vulnerable functions |
|---|---|---|---|---|
| npm | next | >= 16.0.1, < 16.1.7 | 16.1.7 | — |