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

Татьяна Никитина 13 Января 2023 - 17:54

...

Распространители 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.

Следующая главная новость »

Подписывайтесь на канал "Anti-Malware" в Яндекс Дзен, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

Татьяна Никитина 31 Марта 2023 - 18:42

Общее Защита персональных данных

Система MLS утверждена в качестве стандарта сквозного шифрования

Рабочая группа по стандартизации / развитию интернет-технологий (IETF) санкционировала публикацию документа Messaging Layer Security (MLS) в последней редакции. Новый стандарт диктует использование сквозного шифрования для защиты обмена сообщениями и призван упростить реализацию таких механизмов в веб-приложениях.

Целью разработки являлась унификация процедуры согласования ключей, аутентификации и обеспечения конфиденциальности. Участники, по словам IETF, постарались учесть все прежние достижения в области защиты передачи данных.

Так, MLS-система, как и Double Ratchet (алгоритм управления ключами, используемый в iMessage, Viber, WhatsApp, Signal), может работать в асинхронном режиме, а также обеспечивает защиту пользовательских данных после компрометации криптоключа (Post-Compromise Security, PCS).

С TLS 1.3 новый стандарт роднит надежность аутентификации; параметры безопасности в обоих случаях были подтверждены формальным анализом. Создатели MLS также предусмотрели возможность масштабирования: коллективный обмен можно распространить на тысячи устройств без поражения в безопасности.

За основу спецификаций взяты созданные в IETF черновые варианты мессенджера с MLS-защитой и протокола согласования ключей по MLS. Последний призван решить следующие задачи:

Конфиденциальность — сообщения могут читать только участники группы.
Целостность и достоверность данных — каждое сообщение отправляется аутентифицированным пользователем и не может быть изменено в ходе пересылки.
Аутентичность состава группы — каждый участник может проверить подлинность других собеседников.
Работа в асинхронном режиме — согласование ключей не требует одномоментного присутствия сторон онлайн.
Прямая секретность (Forward Secrecy) — компрометация одного из участников не раскроет сообщения, ранее отправленные в группу.
PCS — компрометация одного из участников не позволит аутсайдеру получить доступ к дальнейшему обмену в группе.
Масштабируемость — учет потребления ресурсов при изменении величины группы.

В настоящее время MLS используют Webex и RingCentral. Переход на MLS также запланирован для Wire, Wickr и Matrix.