Хакеры проникли в систему RuTube еще в марте, за два месяца до атаки

Хакеры проникли в систему RuTube еще в марте, за два месяца до атаки

Хакеры проникли в систему RuTube еще в марте, за два месяца до атаки

Служба безопасности Rutube не знала о взломе на протяжении двух месяцев. В систему проникли еще в марте, организовав целевую атаку. Взломщики изучали инфраструктуру хостинга, а сервис “положили” ко Дню Победы.

За атакой на RuTube стоят не инсайдеры, а внешние хакеры. Подробности нашумевшей истории рассказал на ПМЭФ глава Positive Technologies Денис Баранов. Компания помогала расследовать и устранять последствия.

“Это была именно таргетированная хакерская атака, нацеленная на нанесение максимального и долговременного урона сервису”, — объясняет Баранов. — Однако они умудрились засветиться на антивирусах, использовали инструментарий, который характерен для базового пентестера”.

В систему проникли в начале весны. Всё это время, вплоть до 9 мая, хакеры не проявляли себя, изучая внутреннее функционирование сервиса. “Выключить телевизоры” решили именно в День Победы.

“К этому моменту хакеры изучили инфраструктуру и четко выделили виртуальные машины, задействованные в обеспечении работы сервиса, и удаляли именно их”, — рассказывает Баранов.

Этот факт “Ведомостям” подтвердили и в самом RuTube:

“Точную дату назвать не можем, но следы вредоносной активности обнаружены сильно “до” событий 9 мая”, — сообщил представитель видеохостинга. Об этом же говорят и в “Лаборатории Касперского”. 

В Positive Technologies считают, что последствия атаки могли быть масштабнее, но этому помешали сами сотрудники RuTube:

“Очень хорошо сработала IT-служба: как только они заметили воздействие на ряд элементов инфраструктуры, сразу же стали их отключать и изолировать, стараясь опередить хакеров, удалявших виртуальные машины”, — добавил гендиректор Positive Technologies. 

Доступ к системе Rutube хакеры получили, взломав учетные записи сотрудников. Есть еще вероятность, что Rutube взломали одни люди, атаку же проводили уже другие. Такой версии придерживается техдиректор АО “Синклит” Лука Сафонов. Он полагает, что первоначальный доступ был продан другим лицам, которые уже и “включились” 9 мая.

Если принять за факт, что мониторинга ИБ у Rutube не было, как они сами пишут в утекшей переписке, из-за «якобы неполноты сервиса от Group-IB», то они могли и не заметить присутствия злоумышленников, добавляет независимый эксперт по информационной безопасности Алексей Лукацкий. По контракту ИБ Rutube занималась “дочка” Group-IB компания “Траст”. 

Напомним, российский видеохостинг Rutube подвергся атаке 9 мая и “пролежал” три дня. Чинить Rutube привлекли крупнейшие компании по кибербезопасности, которые занимались расследованием инцидента и устранением последствий. Среди них были Positive Technologies и “Лаборатория Касперского”.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Около 150 тыс. сайтов на 1C-Bitrix остаются уязвимыми к атаке

Очередное сканирование рунета, проведенное CyberOK, выявило около 1 млн активных экземпляров 1C-Bitrix. Примерно 150 тыс. из них выказывают признаки наличия критической уязвимости, пропатченной вендором два года назад.

Речь идет о проблеме BDU:2023-05857, степень опасности которой была оценена в 10 баллов из 10 возможных по шкале CVSS. Уязвимость, привязанная к модулю Конструктора сайтов (landing), представляет собой состояние гонки, которое может возникнуть при работе с общими ресурсами.

Эксплойт проводится без взаимодействия с конечным пользователем, но может потребовать авторизации. Успешная атака позволит выполнять любые системные команды, захватить контроль над узлом 1C-Bitrix и даже проникнуть во внутреннюю сеть.

Уязвимости подвержены все версии landing до 23.800.0 включительно. Патч вышел в сентябре 2023 года в составе сборки 23.850.0; как оказалось, далеко не все удосужились его применить.

В «СайберОК» провели дополнительное исследование и выяснили, что после отключения или удаления landing на хосте могут остаться файлы, способные вызвать ложное срабатывание статического сканера:

  • /bitrix/components/bitrix/landing.site_edit/templates/.default/landing-forms.js
  • /components/bitrix/landing.site_edit/templates/.default/landing-forms.js
  • /bx/components/bitrix/landing.site_edit/templates/.default/landing-forms.js

На самом деле наличие таких следов необязательно означает, что landing уязвим либо активен. Верным признаком потенциальной уязвимости, по словам экспертов, является файл /bitrix/tools/landing/ajax.php и характерные запросы к нему.

Во избежание неприятностей «СайберОК» советует безотлагательно обновить модуль landing до версии 23.850.0 или выше. При отсутствии такой возможности следует принять меры для смягчения угрозы:

  • временно отключить landing и ограничить доступ к административным конечным точкам;
  • ограничить внешний доступ к /bitrix/admin/* и другим административным маршрутам;
  • поискать в логах следы параллельных запросов, необычных цепочек вызовов, неожиданных вызовов системных команд.
AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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