Авторы Dyre работают над новым банковским трояном

Авторы Dyre работают над новым банковским трояном

Авторы Dyre работают над новым банковским трояном

По крайней мере, один из разработчиков банковского трояна Dyre (Dyreza) недавно начал работать над новым вредоносом, получившим название «TrickBot».

За последние несколько лет Dyre заразил сотни тысяч устройств по всему миру в попытке похитить информацию пользователей более чем 1000 банков и других организаций. Активность Dyre прекратилась в середине ноября 2015, это было связано, как предполагается, с мерами, принятыми российскими властями.

Есть основания считать, что некоторые из авторов Dyre были арестованы с результате этих действий, но возможно, что несколько злоумышленников остались на свободе и запустили новый проект. Исследователи из Fidelis Cybersecurity выяснили, что новая вредоносная программа TrickBot имеет тесную связь с Dyre.

TrickBot был впервые замечен в сентябре и атаковал преимущественно австралийские банки, например: ANZ, Westpac, St. George и NAB.

У TrickBot встречаются функции, очень похожие на Dyre, но сам стиль кодирования отличается. Например, в новом трояне гораздо больше кода на C++, в том время как Dyre используется в основном C. Кроме того, TrickBot использует Microsoft CryptoAPI.

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

«Добытая нами информация позволяет с уверенностью сказать, что существует четкая связь между Dyre и TrickBot. Однако в TrickBot прослеживается некое развитие и усовершенствование. Мы полагаем, что разработчики Dyre и TrickBot это одни и те же люди» - заявляют эксперты Fidelis.

Подпишитесь на новости

Claude Code удалил 116 ГБ и сообщил, что файлы выглядят нормально

Пользователь Windows сообщил, что Claude Code при уборке временных файлов удалил около 116 ГБ данных из его домашней директории. Затем агент заверил, что остановил команду и все выглядит целым. По описанию инцидента, удаление продолжалось еще примерно 50 минут.

В отчете на GitHub пользователь рассказывает, что работал над анализом для соревнования Kaggle.

Основная сессия запустила субагента, который решил очистить собственные временные файлы, но сформировал лишнюю команду рекурсивного удаления.

Целью стала домашняя директория, указанная коротким именем Windows формата 8.3. Автор предполагает, что защитная проверка могла не распознать такой вариант пути. Точный механизм отказа защиты и режим разрешений остаются неизвестными.

Через 120 секунд задача автоматически перешла в фон. Агент запросил остановку и получил сообщение об успехе, однако, судя по описанным изменениям файловой системы, удаление продолжалось. Вероятное объяснение — дочерний процесс пережил остановку задачи.

Проверка тоже оказалась поверхностной: агент посмотрел на названия папок верхнего уровня, которые могли сохраняться, пока их содержимое исчезало.

Пользователь сообщил о потере проектов за несколько месяцев, инструментов разработки, SSH-ключей и учетных данных. В корзине удаленные файлы не оказались. Обращение помечено как ошибка высокого приоритета с потерей данных.

Особенно неприятна в этой истории уверенность агента. Наличие папки еще не означает наличие файлов.

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