Кибервымогатели модифицировали Ligolo и использовали lsassDumper в атаке

Кибервымогатели модифицировали Ligolo и использовали lsassDumper в атаке

Кибервымогатели модифицировали Ligolo и использовали lsassDumper в атаке

Специалисты по кибербезопасности наткнулись на интересную кампанию операторов программы-вымогателя, в которой злоумышленники использовали кастомные инструменты, присущие обычно APT-группировкам (Advanced Persistent Threat).

Исследователи из Security Joes опубликовали отчёт (PDF), согласно которому от рук операторов шифровальщика пострадал один из клиентов компании, занимающийся азартными играми.

В ходе атаки киберпреступники задействовали кастомные инструменты с открытым исходным кодом. Например, эксперты выделяют модифицированную версию утилиты Ligolo, предназначенной для обратного туннелирования и доступной для пентестеров на GitHub. Также злоумышленники использовали специальную тулзу для дампа учётных данных из LSASS.

По словам команды Security Joes, описываемая кибератака демонстрирует отличную подготовку вымогателей и знания по части Red Teaming. Проникнуть в системы жертвы им помогли украденные учётные данные SSL-VPN одного из сотрудников. Далее в ход пошли брутфорс RDP и сканирования.

На заключительном этапе кампании злоумышленники развернули прокси-туннелирование для защищённого соединения и установили знаменитый Cobalt Strike. В Security Joes считают, что следующим шагом атакующие бы запустили шифровальщик, так как задействованные методы указывают именно на это. Тем не менее до этого не дошло, поэтому утверждать с точностью нельзя.

Модифицированную версию Ligolo, написанную на GoLang и получившую имя «Sockbot», киберпреступники лишили необходимости использовать параметры командной строки и оснастили проверкой запуска, чтобы избежать выполнения нескольких процессов.

Помимо этого, злоумышленники взяли в арсенал кастомный инструмент «lsassDumper», также написанный на GoLang. Он использовался для автоматической кражи данных из процесса LSASS. Как отметили специалисты, они впервые наблюдали lsassDumper в реальных атаках.

В iOS нашли намёк на сквозное шифрование RCS-чатов между iPhone и Android

Apple, похоже, делает ещё один шаг к полноценной защите RCS-переписки между iPhone и Android — но, как это часто бывает, не без оговорок. В бета-версии iOS 26.3 Beta 2 обнаружены признаки подготовки сквозного шифрования (end-to-end encryption, E2EE) для RCS-сообщений.

Речь идёт о той самой защите, которая давно стала стандартом в современных мессенджерах, но до сих пор отсутствует в переписке между пользователями iPhone и Android.

Информацию обнаружил пользователь X (бывший Twitter) под ником @TiinoX83. Изучая carrier bundles — пакеты настроек операторов связи — он нашёл новый параметр, позволяющий операторам включать шифрование RCS. Судя по коду, Apple готовит механизм, при котором именно оператор будет «давать добро» на использование защищённых RCS-чатов.

 

Правда, есть нюанс. На данный момент этот параметр присутствует лишь у четырёх операторов — Bouygues, Orange, SFR и Free, и все они работают во Франции. Более того, ни один из них пока не активировал новую опцию. То есть формально поддержка как бы есть, но по факту она не работает.

История с E2EE для RCS тянется уже не первый месяц. После анонса спецификации Universal Profile 3.0 от GSMA весной прошлого года Apple публично пообещала добавить поддержку защищённых RCS-сообщений в будущих обновлениях iOS. Тогда же стало известно, что шифрование будет строиться на протоколе Messaging Layer Security (MLS) — том самом, который Google уже использует в Google Messages.

Первые намёки на реализацию этой идеи появились ещё в августе, когда в коде iOS 26 нашли следы тестирования MLS. С тех пор ожидания только росли, но реального запуска функции пользователи так и не увидели.

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