Атака на Beget в ночь на 1 ноября привела к уничтожению данных в облачной инфраструктуре российского хостинг-провайдера. Компании пришлось фактически собирать среду заново: пострадали VPS, S3, Kubernetes, настройки CDN и IP-конфигурации. Для разработчиков и бизнеса это неприятно наглядный кейс: доступ к управляющему контуру способен обнулить не только продакшен, но и привычные планы на резервное восстановление.
Злоумышленник получил доступ к системам управления всей архитектурой Beget и запустил скрипты, стирающие данные, сообщает BleepingComputer. Провайдер обнаружил инцидент вскоре после запуска вредоносного ПО и отключил серверы от сети, чтобы остановить распространение атаки. Beget обслуживает более 200 тысяч клиентов — среди них интернет-магазины, медиа и образовательные сервисы, поэтому сбой затрагивает не один изолированный облачный проект, а большую часть привычной веб-инфраструктуры для малого и среднего бизнеса.
По состоянию более чем через неделю после инцидента компания отчиталась о восстановлении 60% shared-хостинга и 40% выделенных серверов. Работы продолжаются, но с облачным сегментом ситуация сложнее. Beget заявила о полной потере данных в VPS, S3 и Kubernetes, а также конфигураций CDN и IP-адресов. Бинарные резервные копии VPS уничтожены полностью; файловые бэкапы уцелели лишь частично.
6 ноября провайдер уточнил, что восстановить файловые резервные копии сможет примерно для половины пользователей VPS. Даже в случаях, когда копия сохранилась, её ещё нужно сопоставить с конкретным аккаунтом — технически это непростая задача при таком масштабе аварии. Важная оговорка для тех, кто привык считать слово «бэкап» синонимом гарантии: копия, находящаяся в том же административном домене, что и рабочие системы, не обязательно переживёт компрометацию управляющего слоя.
Сейчас Beget проверяет около тысячи серверов вручную, прежде чем вернуть их в работу. Компания исходит из того, что заражённым может оказаться любой компонент: инфраструктуру очищают, а потенциально уязвимые точки пересматривают, даже если до атаки они не считались рисковыми. Это замедляет восстановление, зато снижает шанс вернуть в сеть скрытый скрипт, бэкдор или скомпрометированную учётную запись вместе с первым же восстановленным сервисом.
По предварительным итогам расследования, признаков скачивания или изменения пользовательских данных атакующим Beget не нашла. Похоже, целью было именно разрушение, а не кража информации с последующим вымогательством. Компания уведомила полицию и государственные органы, а также привлекла специалистов по кибербезопасности. Пока это не исключает появления новых деталей, но уже отличает инцидент от типичной атаки шифровальщика: здесь главный ущерб возникает не из-за переговоров о выкупе, а из-за утраты самой возможности быстро развернуть сервисы.
Атака на Beget особенно болезненна для команд, которые воспринимают облачного провайдера как готовый ответ на вопросы отказоустойчивости. Облако действительно снимает часть операционной нагрузки, но не отменяет архитектурной ответственности заказчика. Критичным системам нужны независимые копии данных, понятный порядок восстановления, регулярно проверяемые процедуры disaster recovery и разграничение прав доступа. Бэкап без тестового восстановления — это гипотеза, а не страховка.
Для компаний на VPS практический вывод ещё приземлённее: стоит проверить, где лежат резервные копии баз данных, медиафайлов, конфигураций, секретов и инфраструктурного кода. Отдельно полезно убедиться, что потеря аккаунта или управляющей панели одного провайдера не уничтожит одновременно рабочую среду, снапшоты и ключи доступа. Репликация между разными зонами полезна, но при компрометации общего control plane может оказаться недостаточной; независимая площадка или офлайн-копия дают другой класс защиты.
Атака на Beget превращает привычный разговор о резервировании из вопроса цены хранения в вопрос границ доверия. Восстановление тысяч серверов и клиентских данных покажет, насколько российский рынок хостинга готов не только держать резервные мощности, но и переживать полный захват управляющей инфраструктуры без потери последней копии данных.
