CVE-2026-44575: Next.js: Middleware / Proxy bypass in App Router applications via segment-prefetch routes
Next.js is a React framework for building full-stack web applications. From 15.2.0 to before 15.5.16 and 16.2.5, App Router applications that rely on middleware or proxy-based checks for authorization can allow unauthorized access through transport-specific route variants used for segment prefetching. In affected configurations, specially crafted .rsc and segment-prefetch URLs can resolve to the same page without being matched by the intended middleware rule, which can allow protected content to be reached without the expected authorization check. This vulnerability is fixed in 15.5.16 and 16.2.5.
Security readout for executives and security teams
Plain-English summary
A flaw in Next.js lets attackers reach protected pages by requesting special prefetch variants of a URL that middleware-based authorization checks fail to inspect. Sites that rely on Next.js middleware to gate access to internal or paid content could expose that content to unauthenticated visitors until the app is upgraded.
Executive priority
Priority: High. Schedule upgrades this sprint for any Next.js App Router site that gates content with middleware. No confirmed exploitation, but the bypass is network-reachable, unauthenticated, and vendor-confirmed, so exposure of protected data is plausible until patched.
Technical view
In App Router apps on Next.js 15.2.0–15.5.15 and 16.0.0–16.2.4, `.rsc` and segment-prefetch URL variants resolve to the same page but are not matched by the middleware rule intended to enforce authorization. This bypass (CWE-288/CWE-551) allows protected route content to be served without the expected proxy or middleware check. Fixed in 15.5.16 and 16.2.5.
Likely exposure
Any internet-facing Next.js App Router deployment on 15.2.0–15.5.15 or 16.0.0–16.2.4 that uses middleware or an upstream proxy rule to enforce authentication or authorization on protected routes. Static-only sites and pages not gated by middleware are not exposed.
Exploitation context
CVSS 7.5 (AV:N/AC:L/PR:N/UI:N, confidentiality High). Not listed in CISA KEV and no public exploitation reports are cited in the source bundle. Vercel issued a confirmed GHSA advisory and Red Hat has shipped errata, indicating vendor-verified impact and a straightforward network-based attack surface.
Researcher notes
Root cause per GHSA-267c-6grr-h53f is a mismatch between middleware route matching and the transport-specific URL variants Next.js uses for React Server Component segment prefetching. Middleware sees the prefetch URL as unmatched, but the runtime still resolves it to the protected page. Focus tests on any middleware that uses path-based matchers for auth; defense-in-depth belongs in the route handler or layout, not solely in middleware.
Mitigation direction
Upgrade Next.js to 15.5.16 (15.x line) or 16.2.5 (16.x line) across all affected apps.
Apply Red Hat errata RHSA-2026:37272 and RHSA-2026:34608 on impacted RHEL-based deployments.
Where upgrade is delayed, add authorization checks inside server components or route handlers rather than relying solely on middleware.
Inventory Next.js versions in CI, container images, and third-party services to confirm no vulnerable builds remain.
Review CDN/WAF rules to block or normalize `.rsc` and segment-prefetch URL variants against sensitive paths as a temporary control.
Validation and detection
Query package manifests and lockfiles for `next` versions and flag anything below 15.5.16 or between 16.0.0 and 16.2.5.
Request each protected route with and without the `.rsc` suffix and typical segment-prefetch headers, confirming both are blocked when unauthenticated.
Review middleware matchers to ensure they cover all transport variants of protected paths, not just the canonical URL.
Check server access logs for anomalous `.rsc` or prefetch requests to authenticated routes prior to remediation.
After patching, re-run authorization test suites and confirm the GHSA-267c-6grr-h53f advisory shows resolved for deployed builds.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-288: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.