Katalog CVE

CVE-2026-84458

KrytyczneCVSS 9.1
Opublikowano: Przetłumaczono: NVD NIST

Streszczenie

W Zammad przed wersją 7.1.2, gdy włączone jest ustawienie "Automatic account link on initial logon", system wiąże tożsamość zewnętrznego dostawcy SSO z istniejącym kontem lokalnym na podstawie adresu e-mail raportowanego przez dostawcę, bez weryfikacji, że dostawca potwierdził własność tego adresu. Atakujący kontrolujący dowolną tożsamość u skonfigurowanego dostawcy (domyślnie m.in. dowolny tenant Azure AD przez rejestrację aplikacji Microsoft 365 /common) może ustawić e-mail tożsamości na adres ofiary, uwierzytelnić się i zostać zalogowanym jako ofiara, omijając jej lokalne hasło. Problem dotyczy wszystkich istniejących kont, w tym agentów i administratorów.

Ocena ryzyka

Atakujący może przejąć dowolne konto w Zammad, w tym konta administracyjne, bez znajomości hasła. Krytyczne ryzyko dla poufności i integralności danych helpdesk oraz całego systemu.

Rekomendacja

Zaktualizuj Zammad do wersji 7.1.2 lub nowszej. Do czasu aktualizacji rozważ wyłączenie ustawienia automatycznego łączenia kont lub ograniczenie zaufanych dostawców SSO.

Inne podatności w Zammad

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

Zammad is a web based open source helpdesk/customer support system. Prior to 7.1.2, when the "Automatic account link on initial logon" setting is enabled, Zammad binds an incoming third-party (SSO) identity to an existing local account by matching the email address the identity provider reports, without verifying that the provider actually confirmed ownership of that email. An attacker who controls any identity at a configured provider, including, by default, any Azure AD tenant via Zammad's multi-tenant Microsoft 365 /common app registration, can set that identity's email to a victim's address, authenticate, and be logged in as the victim. This bypasses the victim's local password entirely and affects any existing account, including agents and administrators. Zammad will honor the xms_edov ID token claim when email verification is required in the Microsoft 365 setting, treating a missing claim as unverified. This issue is fixed in version 7.1.2.

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