External risk intelligence

NextAuth.js Email Link Misdirection Vulnerability.

CVE advisorySeverity: CRITICAL (CVSS 9.1)

CVE-2026-73420

The vulnerability exists in an authentication mechanism for web applications. Sign-in flows, including email and magic-link authentication, are public-facing features designed to be accessible via the internet for users to authenticate. This component is exposed by design in any web application utilizing this library for user access.

Halo Surface Signal: 5 out of 5 — more likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

This vulnerability affects Next.js applications using the NextAuth.js library for email or magic-link sign-ins. If specific conditions are met regarding email normalization, an attacker could potentially intercept a passwordless sign-in link and impersonate a legitimate user. The primary concern is to confirm whether your applications utilize this authentication flow and are exposed to this specific normalization issue.

  • Email sign-ins could be misrouted to attackers.
  • Confirms relevance and exposure for critical authentication.
  • Assess impact and ensure proper email normalization.

Attack Path

How an attacker could exploit the issue

An attacker can exploit this vulnerability by knowing a victim's email address and crafting it with a special Unicode character. This character is then incorrectly processed by the email normalization feature, causing the passwordless sign-in link to be sent to an address controlled by the attacker instead of the victim. By intercepting this link, the attacker can gain access to the victim's account.

  • Attacker knows victim's email.
  • Victim's email is sent for normalization.
  • Account takeover via misdirected link.

Live Threat

Current exploitation, exposure, and threat context

When supported by the advisory, a specific Unicode character in an email address could allow an attacker to receive a passwordless sign-in link intended for a victim. This occurs if the application's email provider uses a default identifier normalizer that does not correctly handle certain Unicode characters before a downstream mail service applies its own normalization, leading to the link being sent to an attacker-controlled address.

  • User account access.
  • Malicious link interception.
  • Unauthorized account access.

Operational Fix

Recommended remediation, mitigation, and detection steps

Application owners and platform teams are likely responsible for addressing this vulnerability in their Next.js applications. The first practical step is to identify all instances of the affected authentication library, confirm their reachability and business criticality, and then determine the accountable owner for remediation planning.

  • Application owners should own the issue.
  • Verify affected applications and their reachability.
  • Plan remediation based on identified risk.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is NextAuth.js and how is it used?

NextAuth.js is a popular open-source library that handles authentication for web applications built with the Next.js framework. Developers use it to simplify adding sign-in features, such as magic-link or email-based authentication, which allow users to log in securely without managing traditional passwords.

What is the vulnerability behind CVE-2026-73420?

This is an example of an Improper Input Validation weakness (CWE-180). The library fails to account for how certain Unicode characters, which look different but behave like standard symbols after formatting, can trick validation checks. Because the library checks the email address before a downstream mail service performs its own normalization, the system can be misled into routing secure, passwordless sign-in links to the wrong destination.

How does an attacker trigger this sign-in flaw?

An attacker triggers this by submitting a victim's email address containing specific Unicode characters, such as a fullwidth commercial at-sign. The vulnerability is not triggered if an application implements custom normalization logic for identifiers. It specifically relies on the interaction between the library's default normalizer and a downstream mail service that subsequently applies Unicode normalization, effectively changing the recipient address.

Is my application at risk according to Halo Surface Signal?

Yes, if your application uses the affected library to provide public-facing email or magic-link sign-in features. Halo Surface Signal identifies this as very likely to be relevant because these authentication flows are purposefully exposed to the internet to allow users to sign in, meaning the vulnerable component is often directly reachable by anyone who knows a user's email address.

How should I respond to this security update?

First, audit your codebase to see if you are using a vulnerable version of @auth/core or next-auth. If you are, the primary fix is to upgrade to the specified patched versions which correct how email addresses are validated. Additionally, review your authentication configuration to determine if you can implement custom identifier normalization to provide an extra layer of protection beyond the library's defaults.

References