I de fleste klientapplikationer til den decentraliserede kommunikationsplatform Matrix er der identificeret sårbarheder (CVE-2021-40823, CVE-2021-40824), der gør det muligt at få oplysninger om de nøgler, der blev brugt til at sende beskeder i chats med ende-til-ende-kryptering (E2EE). En angriber, der har kompromitteret en af chatbrugerne, kan afkode beskeder, der tidligere er sendt til denne bruger fra de sårbare klientapplikationer.
For en succesfuld udnyttelse er der behov for adgang til modtagerens konto. Adgang kan opnås enten gennem lækage af kontooplysninger eller ved at hacke Matrix-serveren, som brugeren tilslutter sig. Den største fare ved sårbarhederne udgør de brugere af krypterede chatrum, der er tilsluttet Matrix-servere, der kontrolleres af ondsindede aktører. Administratorer af sådanne servere kan forsøge at udgive sig for at være serverbrugere for at opsnappe beskeder sendt i chat mellem de sårbare klientapplikationer.
Sårbarhederne skyldes logiske fejl i implementeringen af mekanismerne til at genoprette adgang til nøgler, som er foreslået i matrix-js-sdk < 12.4.1 (CVE-2021-40823), matrix-android-sdk2 < 1.2.2 (CVE-2021-40824), matrix-rust-sdk < 0.4.0, FamedlySDK < 0.5.0 og Nheko ≤ 0.8.2. Implementeringer baseret på bibliotekerne matrix-ios-sdk, matrix-nio og libolm er ikke sårbare.
I overensstemmelse hermed manifesterer sårbarhederne sig i alle applikationer, der har lånt den problematiske kode, og vedrører ikke direkte protokollerne Matrix og Olm/Megolm. Specifikt berører problemet den primære Matrix-klient Element (tidligere Riot) til web, desktop og Android, samt tredjeparts klientapplikationer og biblioteker, herunder FluffyChat, Nheko, Cinny og SchildiChat. Problemet viser sig ikke i den officielle klient til iOS-platformen samt i applikationerne Chatty, Hydrogen, mautrix, purple-matrix og Syphon.
Sårbarhederne blev opdaget under en sikkerhedsrevision af klienten Element. Rettelser er allerede blevet udgivet for alle problematiske klienter. Brugerne anbefales kraftigt at opdatere, og indtil opdateringen er installeret, skal klienterne sættes i offline tilstand. Der er ingen beviser for udnyttelse af sårbarheden inden offentliggørelsen af rettelsen. Ifølge de almindelige logfiler fra klienten og server Det er umuligt at fastslå angrebet, men da kompromittering af kontoen er nødvendig for angrebet, kan administratorer analysere loggene for autentificering på deres servere for at tjekke for mistænkelige login-forsøg, mens brugerne kan vurdere listen over enheder, der er knyttet til deres konto, for nylige genforbindelser og ændringer i tillidsstatus.
Nøgle-delings mekanismen (key sharing), hvori der er fundet sårbarheder, tillader en klient uden nøgler til at dekryptere meddelelsen at anmode om nøgler fra den afsendende enhed eller andre af sine enheder. For eksempel er en sådan funktion nødvendig for at muliggøre dekryptering af gamle meddelelser på en ny enhed for brugeren, eller i tilfælde af at brugeren har mistet sine nøgler. Protokol-specifikationen foreskriver, at anmodninger om nøgler som standard ikke besvares, og at de automatisk kun sendes til verificerede enheder af samme bruger. Desværre er dette krav ikke blevet opfyldt i praktiske implementeringer, og anmodninger om at sende nøgler behandles uden tilstrækkelig enhedsidentifikation.
Kilde: opennet.ru
