Linux-версия шифровальщика Royal нацелилась на серверы VMware ESXi

Linux-версия шифровальщика Royal нацелилась на серверы VMware ESXi

Linux-версия шифровальщика Royal нацелилась на серверы VMware ESXi

Программе-вымогателю Royal Ransomware добавили поддержку шифрования на устройствах, работающих на базе операционной системы Linux. Теперь шифровальщик активно атакует виртуальные машины VMware ESXi.

Новая версия Royal запускается из консоли и предоставляет оператору возможность управлять процессом шифрования с помощью флагов. Так, флаг –stopvm останавливает все работающие ВМ, чтобы высвободить данные для шифрования; флаг –vmonly ограничивает шифрование виртуальными машинами.

К обработанным файлам добавляется расширение .royal_u (Windows-версия использует .royal). Пострадавшие форумчане BleepingComputer отметили, что расширение виртуального диска (.vmdk) в VMware не изменяется, но весь диск при этом оказывается зашифрованным.

Записка с требованием выкупа README.TXT распечатывается на принтере (Windows-версия традиционно оставляет ее в папках с зашифрованными файлами).

 

Сайт вымогателей размещен в сети Tor. В настоящее время Linux-версию Royal детектируют 30 из 63 антивирусов из коллекции VirusTotal (по состоянию на утро 6 февраля).

Операторы Royal Ransomware обходятся без партнеров; по данным BleepingComputer, они прежде работали в составе группировки Conti. Первые атаки закрытого сообщества были зафиксированы в январе прошлого года.

Вначале вымогатели заимствовали шифратор у других вредоносов — LockBit, BlackCat, затем создали собственный (с выпуском версии Zeon). В сентябре кибергруппа провела ребрендинг; самопальный шифратор обновили, в генерируемых им записках для жертв появилось имя Royal.

Активность шифровальщика возросла, количество образцов, загружаемых жертвами на ID Ransomware, стало множиться:

 

Выбор VMware ESXi в качестве мишени соответствует общей тенденции в мире шифровальщиков. Такие цели позволяют с помощью единственной команды зашифровать данные на множестве серверов; ESXi охотно включают в свои списки не только уже известные зловреды, но и новички: Nevada, ESXiArgs.

Последний примечателен тем, что использует нестандартную криптосхему — в нее включен потоковый шифр Sosemanuk, ранее замеченный лишь у ESXi-версии Babuk. Вымогатель ESXiArgs появился на ИБ-радарах в начале текущего месяца и успел поразить порядка 3200 серверов VMware ESXi.

Ростелеком объяснил сбой рунета аварией в электросети

Массовые перебои в работе рунета вечером 18 августа начались после отключения электричества на крупном узле связи ММТС-9 в Москве. В «Ростелекоме» заявили, что авария произошла на стороне электроснабжающей организации.

По данным MSK-IX, сетевой инцидент начался в 20:35 мск. К 21:25 ситуация стабилизировалась, а в 22:10 сбой завершился.

На время блэкаута компания задействовала резервные источники питания и дизель-генераторные установки. Параллельно аварийная бригада «Россетей» восстанавливала основное электроснабжение.

ММТС-9 — старейшая и крупнейшая российская точка обмена интернет-трафиком. В здании размещено оборудование операторов, дата-центров и инфраструктура MSK-IX.

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

Источники РБК также подтвердили, что электричество пропало на части площадки ММТС-9. Предварительно, проблема возникла на уровне подстанции, а не самого дата-центра.

В Московском комплексе городского хозяйства назвали причиной кратковременных отключений в Гагаринском и других районах технологическое переключение источников энергоснабжения. Сейчас питание восстановлено, а сети «Ростелекома», по данным компании, работают штатно.

Любопытная деталь: здание ММТС-9 подключено к пяти независимым центрам питания по восьми кабельным вводам.

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