Skip to main content
VulnerabilityPublished Updated

CVE-2026-73421: nextauthjs next-auth · Improper Authorization

Affects nextauthjs next-authSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 9.1 Critical : upgrade to 5.0.0-beta.32 as a priority.

Data as of 12 Nov 2026, 23:24 UTC

CVSS 4.0 base score
9.1Critical
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.6% chance of exploitation in 30 days – higher than 51% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 5.0.0-beta.32
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 13 Aug 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 13 Nov 2026.

What to do

Upgrade nextauthjs next-auth to 5.0.0-beta.32.

Affected software

ProductAffectedFixed in
nextauthjsnext-authAffected
  • >=5.0.0-beta.4 <5.0.0-beta.32
Fixed in
  • 5.0.0-beta.32

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

Upgrade to next-auth version 5.0.0-beta.32 or later, where this issue is fixed. Ensure that server configuration is valid, including setting the AUTH_SECRET and correctly configuring provider endpoints. Avoid relying solely on the existence of the auth object for authorization checks, and implement more robust validation of session status.

Description

NextAuth.js provides authentication for Next.js. From next-auth 5.0.0-beta.0 until 5.0.0-beta.32, applications that gate access by checking only for the existence of the auth object returned by the auth() wrapper can fail open when Auth.js has a server configuration error. In middleware, Route Handlers, React Server Components, and other auth() entry points, a non-OK session response is parsed into a truthy error object instead of null, so checks such as !!auth and if (req.auth) evaluate to true for unauthenticated requests. A provider missing both the issuer and authorization endpoint triggers InvalidEndpoints, and an unset AUTH_SECRET or another server configuration error can produce the same behavior. There is no impact while configuration is valid, but after a deployment becomes misconfigured, routes protected only by session existence silently grant access to every visitor. This issue is fixed in next-auth 5.0.0-beta.32.

References

Community reviews

Loading reviews…