CVE-2022-23610

Wire Server: bypass SAML SSO przez fałszywe podpisy DSA

CVSS 9.1v3.1pub. 2022-03-16upd. 2024-11-21

Podatność w Wire Server umożliwiała obejście uwierzytelniania SAML SSO poprzez spreparowanie podpisów DSA, co pozwalało atakującemu podszyć się pod dowolnego użytkownika Wire korzystającego z uwierzytelniania SAML. Jest to krytyczna luka, ponieważ nie wymaga żadnych uprawnień ani interakcji ofiary, a jej skutkiem jest pełne przejęcie tożsamości użytkownika.

▸ Pokaż oryginał (EN)

wire-server provides back end services for Wire, an open source messenger. In versions of wire-server prior to the 2022-01-27 release, it was possible to craft DSA Signatures to bypass SAML SSO and impersonate any Wire user with SAML credentials. In teams with SAML, but without SCIM, it was possible to create new accounts with fake SAML credentials. Under certain conditions that can be established by an attacker, an upstream library for parsing, rendering, signing, and validating SAML XML data was accepting public keys as trusted that were provided by the attacker in the signature. As a consequence, the attacker could login as any user in any Wire team with SAML SSO enabled. If SCIM was not enabled, the attacker could also create new users with new SAML NameIDs. In order to exploit this vulnerability, the attacker needs to know the SSO login code (distributed to all team members with SAML credentials and visible in the Team Management app), the SAML EntityID identifying the IdP (a URL not considered sensitive, but usually hard to guess, also visible in Team Management), and the SAML NameID of the user (usually an email address or a nick). The issue has been fixed in wire-server `2022-01-27` and is already deployed on all Wire managed services. On premise instances of wire-server need to be updated to `2022-01-27`, so that their backends are no longer affected. There are currently no known workarounds. More detailed information about how to reproduce the vulnerability and mitigation strategies is available in the GitHub Security Advisory.

🤖 Analiza AI

Jak działa

Biblioteka upstream odpowiedzialna za parsowanie, renderowanie, podpisywanie i walidację danych SAML XML akceptowała jako zaufane klucze publiczne dostarczone bezpośrednio przez atakującego w sygnaturze żądania. Atakujący mógł zatem spreparować podpis DSA z własnym kluczem publicznym, który był błędnie uznawany za wiarygodny. Aby przeprowadzić atak, napastnik musiał znać: kod logowania SSO (widoczny w aplikacji Team Management i dystrybuowany do wszystkich członków zespołu), SAML EntityID identyfikujący dostawcę tożsamości (IdP) oraz SAML NameID ofiary (zazwyczaj adres e-mail lub nick). W środowiskach bez włączonego SCIM możliwe było również tworzenie nowych kont z fałszywymi danymi SAML NameID.

Skutki

Atakujący może zalogować się jako dowolny użytkownik w każdym zespole Wire z włączonym SAML SSO, uzyskując pełny dostęp do konta ofiary. W przypadku braku SCIM możliwe jest również tworzenie nowych, nieuprawnio kont z arbitralnymi tożsamościami SAML.

Mitygacja

Należy zaktualizować wire-server do wersji wydanej 2022-01-27 (tag v2022-01-27). Instancje zarządzane przez Wire zostały już zaktualizowane automatycznie. Instalacje on-premise wymagają ręcznej aktualizacji backendu do wersji v2022-01-27. Producent nie wskazuje żadnych znanych obejść (workarounds) dla tej podatności.

Kogo dotyczy

Wire Server (wire-server) we wszystkich wersjach wydanych przed 2022-01-27, w konfiguracjach z włączonym SAML SSO

Uwagi

Szczegółowe informacje dotyczące reprodukcji podatności oraz strategii mitygacji zostały opublikowane w GitHub Security Advisory (GHSA-9jg9-9g37-4424). Podatność dotyczy wyłącznie środowisk z włączonym SAML SSO.