CVE Catalog

CVE-2026-95754

MediumCVSS 6.9
Published: Updated: Translated: NVD NIST

Summary

In MISP's UsersController login(), the pre-auth query for TOTP verification did not include the User.disabled column, so the disabled flag was not checked in that branch. Although later identify() validation still rejects disabled accounts, a TOTP-enabled user can proceed to the verification step.

Risk Assessment

Practical risk is minimal, but there is a slight difference in login response (TOTP prompt instead of immediate rejection) and a PHP warning in logs.

Recommendation

Upgrade MISP to a version that includes a fix adding the disabled column to the TOTP query.

Other vulnerabilities in MISP

See all
Original NVD description (English source)

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.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS