Уязвимости в клиентите на Matrix, позволяващи разкриване на ключове за крайно криптиране

В повечето клиентски приложения за платформата за децентрализирана комуникация Matrix бяха открити уязвимости (CVE-2021-40823, CVE-2021-40824), които позволяват получаване на информация за ключовете, използвани за предаване на съобщения в чатове със силно криптиране (E2EE). Атакуващ, компрометирайки един от потребителите на чата, може да дешифрира съобщения, изпратени по-рано на този потребител от уязвими клиентски приложения.

За успешна експлоатация е необходимо достъп до акаунта на получателя на съобщенията. Достъпът може да бъде получен както чрез изтичане на параметри на акаунта, така и чрез хакване на Matrix-сървъра, чрез който се свързва потребителят. Най-голямата опасност от уязвимостите е за потребителите на криптирани чат房, до които са свързани Matrix-сървъри, контролирани от злонамерени лица. Администраторите на подобни сървъри могат да се опитат да се представят за потребители на сървъра, за да прихванат съобщения, изпратени в чата от уязвими клиентски приложения.

Уязвимостите са причинени от логически грешки в реализациите на механизма за повторен достъп до ключовете, предложени в 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 и Nheko ≤ 0.8.2. Реализациите на базата на библиотеките matrix-ios-sdk, matrix-nio и libolm не са уязвими.

Съответно, уязвимостите се проявяват във всички приложения, заимствали проблемния код, и не засягат директно протоколите Matrix и Olm/Megolm. В частност, проблемът засяга основния Matrix-клиент Element (бивш Riot) за Web, настолни системи и Android, както и други клиентски приложения и библиотеки, включително FluffyChat, Nheko, Cinny и SchildiChat. Проблемът не се проявява в официалния клиент за платформата iOS, както и в приложенията Chatty, Hydrogen, mautrix, purple-matrix и Syphon.

Уязвимостите бяха открити по време на одит на сигурността на клиента Element. Поправките вече са издадени за всички проблемни клиенти. На потребителите се препоръчва спешно да инсталират обновления, а преди инсталацията на обновление да преведат клиентите в режим offline. Свидетелства за експлоатация на уязвимостите преди публикуването на поправките не са налични. По стандартните логове на клиента и сървър Определянето на факта на атака е невъзможно, но тъй като за атаката е нужна компрометиране на акаунта, администраторите могат да анализират наличието на подозрителни входове по логовете за автентикация на техните сървъри, а потребителите да оценят списъка на прикрепените към акаунта им устройства относно наскорошни повторни свързвания и промяна на статуса на доверие.

Механизмът за повторен достъп до ключове (key sharing), в реализирането на който са намерени уязвимости, позволява на клиента, който няма ключове за декриптиране на съобщение, да изиска ключове от устройството на изпращача или от други свои устройства. Например, подобна възможност е необходима за осигуряване на декриптиране на стари съобщения на новото устройство на потребителя или в случай на загуба на наличните ключове от потребителя. Спецификацията на протокола предписва по подразбиране да не се отговаря на исканията за ключове и да се изпращат автоматично само на верифицирани устройства на същия потребител. За съжаление, в практическите реализации това изискване не беше осигурено и исканията за изпращане на ключове се обработваха без необходимата идентификация на устройството.

Източник: opennet.ru