За 1,5 года MajikPOS и Treasure Hunter украли 167 тыс. номеров кредиток

За 1,5 года MajikPOS и Treasure Hunter украли 167 тыс. номеров кредиток

За 1,5 года MajikPOS и Treasure Hunter украли 167 тыс. номеров кредиток

Наблюдатели из Group-IB обнаружили в интернете плохо сконфигурированный сервер, используемый для управления вредоносами MajikPOS и Treasure Hunter. Анализ содержимого админ-панелей выявил свыше 167 тыс. уникальных записей с данными банковских карт, которые были украдены из 133 PoS-терминалов, расположенных в основном в США.

Хозяев C2-сервера с добычей за период с февраля 2021 года по 8 сентября 2022-го установить не удалось. Неизвестно также, с какой целью велся сбор финансовой информации, пригодной для клонирования карт и отъема денег через банкоматы, — на продажу или для личного пользования.

Исходя из расценок на черном рынке, аналитики предположили, что общая стоимость дампов памяти, полученных с помощью двух PoS-зловредов, может составить более $3,3 миллиона. На настоящий момент идентифицировано 11 жертв заражения — юридических лиц, базирующихся в США. О своих находках GIB сообщила американскому куратору обмена данными о финансовых угрозах между частным сектором, НКО и правоохранительными органами.

Примечательно, что вначале злоумышленники использовали только Treasure Hunter — известного с 2014 года RAM-скрапера, исходники которого давно утекли в даркнет. В начале этого года в арсенал авторов атак на PoS-терминалы был добавлен вредонос помоложе (MajikPOS объявился в начале 2017 года в Северной Америке), и ему отдали предпочтение.

Исходные коды MajikPOS тоже доступны в сетевом андеграунде (с середины 2019 года), а заражение происходит так же, как в случае с Treasure Hunter — через сканы портов VNC и RDP и подбор паролей. Однако панель управления здесь удобнее, логи более информативны, а C2-коммуникации используют шифрование.

Суммарно исследователи проанализировали порядка 77,4 тыс. уникальных дампов, сделанных MajikPOS, и около 90 тыс. зафиксированных в консоли Treasure Hunter. Как оказалось, более 96% скомпрометированных карт выпущены американскими банками.

За последние годы популярность PoS-зловредов в криминальной среде заметно снизилась — из-за превентивных и защитных мер, принимаемых индустрией платежей. Для массовой кражи данных банковских карт стали чаще использоваться веб-скиммеры, внедряемые на сайты коммерсантов.

Тем не менее, в GIB считают, что угрозы, заточенные под PoS-терминалы, рано сбрасывать со счетов. Такое оборудование продолжает активно использоваться, в нем периодически находят уязвимости, облегчающие взлом. Атаки на PoS, к примеру, входят в репертуар печально известной кибергруппы FIN7, она же Carbanak.

Вышла утилита RKN Block Checker для диагностики блокировок

Разработчик Дмитрий Виноградов представил утилиту RKN Block Checker с открытым исходным кодом. Она помогает понять, почему конкретный сайт не открывается: это обычная сетевая проблема или блокировка на стороне провайдера / регуляторной инфраструктуры.

Проект написан на Python и опубликован под лицензией MIT. Утилита работает из командной строки и проверяет соединение по цепочке DNS → TCP → TLS → HTTP.

Идея простая: не просто выдать вердикт, что сайт недоступен, а показать, на каком именно уровне всё сломалось. Например, если системный DNS не даёт нормальный ответ, а Cloudflare DoH возвращает корректный адрес, это может указывать на DNS-подмену. Если TCP-соединение на 443-й порт сбрасывается, речь может идти о блокировке на уровне IP.

Если TCP проходит, но соединение рвётся на TLS-рукопожатии с SNI, это уже похоже на работу DPI / ТСПУ. А если сайт открывается, но вместо страницы приходит заглушка провайдера или код 451, утилита фиксирует и такой сценарий.

 

Автор отдельно подчёркивает, что смысл RKN Block Checker не в том, чтобы заменить браузер. Браузер и так сообщает, что сайт не открылся. Здесь задача другая — разложить проблему по слоям и дать пользователю более понятную картину, где именно произошёл сбой и на что это похоже.

Утилита сравнивает ответы системного DNS и DNS over HTTPS через Cloudflare, проверяет обычное TCP-подключение, запускает TLS-handshake с SNI целевого домена и затем делает HTTP-запрос. Вердикт выставляется по первому уровню, на котором возникла ошибка.

 

У проекта есть и ограничения. Пока поддерживается только IPv4. Списки целей жёстко заданы в коде и включают около 20 сайтов на категорию, поэтому инструмент не поймает все частные случаи. Кроме того, это разовая проверка без повторов и долгосрочного мониторинга, хотя JSON-вывод можно использовать в cron для регулярных запусков.

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