Katalog CVE

CVE-2026-95754

ŚrednieCVSS 6.9
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Streszczenie

W metodzie login() kontrolera UsersController w MISP zapytanie do bazy dla weryfikacji TOTP nie obejmowało kolumny User.disabled, przez co flaga wyłączonego konta nie była sprawdzana w tej gałęzi. Choć późniejsza walidacja identify() nadal odrzuca wyłączone konta, konto z TOTP może przejść do etapu weryfikacji kodu.

Ocena ryzyka

Praktyczne ryzyko jest minimalne, ale istnieje drobna różnica w odpowiedzi logowania (prezentacja formularza TOTP zamiast natychmiastowego odrzucenia) oraz ostrzeżenie PHP w logach.

Rekomendacja

Zaktualizuj MISP do wersji zawierającej poprawkę, która uwzględnia kolumnę disabled w zapytaniu TOTP.

Inne podatności w MISP

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

In MISP's UsersController login() method, the pre-authentication database query used for the TOTP (two-factor authentication) verification branch did not include the User.disabled column in its SELECT fields list. The query selected only User.password, User.totp, and User.hotp_counter. When the TOTP branch subsequently accessed $unauth_user['User']['disabled'], the key was absent from the result set, producing a PHP 'Undefined array key' warning and causing the expression to evaluate as null (falsy). As a result, the disabled-user guard in the TOTP branch was effectively a no-op: a disabled, TOTP-enrolled user could proceed to the TOTP verification step rather than being rejected at that point.  The commit message explicitly states this was 'harmless in practice' because the subsequent identify() call re-validates the user and would still reject a disabled account.  The practical security impact is therefore minimal, limited to a very small information-disclosure difference in the login response (a TOTP prompt is presented instead of an immediate rejection) and a PHP warning in application logs.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS