Российский хостинг-провайдер Beget сообщил, что после кибератаки утрачены все данные его облачной инфраструктуры: VPS, S3 и Kubernetes. Восстановление Beget теперь упирается не только в запуск сервисов, но и в ручную проверку более 1000 серверов на скрытые уязвимости и вредоносные сценарии. Для тысяч сайтов и команд это не абстрактный сбой дата-центра, а проверка того, что именно компания считала резервной копией и как быстро умеет из неё поднимать бизнес.
Как сообщает vc.ru, атакующие в ночь с 1 на 2 ноября 2026 года получили доступ к управляющему контуру всей архитектуры Beget и запустили скрипты, обнуляющие инфраструктуру. Провайдер не раскрыл технические детали инцидента, но описал масштаб последствий достаточно прямо: бинарные резервные копии VPS потеряны полностью, настройки CDN и IP-адреса утрачены, а в облачной части данных не осталось. Для VPS сохранились файловые резервные копии, однако доступ к ним пока не открыт.
Разница между файловой и бинарной копией здесь критична. Файловый бэкап потенциально позволяет вернуть содержимое дисков — код, документы, медиафайлы, часть конфигураций. Но он не гарантирует восстановление привычной виртуальной машины в исходном состоянии: могут потребоваться ручная настройка окружения, сетевых параметров, сервисов, баз данных и зависимостей. Для команды, у которой инфраструктура описана в Terraform, Ansible или Kubernetes-манифестах, этот путь болезненный, но управляемый. Для проекта, где настройки годами жили только внутри VPS, последствия могут оказаться гораздо тяжелее.
Beget разделяет восстановление по сервисам. Dedicated-серверы, которыми пользователи администрируют самостоятельно, уже вернули в работу. Почтовая инфраструктура восстановлена примерно на 80%; оставшуюся часть компания на момент публикации рассчитывала закончить в течение десяти часов. Управление DNS стало доступно для всех доменов, которые обслуживаются у провайдера или зарегистрированы через его партнёров. Владельцы доменов в зонах .ru, .рф и .su также снова могут менять DNS-записи и перенаправлять сайты на другую инфраструктуру.
Это, пожалуй, самый практичный пункт в сообщении Beget для бизнеса. Если домен можно оперативно переключить на другой сервер или резервный хостинг, компания получает шанс сохранить хотя бы витрину, почту или критичный API. Провайдер отдельно договорился, чтобы домены в зонах .ru, .рф и .su с истекающим сроком делегирования не отключались во время аварии. Сами доменные имена, по заявлению Beget, находятся в безопасности. В ближайшие сутки компания обещала открыть ограниченную версию панели управления.
С виртуальным хостингом картина заметно лучше, чем с облаком: Beget предварительно рассчитывает восстановить почти 100% размещавшихся там сайтов. При этом файловые резервные копии всего хостинга и облачной инфраструктуры сохранены, но их нельзя просто раздать пользователям: прежде чем возвращать данные в эксплуатацию, специалистам нужно проверить серверы. Компания опасается, что вместе с восстановленными системами можно повторно запустить оставленные злоумышленниками скрипты или сохранить точку входа в инфраструктуру. Медленная ручная проверка в такой ситуации выглядит раздражающей, но разумной: быстрый рестор без изоляции способен превратить один инцидент в серию.
Провайдер также заявил, что пока не обнаружил на серверах с пользовательскими данными попыток их скачать или изменить. Это важная оговорка, а не окончательный вывод об отсутствии утечки: расследование ещё идёт, а доступ к управляющему контуру обычно даёт атакующим широкие возможности. Компания не называет срок полного восстановления и предупреждает, что восстановление Beget займёт существенное время. Пользователям облачных сервисов стоит исходить из худшего рабочего сценария: сверить внешние бэкапы, перевыпустить секреты и ключи доступа, проверить журналы, подготовить перенос критичных нагрузок и оценить, какие данные можно восстановить только из собственных копий.
Инцидент болезненно напоминает, что слово «бэкап» само по себе ничего не гарантирует. Важны независимость копии от основного управляющего контура, возможность быстро её проверить и понятный план переключения DNS, почты и приложений. Восстановление Beget покажет, насколько файловых копий достаточно для реальных клиентских систем; для рынка же главный вопрос уже шире: сколько компаний узнают о разнице между резервированием данных и устойчивостью сервиса только после следующей атаки.
