Восстановление Beget после атаки вывело в работу более 60% хостинговой инфраструктуры, однако облачный контур провайдера уничтожен и будет собран заново. Для клиентов это означает не просто несколько дней недоступности: часть данных VPS не удастся вернуть, а у некоторых аккаунтов придётся вручную восстанавливать связку с подключёнными услугами.
Атака произошла в ночь с 1 на 2 ноября 2026 года. По данным vc.ru, злоумышленники получили доступ к управляющему контуру всей архитектуры и запустили скрипты, обнулявшие инфраструктуру. В компании говорят, что быстрые сценарии уже исчерпаны: всё, что можно было поднять без длительных операций, запущено. Оставшиеся серверы пострадали сильнее и требуют восстановления из резервных копий.
К работам с первыми такими серверами Beget планирует приступить 7 ноября. Это важная оговорка для владельцев сайтов и команд, которые рассчитывают просто дождаться возвращения прежней конфигурации. Речь идёт не о включении остановленных машин: провайдеру нужно последовательно вернуть данные, проверить их и заново включить сервисы в обновлённую среду. Сроки для конкретных клиентов в опубликованном сообщении не названы.
Самая неприятная часть статуса касается виртуальных серверов. По актуальной оценке компании, файловые резервные копии VPS будут доступны примерно половине пользователей. Полностью восстановить все данные невозможно. Это не обязательно означает потерю каждого виртуального сервера, но означает, что надеяться на резервную копию, которую хранит сам хостинг-провайдер, в этот раз смогут не все. Для бизнеса с единственным бэкапом внутри того же поставщика это особенно болезненный урок.
Панель управления тоже возвращается не одномоментно: её функции будут включать поэтапно. Внутренняя система учёта пострадала вместе с инфраструктурой, и часть свежих данных в ней утрачена. В частности, у некоторых клиентов исчезли актуальные соответствия между аккаунтами и услугами. Их в Beget собирают заново. Для поддержки это означает потенциально больше ручной работы, а для пользователей — риск задержек даже там, где техническая часть уже поднята.
Отдельным фронтом идёт восстановление Beget в облаке. Компания прямо сообщает, что прежняя облачная инфраструктура уничтожена. Базовую архитектуру и управляющие сервисы уже восстановили; первые серверы планируют подключить в течение одного-двух дней, после чего начнутся интеграция и тестирование. Доступ к уцелевшим копиям обещают предоставить через панель управления. Формулировка важна: сначала будут доступны сохранённые данные, а затем — привычная облачная среда вокруг них.
Провайдер не считает инцидент полностью закрытым. В Beget исходят из того, что угроза ещё сохраняется, поэтому очищают среду и пересматривают каждую потенциально слабую точку — в том числе те, которые раньше не считались опасными. Такой подход неизбежно замедляет возврат сервисов, но попытка быстро вернуть старый контур без проверки после компрометации управляющего доступа была бы куда более рискованной: атакующий мог сохранить способ вернуться.
Для разработчиков и IT-руководителей история — практическое напоминание о различии между резервной копией и планом восстановления. Бэкап полезен лишь тогда, когда он отделён от основной инфраструктуры, регулярно проверяется на развёртывание и покрывает не только файлы, но и конфигурации, базы данных, секреты и учётные связи. Владельцам критичных систем стоит проверить, можно ли поднять сервис у другого провайдера и кто принимает решение о переключении. Восстановление Beget покажет, насколько быстро компания вернёт оставшиеся сервисы, но главный вопрос уже шире: сколько российских команд по-прежнему держат продакшен и единственную копию его данных в одном контуре.
