CVE-2026-73420
KrytyczneCVSS 9.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 44 - wyżej niż 44% wszystkich znanych CVE
Streszczenie
NextAuth.js przed @auth/core 0.41.3 i next-auth 4.24.15 oraz 5.0.0-beta.32 ma podatność w normalizatorze adresów email, gdzie adres z pełnoszerokim znakiem @ (U+FF20) przechodzi walidację, ale po normalizacji Unicode staje się standardowym @, co może spowodować dostarczenie linku do logowania do atakującego.
Ocena ryzyka
Atakujący znający adres e-mail ofiary może przechwycić link do logowania i zalogować się jako ofiara, co prowadzi do przejęcia konta.
Rekomendacja
Zaktualizuj @auth/core do wersji 0.41.3 oraz next-auth do wersji 4.24.15 lub 5.0.0-beta.32, które zawierają poprawkę.
Inne podatności w NextAuth.js
Zobacz wszystkie- CVE-2026-73421Krytyczne
NextAuth.js od wersji 5.0.0-beta.0 do 5.0.0-beta.32 ma podatność, gdzie aplikacje sprawdzające tylko istnienie obiektu auth mogą przepuścić nieuwierzytelnionych użytkowników, gdy wystąpi błąd konfiguracji serwera. Błąd konfiguracji, taki jak brakujący issuer lub AUTH_SECRET, powoduje, że odpowiedź sesji jest parsowana jako prawdziwy obiekt błędu zamiast null, co prowadzi do fałszywego uwierzytelnienia.
- CVE-2026-73419Średnie
NextAuth.js przed wersjami @auth/core 0.41.3, next-auth 4.24.15 i 5.0.0-beta.32 przechowuje wartości kontrolne OAuth/OIDC (state, nonce, PKCE verifier) w globalnych plikach cookie niezwiązanych z dostawcą, który je utworzył. Atakujący może wykorzystać to do połączenia swojego konta z kontem ofiary w aplikacjach z wieloma dostawcami i linkowaniem kont.
- CVE-2026-73418Wysokie
NextAuth.js przed wersjami @auth/core 0.41.3, next-auth 4.24.15 i 5.0.0-beta.32 może rzucić nieprzechwycony wyjątek w funkcji getToken() podczas odczytu źle sformułowanego nagłówka Authorization: Bearer. Gdy brak ciasteczka sesji, getToken() dekoduje wartość Bearer przed walidacją, a nieprawidłowe kodowanie procentowe powoduje błąd decodeURIComponent(). Może to prowadzić do odmowy usługi na żądanie bez ujawnienia tokenów lub obejścia uwierzytelniania.
Oryginalny opis (angielski, źródło NVD)
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, the defaultNormalizer used by the email and magic-link sign-in flow validates an address before applying Unicode normalization. An address can contain a Unicode character such as U+FF20 FULLWIDTH COMMERCIAL AT that is not ASCII at-sign but canonicalizes to an ASCII at-sign under NFKC or NFKD normalization. The address passes the normalizer's single-at-sign check, but a downstream sendVerificationRequest mail library or delivery service that normalizes the address can then see two at-sign separators and deliver the passwordless sign-in link to an attacker-controlled recipient. Applications are affected when the email provider uses the built-in normalizer rather than a custom normalizeIdentifier and the downstream sender applies Unicode normalization. An attacker who knows a victim's email address can request the misrouted magic link and sign in as the victim without victim interaction. This issue is fixed in @auth/core 0.41.3 and next-auth 4.24.15 and 5.0.0-beta.32.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS