CVE-2026-73419: CWE-345: Insufficient Verification of Data Authenticity in nextauthjs next-auth
NextAuth.js provides authentication for Next.js. Prior to@auth/core 0.41.3 and next-auth 4.24.15 and 5.0.0-beta.32, Auth.js stores the OAuth/OIDC anti-CSRF checks state, nonce, and the PKCE verifier in global cookies that are not bound to the provider that created them. On callback, a check value minted during a sign-in started with one provider can satisfy the callback for a different provider because the stored cookie is not verified against the callback provider's identity, including the provider ID, issuer, client ID, or redirect URI. In a multi-provider application that permits account linking while logged in, when one provider's authorization request is observable and a target provider callback can be satisfied without a PKCE verifier, an attacker can lure a victim into starting a legitimate same-origin flow and link the attacker's target-provider account to the victim's Auth.js user. The linked provider grants the attacker persistent sign-in to the victim's account, while cross-site request forgery alone is insufficient. This issue is fixed in @auth/core 0.41.3 and next-auth 4.24.15 and 5.0.0-beta.32.
AI Analysis
Technical Summary
NextAuth.js, a library providing authentication for Next.js, prior to versions @auth/core 0.41.3, next-auth 4.24.15, and 5.0.0-beta.32, stores OAuth/OIDC anti-CSRF state, nonce, and PKCE verifier values in global cookies that are not bound to the specific provider that created them. Consequently, during the OAuth callback, a value minted for one provider can satisfy the callback for a different provider because the stored cookie is not verified against the callback provider's identity attributes such as provider ID, issuer, client ID, or redirect URI. In multi-provider applications that allow account linking while logged in, this flaw can be exploited by an attacker who observes one provider's authorization request and then uses a target provider callback without a PKCE verifier to link their account to the victim's Auth.js user account. This linked provider then grants the attacker persistent sign-in access to the victim's account. The vulnerability is identified as CWE-345 (Insufficient Verification of Data Authenticity) and related CWEs. The issue is fixed in the specified patched versions.
Potential Impact
The vulnerability allows an attacker to link their own account to a victim's user account in multi-provider authentication setups with account linking enabled. This results in persistent unauthorized access to the victim's account via the linked provider. The CVSS score of 6.8 (medium severity) reflects the network attack vector, high impact on confidentiality and integrity, but requires user interaction and has high attack complexity.
Mitigation Recommendations
A fix is available in @auth/core version 0.41.3 and next-auth versions 4.24.15 and 5.0.0-beta.32. Users of affected versions should upgrade to these or later versions to remediate the vulnerability. No alternative mitigations are indicated in the advisory.
CVE-2026-73419: CWE-345: Insufficient Verification of Data Authenticity in nextauthjs next-auth
Description
NextAuth.js provides authentication for Next.js. Prior to@auth/core 0.41.3 and next-auth 4.24.15 and 5.0.0-beta.32, Auth.js stores the OAuth/OIDC anti-CSRF checks state, nonce, and the PKCE verifier in global cookies that are not bound to the provider that created them. On callback, a check value minted during a sign-in started with one provider can satisfy the callback for a different provider because the stored cookie is not verified against the callback provider's identity, including the provider ID, issuer, client ID, or redirect URI. In a multi-provider application that permits account linking while logged in, when one provider's authorization request is observable and a target provider callback can be satisfied without a PKCE verifier, an attacker can lure a victim into starting a legitimate same-origin flow and link the attacker's target-provider account to the victim's Auth.js user. The linked provider grants the attacker persistent sign-in to the victim's account, while cross-site request forgery alone is insufficient. This issue is fixed in @auth/core 0.41.3 and next-auth 4.24.15 and 5.0.0-beta.32.
CVSS v3.1
Score 6.8medium
Affected software
nextauthjs
next-auth
@auth
core
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
NextAuth.js, a library providing authentication for Next.js, prior to versions @auth/core 0.41.3, next-auth 4.24.15, and 5.0.0-beta.32, stores OAuth/OIDC anti-CSRF state, nonce, and PKCE verifier values in global cookies that are not bound to the specific provider that created them. Consequently, during the OAuth callback, a value minted for one provider can satisfy the callback for a different provider because the stored cookie is not verified against the callback provider's identity attributes such as provider ID, issuer, client ID, or redirect URI. In multi-provider applications that allow account linking while logged in, this flaw can be exploited by an attacker who observes one provider's authorization request and then uses a target provider callback without a PKCE verifier to link their account to the victim's Auth.js user account. This linked provider then grants the attacker persistent sign-in access to the victim's account. The vulnerability is identified as CWE-345 (Insufficient Verification of Data Authenticity) and related CWEs. The issue is fixed in the specified patched versions.
Potential Impact
The vulnerability allows an attacker to link their own account to a victim's user account in multi-provider authentication setups with account linking enabled. This results in persistent unauthorized access to the victim's account via the linked provider. The CVSS score of 6.8 (medium severity) reflects the network attack vector, high impact on confidentiality and integrity, but requires user interaction and has high attack complexity.
Mitigation Recommendations
A fix is available in @auth/core version 0.41.3 and next-auth versions 4.24.15 and 5.0.0-beta.32. Users of affected versions should upgrade to these or later versions to remediate the vulnerability. No alternative mitigations are indicated in the advisory.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- GitHub_M
- Date Reserved
- 2026-08-12T14:32:11.795Z
- Cvss Version
- 3.1
- State
- PUBLISHED
Threat ID: 6a7cda88bf8831d53922d9e0
Added to database: 08/12/2026, 20:41:44 UTC
Last enriched: 08/12/2026, 20:57:30 UTC
Last updated: 09/25/2026, 03:34:07 UTC
Views: 64
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.