CWE-308

W systemie Logto lokalna konfiguracja uwierzytelniania wieloskładnikowego (MFA) nie jest wymuszana podczas sesji SSO, co pozwala użytkownikom pominąć wymaganie drugiego składnika. Błąd umożliwia nieautoryzowany dostęp do kont chronionych przez MFA.

Starting from 2.53.6, 2.54.3, and 2.55.0, Zitadel only required multi factor authentication in case the login policy has either enabled requireMFA or requireMFAForLocalUsers. If a user has set up MFA without this requirement, Zitadel would consider single factor auhtenticated sessions as valid as well and not require multiple factors. Bypassing second authentication factors weakens multifactor authentication and enables attackers to bypass the more secure factor. An attacker can target the TOTP code alone, only six digits, bypassing password verification entirely and potentially compromising accounts with 2FA enabled. This vulnerability is fixed in 4.6.0, 3.4.3, and 2.71.18.

OpenEMR w wersji do 8.2.0 włącznie zawiera podatność umożliwiającą obejście uwierzytelniania wieloskładnikowego (MFA). Atakujący posiadający prawidłowe dane uwierzytelniające może ominąć wymagane mechanizmy MFA i uzyskać token dostępu do API.

The Admin Classic Bundle provides a Backend UI for Pimcore. `AdminBundle\Security\PimcoreUserTwoFactorCondition` introduced in v11 disable the two factor authentication for all non-admin security firewalls. An authenticated user can access the system without having to provide the two factor credentials. This issue has been patched in version 1.2.2.

Termix is a web-based server management platform with SSH terminal, tunneling, and file editing capabilities. The `POST /users/totp/disable` and `POST /users/totp/backup-codes` endpoints in Termix prior to version 2.3.2 accept the account password as a sole authentication factor for MFA-critical operations. An attacker who obtains a user's password (phishing, credential stuffing, the passwordHash leak in GHSA-xxxx) can disable TOTP entirely or regenerate backup codes, without ever possessing the TOTP device or knowing a valid TOTP code. This renders two-factor authentication ineffective. Version 2.3.2 patches the issue.

An unauthenticated attacker may exploit a scenario where a Hashed Message Authentication Code (HMAC) credential, extracted from a system missing specific security patches, is reused in a replay attack against a different system. Even if the target system is fully patched, successful exploitation could result in complete system compromise, affecting confidentiality, integrity, and availability.

This vulnerability exists in Shilpi Client Dashboard due to implementation of inadequate authentication mechanism in the login module wherein access to any users account is granted with just their corresponding mobile number. A remote attacker could exploit this vulnerability by providing mobile number of targeted user, to obtain complete access to the targeted user account.

phpMyFAQ before 4.1.8 contains an authentication bypass vulnerability in its two-factor authentication (TOTP) disable functionality. The removeTwofactorConfig() handler (reachable via POST /api/user/remove-twofactor) verifies only that the user is logged in and that a valid CSRF token is supplied, then disables TOTP without requiring password re-entry or a current TOTP code. The same downgrade is also reachable inline via PUT /api/user/data/update, which accepts a plain twofactor_enabled form field under the same session+CSRF-only guard. An attacker who has hijacked a user's session can silently strip two-factor protection from any account, including administrator accounts, after which password-only authentication succeeds.

Webmin accepts basic authentication without session cookies when an attacker provides the 'User-Agent: webmin' header, allowing bypass of additional MFA requirements. Fixed in 2.640.

vantage6 to infrastruktura open-source do analiz z zachowaniem prywatności. Przed wersją 5.0.0, jeśli atakujący przejął konto e-mail użytkownika vantage6, mógł 1) zresetować hasło poprzez e-mail i 2) zresetować token 2FA również e-mailem, redukując w ten sposób 2FA do 1FA (dostęp do e-maila). Większość dostawców e-maila wymaga 2FA do dostępu do poczty, dlatego problem jest mało prawdopodobny. Wersja 5.0.0 naprawia tę lukę. Brak znanych obejść.

LDAP users on IBM Spectrum Virtualize 8.5 which are configured to require multifactor authentication can still authenticate to the CIM interface using only username and password. This does not affect local users with MFA configured or remote users authenticating via single sign-on. IBM X-Force ID: 247033.

IBM PowerSC 1.3, 2.0, and 2.1 uses single-factor authentication which can lead to unnecessary risk of compromise when compared with the benefits of a dual-factor authentication scheme. IBM X-Force ID: 275114.

In JetBrains TeamCity before 2023.05 authentication checks were missing – 2FA was not checked for some sensitive account actions

Podatność Single-factor Authentication w komponencie Authentication oprogramowania CIPPlanner CIPAce przed wersją 9.17 pozwala atakującym obejść mechanizm ochrony. Gdy system jest skonfigurowany do logowania się przy użyciu kont wewnętrznych, atakujący może uzyskać pełną autentykację w przypadku kompromitacji tajemtnicy w schemacie single-factor authentication.

SOGo w wersjach przed 5.12.5 nie regeneruje OTP, gdy użytkownik je wyłącza lub włącza, a dodatkowo OTP ma zbyt krótką długość (tylko 12 cyfr zamiast rekomendowanych 20). To może umożliwić atakującemu przywrócenie dostępu do starych kodów jednorazowych.