Ve většině klientských aplikací pro platformu decentralizované komunikace Matrix byly zjištěny zranitelnosti (CVE-2021-40823, CVE-2021-40824), které umožňují získat informace o klíčích použitých k šifrování zpráv v chatech s end-to-end šifrováním (E2EE). Útočník, který kompromitoval jednoho z uživatelů chatu, může dešifrovat zprávy, které byly dříve tomuto uživateli odeslány z zranitelných klientských aplikací.
Pro úspěšnou exploataci je nutný přístup k účtu příjemce zpráv. Tento přístup může být získán buď prostřednictvím úniku údajů o účtu, nebo hackem Matrix-serveru, přes který se uživatel připojuje. Největší nebezpečí zranitelnosti představují pro uživatele šifrovaných chatovacích místností, které jsou připojeny k Matrix-serverům kontrolovaným útočníky. Správci takových servery se mohou pokusit vydávat za uživatele serveru a zachytávat zprávy odesílané do chatu z zranitelných klientských aplikací.
Zranitelnosti jsou způsobeny logickými chybami v implementacích mechanismu poskytování opětovného přístupu ke klíčům, navržených v 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 a Nheko ≤ 0.8.2. Implementace založené na knihovnách matrix-ios-sdk, matrix-nio a libolm nejsou zranitelné.
Zranitelnosti se tedy projevují ve všech aplikacích, které si přivlastnily problematický kód, a přímo se netýkají protokolů Matrix a Olm/Megolm. Tato problém se konkrétně týká hlavního Matrix-klienta Element (bývalý Riot) pro web, desktopové systémy a Android, jakož i třetích stran klientské aplikace a knihovny, včetně FluffyChat, Nheko, Cinny a SchildiChat. Problém se neprojevuje v oficiálním klientovi pro platformu iOS, ani v aplikacích Chatty, Hydrogen, mautrix, purple-matrix a Syphon.
Zranitelnosti byly odhaleny během bezpečnostního auditu klienta Element. Opravy byly již vydány pro všechny problematické klienty. Uživatelům se doporučuje okamžitě nainstalovat aktualizace, a před instalací aktualizací převést klienty do offline režimu. Důkazy o zneužívání zranitelnosti před publikováním opravy nebyly nalezeny. Podle standardních logů klienta a serveru Určit fakt útoku je nemožné, ale protože pro útok je nutná kompromitace účtu, mohou správci analyzovat přítomnost podezřelých přihlášení v protokolech autentizace na svých serverech, zatímco uživatelé mohou posoudit seznam zařízení připojených k jejich účtu z hlediska nedávných opakovaných připojení a změny stavu důvěry.
Mechanismus opětovného přístupu k klíčům (key sharing), v jehož implementaci byly nalezeny zranitelnosti, umožňuje klientovi, který nemá klíče pro dešifrování zprávy, požádat o klíče od odesílacího zařízení nebo jiných jeho zařízení. Například taková možnost je nezbytná pro zajištění dešifrování starých zpráv na novém zařízení uživatele nebo v případě ztráty klíčů, které uživatel měl. Specifikace protokolu předepsala, že standardní reakcí na žádosti o klíče je neodpovídat a klíče automaticky odesílat pouze ověřeným zařízením téhož uživatele. Bohužel, v praktických implementacích tato požadavek nebyl zajištěn a žádosti o odeslání klíčů byly zpracovávány bez patřičné identifikace zařízení.
Zdroj: opennet.ru
