Облачная инфраструктура Beget уничтожена кибератакой: провайдер восстанавливает сервисы с нуля

Хостинг-провайдер Beget потерял всю облачную инфраструктуру из-за целенаправленной атаки. Инцидент затронул клиентов провайдера и работу сервиса BelkaCar, однако часть мощностей уже удалось вернуть в строй.
В ночь на 2 ноября злоумышленники проникли в управляющий контур архитектуры Beget и запустили обнуляющие скрипты. В результате облачная среда уничтожена полностью, а внутренние системы провайдера потеряли связи между аккаунтами и услугами. Сейчас специалисты тщательно восстанавливают сведения о принадлежности аккаунтов.
Архитектуру облака и управляющие сервисы уже подняли. В работу вернули более 60% хостинг-серверов, однако оставшаяся часть пострадала сильнее, и их восстановление займёт больше времени. Первые серверы планируют начать подключать в течение одного-двух дней, после чего начнутся интеграция и тестирование. Конкретных сроков полного восстановления провайдер не называет.
По оценке Beget, резервные копии файлов виртуальных серверов будут доступны лишь половине пользователей. При этом наличие бэкапа не гарантирует быстрый возврат данных. Сбой также отразился на каршеринговом сервисе BelkaCar, чью связь с серверами обеспечивал Beget. Оператор уже перешёл к другому подрядчику и восстановил доступ для пользователей.
Чем атака на Beget грозит российскому бизнесу
Инцидент показывает, что компрометация управляющего контура провайдера способна парализовать работу множества компаний-клиентов за короткое время. Для организаций, чьи сервисы и приложения завязаны на одного хостинг-оператора, подобные атаки оборачиваются не только потерей данных, но и разрывом технологических цепочек. Ситуация с BelkaCar подтверждает, что даже частичный сбой у подрядчика может привести к перебоям в клиентских сервисах.
Как действовать клиентам Beget и другим компаниям
Клиентам Beget следует ожидать завершения работ и не рассчитывать на моментальное восстановление данных из бэкапов. Владельцам онлайн-бизнеса стоит уже сейчас провести ревизию аварийных планов и убедиться, что инфраструктура не замыкается на одном провайдере. Полезной практикой может стать настройка независимых резервных копий на внешних площадках, не связанных с основным хостингом. Также стоит проверить, насколько сегментированы права доступа администраторов и есть ли защита от запуска деструктивных команд в управляющих панелях.
