Операторы Ragnar Locker слили 700 ГБ данных, украденных у ADATA

Операторы Ragnar Locker слили 700 ГБ данных, украденных у ADATA

Операторы Ragnar Locker слили 700 ГБ данных, украденных у ADATA

Криминальная группа, стоящая за шифровальщиком Ragnar Locker, опубликовала на своем сайте ссылки на архивы данных, похищенных ими у тайваньского производителя чипов памяти ADATA. Эта карательная мера была принята после того, как жертва заражения отказалась платить выкуп.

Как стало известно BleepingComputer, злоумышленники проникли в сеть ADATA 23 мая. Потеряв доступ к важным файлам, вендор был вынужден отключить свои системы от интернета и заняться восстановительными работами.

Прежде чем активировать Ragnar Locker, взломщики, по всей видимости, вывели с серверов жертвы уйму информации — суммарно 1,5 ТБ, по их собственным оценкам. Не дождавшись уплаты требуемой суммы, они открыли доступ к украденным данным, которые на тот момент хранились в файлообменнике MEGA. Однако оператор веб-сервиса быстро отреагировал на абьюз — закрыл аккаунт злоумышленников и заблокировал доступ ко всем расшаренным файлам.

По всей видимости, грабители нашли альтернативу; сейчас на их сайте красуется список из 13 доступных архивов с общим паролем. Их содержимым, насколько можно понять, являются документы ADATA финансового характера, соглашения о конфиденциальности, деловая переписка и другие данные ограниченного пользования. Два файла по размеру превышают 100 ГБ, остальные значительно меньше.

Это уже вторая публикация данных ADATA за месяц. В прошлый раз злоумышленники предлагали всем желающим четыре небольших архива 7-zip, общим объемом менее 250 МБ. Их все еще можно скачать.

В ноябре прошлого года операторы Ragnar Locker атаковали не менее крупную мишень — японского разработчика видеоигр Capcom. Тогда им тоже не заплатили; в итоге скомпрометированными оказались ПДн сотен тысяч геймеров.

Российские провайдеры начали глушить защищённые 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