Банковский троян TrickBot теперь атакует платежные системы и системы CRM

Банковский троян TrickBot теперь атакует платежные системы и системы CRM

Банковский троян TrickBot теперь атакует платежные системы и системы CRM

Банковский троянец TrickBot теперь атакует не только банки и финансовые учреждения, отныне он также нацелен на системы обработки платежей и управления взаимоотношениями с клиентами (CRM).

TrickBot предположительно был создан той же группой лиц, которая стоит за созданием трояна Dyre, впервые эта угроза была замечена летом 2016 года. К ноябрю вредонос уже успешно распространился на территориях Великобритании и Австралии, а в Азии появился в следующем месяце. В начале этого года он стал ориентироваться на частный банковский сектор.

26 активных вариаций TrickBot, наблюдавшихся в мае 2017 года, были нацелены на банки в Великобритании, Австралии, США, Канаде, Новой Зеландии, Ирландии, Франции, Германии, Швейцарии, Нидерландах, Болгарии, Индии, Сингапуре и Гонконге. Согласно отчету F5, командные центры (C&C) обменивались информацией с зараженными машинами по порту 443.

Теперь же в список целей TrickBot также входят платежные системы и SaaS CRM-системы. На эти две отрасли также был нацелен в свое время банковский Android-троян Marcher.

Исследователи F5 проанализировали две майские вредоносные кампании, распространяющие TrickBot, одна содержала 210 URL-адресов, а другая - 257 URL-адресов. Обе кампании были нацелены на одну и ту же платежную систему США, PayPal.

Примечательно, что во второй кампании список целевых банковских URL-адресов и платежных систем был расширен. Также добавили систему управления взаимоотношениями с клиентами Salesforce.com.

F5 проанализировала 6 IP-адресов командных серверов, три из которых управляются хостинговыми компаниями в Азии. Все используют порт 443 и протокол HTTPS для связи с зараженными машинами, что позволяет им скрывать вредоносный трафик и уклоняться от обнаружения, поскольку многие антивирусные решения не проверяют зашифрованный трафик.

Бреши в 7-Zip позволяют запускать файлы и отключают проверку SmartScreen

Microsoft Defender для конечных точек может пропустить тщательно подготовленный зловред, но это ещё не означает победу атакующего. В ходе фишингового теста маяк Sliver в оболочке ShellcodePack не вызвал ни статического обнаружения, ни поведенческого предупреждения и успешно связался с сервером управления.

Однако при загрузке через браузер и запуске из Проводника его мгновенно остановил Windows SmartScreen.

Секрет оказался в метке происхождения файла — Mark of the Web (MotW). Браузеры добавляют к загруженным из интернета объектам поток Zone.Identifier со значением ZoneId=3.

SmartScreen видит его, проверяет репутацию файла в облаке Microsoft и блокирует неизвестные неподписанные программы. Defender при этом работает отдельно и может вообще не заметить угрозу.

Но вся эта защитная магия рассыпается, если MotW исчезает. И здесь на сцену выходит 7-Zip. Распространение метки на извлечённые файлы в архиваторе остаётся отключённым по умолчанию: параметр Propagate Zone.Id stream установлен в положение No. Распакованный файл теряет интернет-клеймо, а SmartScreen не получает повода вмешаться.

Проблема уже вышла за рамки спорной настройки. Уязвимость CVE-2025-0411 позволяла сбрасывать MotW через вложенные архивы; её исправили в 7-Zip 24.09. Позднее обнаружили CVE-2026-58052: версии до 26.02 могли некорректно обрабатывать метку при распаковке специально подготовленных RAR5-архивов. Патч появился в версии 26.03.

Вывод для простой: нужно обновить 7-Zip, принудительно включить перенос Zone.Id и проверить SmartScreen на реальных рабочих станциях. Потому что обойти EDR — ещё половина дела. Но если архиватор сам снимет с файла красный флажок, последняя линия защиты может даже не узнать, что пора спасать пользователя.

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