Рањивости у Матрик клијентима које би могле да открију кључеве за шифровање од краја до краја

Рањивости (ЦВЕ-2021-40823, ЦВЕ-2021-40824) су идентификоване у већини клијентских апликација за Матрик децентрализовану комуникациону платформу, што омогућава да се информације о кључевима који се користе за пренос порука у енд-то-енд шифрованим (Е2ЕЕ) четовима добијена. Нападач који компромитује једног од корисника ћаскања може да дешифрује поруке које су претходно послате том кориснику из рањивих клијентских апликација.

Успешна операција захтева приступ налогу примаоца поруке. Приступ се може добити или кроз цурење параметара налога или кроз хаковање Матрик сервера преко којег се корисник повезује. Рањивости представљају највећу опасност за кориснике шифрованих соба за ћаскање на које су повезани Матрик сервери које контролишу нападачи. Администратори таквих сервера могу покушати да се лажно представљају као корисници сервера како би пресрели поруке ћаскања послате из рањивих клијентских апликација.

Рањивости су узроковане логичким грешкама у имплементацији кључног механизма понављања предложеног у матрик-јс-сдк < 12.4.1 (ЦВЕ-2021-40823), матрик-андроид-сдк2 < 1.2.2 (ЦВЕ-2021-40824) , матрик -руст-сдк < 0.4.0, ФамедлиСДК < 0.5.0 и Нхеко ≤ 0.8.2. Имплементације засноване на матрик-иос-сдк, матрик-нио и либолм библиотекама нису подложне рањивостима.

Сходно томе, рањивости се појављују у свим апликацијама које позајмљују проблематичан код и не утичу директно на Матрик и Олм/Меголм протоколе. Конкретно, проблем утиче на главни Матрик клијент Елемент (раније Риот) за Веб, десктоп и Андроид, као и на клијентске апликације и библиотеке трећих страна, укључујући ФлуффиЦхат, Нхеко, Цинни и СцхилдиЦхат. Проблем се не појављује у званичном клијенту за иОС платформу, као ни у апликацијама Цхатти, Хидроген, маутрик, пурпле-матрик и Сипхон.

Рањивости су идентификоване током безбедносне ревизије клијента Елемент. Исправке су сада објављене за све погођене клијенте. Корисницима се саветује да одмах инсталирају ажурирања и да клијенте пребаце на мрежу пре инсталирања ажурирања. Нема доказа о искоришћавању рањивости пре објављивања закрпе. Немогуће је утврдити чињеницу напада коришћењем стандардних дневника клијента и сервера, али пошто напад захтева компромитовање налога, администратори могу да анализирају присуство сумњивих пријава користећи евиденције аутентификације на својим серверима, а корисници могу да процене листу уређаја повезаних на њихов налог за недавна поновна повезивања и промене статуса поверења.

Механизам дељења кључева, у чијој имплементацији су пронађене рањивости, омогућава клијенту који нема кључеве да дешифрује поруку да затражи кључеве од уређаја пошиљаоца или његових других уређаја. На пример, таква могућност је неопходна да би се обезбедило дешифровање старих порука на новом корисничком уређају или ако корисник изгуби постојеће кључеве. Спецификација протокола подразумевано прописује да се не одговара на кључне захтеве и да се они аутоматски шаљу само на проверене уређаје истог корисника. Нажалост, у практичним имплементацијама овај захтев није испуњен и захтеви за слање кључева су обрађени без одговарајуће идентификације уређаја.

Извор: опеннет.ру