Распространители RAT-троянов прячут их в полиглотах с файлом JAR

Распространители RAT-троянов прячут их в полиглотах с файлом JAR

Распространители RAT-троянов прячут их в полиглотах с файлом JAR

Израильская ИБ-компания Deep Instinct опубликовала результаты разбора прошлогодних кампаний, нацеленных на засев троянов Ratty и StrRAT. Зафиксированные атаки примечательны техникой обхода защиты: вредоносы раздаются в полиглотных (многоформатных) файлах MSI/JAR и CAB/JAR, способных ввести в заблуждение антивирус.

В отличие от исполняемых файлов архивы JAR обычно не подвергаются тщательной проверке. В данном случае это позволило скрыть StrRAT и Ratty и переключить внимание сканеров на MSI- или CAB-составляющую, которая обычно воспринимается как чистая.

Исследование показало, что уловка злоумышленников оправдала себя. Уровень детектирования полезной нагрузки на VirusTotal до сих пор невысок — от 10 до 50% (6 из 58 и 31 из 62 соответственно, по состоянию на 13 января).

Для распространения троянизированных полиглот-файлов авторы атак используют Sendgrid и сервисы коротких ссылок, такие как Cutt.ly и Rebrand.ly. Многие образцы StrRAT и Ratty хостятся у болгарского провайдера BelCloud, иногда — в Discord.

Случаи использования комбинации «зловредный JAR + подписанный MSI-файл» были зафиксированы еще в 2018 году. В Microsoft на тот момент проблему проигнорировали. Летом 2020 года полиглоты MSI/JAR всплыли в атаках Ratty, и на сей раз Windows получила заплатку.

К сожалению, злоумышленников это не остановило: техника обхода антивирусов доказала свою эффективность. К тому же патчинг на местах — дело неспешное, особенно при обширной пользовательской базе. В ход пошли и другие комбинации, как эксперты недавно убедились на примере StrelaStealer, нацеленного на учетки Thunderbird и Outlook.

Android запретит доступ к экрану «лишним» приложениям

Google, похоже, готовит ещё одно нововведение по части безопасности Android. В тестовой сборке Android Canary 2602 обнаружена новая функция для Advanced Protection Mode — режима «максимальной защиты», который компания представила в Android 16.

Теперь Advanced Protection Mode может ограничивать работу приложений, использующих AccessibilityService API, если они не классифицированы как инструменты для доступности.

AccessibilityService API — это мощный механизм Android, изначально созданный для помощи людям с ограниченными физическими возможностями. С его помощью приложения могут читать содержимое экрана, отслеживать действия пользователя и даже выполнять жесты от его имени.

Именно поэтому этот API часто становился инструментом атакующих. За последние годы многие приложения — от автоматизаторов и лаунчеров до «оптимизаторов» и антивирусов — использовали его для обхода системных ограничений. Формально ради удобства, однако на деле получая очень широкие права.

Google постепенно ужесточала политику. Приложения, действительно предназначенные для помощи людям с ограниченными возможностями, должны указывать специальный атрибут isAccessibilityTool. К ним относятся экранные дикторы, системы управления жестами, голосовой ввод, брайлевские интерфейсы и другие специализированные инструменты.

По данным аналитиков, в новой версии Android Canary  при включении Advanced Protection Mode система:

  • запрещает выдавать разрешение Accessibility Service приложениям, не признанным Accessibility Tools;
  • автоматически отзывает уже выданные разрешения у таких приложений.

Если приложение сильно зависит от этого API, оно просто перестанет работать.

В тестах, например, приложение dynamicSpot (эмулирующее Dynamic Island на Android) становилось недоступным: пункт был с пометкой «Restricted by Advanced Protection». Причина простая: оно использует AccessibilityService для чтения уведомлений и отображения поверх других приложений.

Инструменты, официально классифицированные как средства доступности, под ограничения не попадают.

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