Новый Android-троян MMRat использует протокол Protobuf для кражи данных

Новый Android-троян MMRat использует протокол Protobuf для кражи данных

Новый Android-троян MMRat использует протокол Protobuf для кражи данных

Новый банковский Android-троян MMRat задействует интересный метод для кражи и передачи злоумышленникам данных жертвы. В частности, примечательно использование протокола Protobuf для сериализации скомпрометированных сведений.

MMRat впервые попался исследователям из Trend Micro в конце июня 2023 года. Что примечательно: вредоносное приложение не детектировали антивирусные движки на площадках вроде VirusTotal.

Согласно наблюдениям специалистов, MMRat распространяется через веб-сайты, замаскированные под легитимные магазины приложений для Android. Троян обычно проникает на устройство под видом госсервисов или софта для онлайн-знакомств.

Как многие подобные вредоносы, MMRat запрашивает доступ к специальным возможностям операционной системы (Accessibility Services), что должно сразу насторожить пользователя.

Как только троян попал на смартфон, он устанавливает связь с командным сервером (C2) и начинает мониторить активность мобильного устройства, чтобы вычислить период простоя.

В такие окна MMRat удалённо выводит девайс из сна (с помощью Accessibility Service), разблокирует дисплей и пытается осуществить несанкционированные переводы денежных средств.

Что может MMRat:

  • Собирать данные о сети, экране и аккумуляторе;
  • Извлекать список контактов пользователя и установленных программ;
  • Выполнять функции кейлогера;
  • Записывать всё, что происходит на экране через API MediaProjection;
  • Записывать и даже стримить видео с камеры смартфона;
  • Передавать данные жертвы на командный сервер;
  • Деинсталлироваться и вычищать все следы.

 

Цепочка атаки трояна выглядит так:

 

Для эффективной передачи скомпрометированных сведений авторы MMRat выбрали протокол Protobuf, что редко можно встретить среди подобных троянов. Protobuf похож по принципу действия на XML и JSON. Google разработала этот протокол для сериализации структурированных данных.

Интересно, что для передачи украденной информации используется порт 8080 и HTTP, а для стриминга видео — RTSP и порт 8554. При этом кастомный Protobuf и порт 8887 задействуется для обмена данным с C2.

Причиной массовых сбоев в Рунете стали неполадки у Ростелекома

Массовые проблемы с доступом к российским интернет-сервисам 6 августа устроил 29-минутный сбой в сети передачи данных «Ростелекома». Специалисты оператора перевели трафик на резервное оборудование, после чего инфраструктура вернулась к штатной работе.

Неполадки могли повлиять на доступность части интернет-ресурсов. Однако пользователям это запомнилось куда ярче: жалобы поступали на сервисы маркетплейсов, ИТ-компаний, банков, социальных платформ и операторов связи.

Больше всего сообщений ожидаемо пришло от абонентов самого «Ростелекома». Пользователи столкнулись с проблемами при подключении к сервисам и сетевым соединением.

В «Ростелекоме» пояснили, что сбой продолжался 29 минут. Трафик оперативно перенаправили на резервное оборудование, а причины инцидента в сообщении компании не раскрыли. Сейчас, по данным оператора, сеть и инфраструктура работают в штатном режиме.

Иными словами, до долгого цифрового апокалипсиса дело не дошло. Но инцидент наглядно показал, что иногда достаточно всего получаса неполадок у крупного оператора, чтобы пользователи одновременно потеряли доступ к магазинам, банкам и привычным онлайн-площадкам.

RSS: Новости на портале Anti-Malware.ru