POS-вредонос PinkKite имеет маленький размер, но большие возможности

POS-вредонос PinkKite имеет маленький размер, но большие возможности

POS-вредонос PinkKite имеет маленький размер, но большие возможности

Новый вредонос, атакующий POS-терминалы, имеет очень маленький размер, при этом, как сообщают исследователи, зловред способен совершать целый спектр вредоносных действий на зараженных устройствах.

Получивший имя PinkKite POS-¬вредонос был обнаружен в прошлом году, он был частью масштабной вредоносной кампании, которая закончилась в декабре. Впервые PinkKite был подробно описан на прошлой неделе в рамках саммита «Лаборатории Касперского» Security Analyst Summit (SAS).

По образцу таких вредоносных программ, как TinyPOS и AbaddonPOS, PinkKite имеет очень маленький размер (меньше 6 килобайт), что использует для обхода различных антивирусных решений. Однако, несмотря на такие скромные размеры, PinkKite может собирать информацию из памяти (memory-scraping).

Согласно исследовавшим эту программу экспертам, вредонос использует захардкоденный двойной шифр XOR для шифрования номеров кредитных карт. Также в PinkKite присутствуют механизмы укоренения в системе, а командный сервер (C&C) используется для фильтрации данных.

Распространяется PinkKite по следующей схеме — злоумышленники заражают систему, а затем исследуют всю внутреннюю сеть атакуемой компании, используя PsExec. После этого киберпреступники с помощью Mimikatz извлекают учетные данные из службы LSASS, а потом пожключаются к взломанным системам для кражи данных кредитных карт через сеанс удаленного рабочего стола (RDP).

Специалисты обнаружили, что PinkKite пытается замаскироваться под легитимную программу системы Windows, для чего использует такие имена, как Svchost.exe, Ctfmon.exe и AG.exe. После изъятия данных кредитных карт из системной памяти PinkKite проверяет их карт, используя алгоритм Луна.

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

Российские провайдеры начали глушить защищённые DNS Google и Cloudflare

Пользователи сразу нескольких российских операторов пожаловались на проблемы с защищёнными DNS-сервисами Google и Cloudflare. Под ударом оказались протоколы DNS over HTTPS (DoH) и DNS over TLS (DoT), которые шифруют DNS-запросы и не позволяют провайдеру запросто подсматривать, к какому домену обращается пользователь.

По данным телеграм-канала bypassblock, сбои затронули абонентов «Ростелекома», «Дом.ру», «Таттелекома» и петербургского SkyNet.

Судя по результатам измерений, фильтрация работает хитрее обычного: TCP-соединение устанавливается, но защищённый туннель разваливается уже на следующем этапе.

При подключении к Cloudflare по адресам 1.1.1.1 и 1.0.0.1 через порт 853 TCP-рукопожатие проходит успешно, после чего соединение принудительно сбрасывается с ошибкой ECONNRESET — ещё до завершения TLS-аутентификации.


С Google Public DNS картина другая. Соединение с dns.google, 8.8.8.8 и 8.8.4.4 через порт 443 устанавливается, но после отправки TLS ClientHello ответы прекращаются.

Сессия либо висит до тайм-аута, либо завершается ошибкой unexpected eof while reading. Такое поведение может указывать на вмешательство промежуточного оборудования и фильтрацию по сигнатуре.

Симптомы различаются в зависимости от оператора и региона: у одних пользователей не работает только DoT, у других — DoH, а некоторым достался полный комплект. Техподдержка «Таттелекома» якобы прямо рекомендовала одному из абонентов отключить оба протокола для восстановления доступа.

Официального подтверждения централизованной блокировки пока нет. Однако совпадение сбоев у нескольких провайдеров и одновременные проблемы у Google и Cloudflare выглядят слишком сильно для обычной случайности.

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