Сбой Beget: что делать с сайтом, почтой и данными

Обновлено: 05.11.2026 09:00 МСК. Статья дополняется по мере появления новой информации.

В ночь с 1 на 2 ноября 2026 года на инфраструктуру хостинг-провайдера Beget была совершена кибератака. По официальному сообщению компании, злоумышленники получили доступ к управляющему контуру и запустили скрипты, обнулявшие данные. Сайты и почта многих клиентов оказались недоступны, а часть данных облачной инфраструктуры утрачена.

Ниже разобрано, что известно на данный момент, что делать владельцу сайта в зависимости от используемой услуги и как выстроить защиту, чтобы один сбой провайдера не стоил вам бизнеса.

Если у вас есть копия сайта, не обязательно ждать восстановления: сайт можно развернуть на другой площадке, например на Timeweb Хостинг, а проекты на VPS можно поднять в облаке, например в Timeweb Cloud.

Что известно о ситуации

2–3 ноября: первое сообщение Beget

В ночь с 1 на 2 ноября на инфраструктуру была совершена атака. В первом сообщении компания описала ситуацию так.

Что было восстановлено к моменту сообщения:

• Выделенные серверы без администрирования Beget введены в работу. Серверы под администрированием самой компании проверялись и запускались постепенно, по ним большая часть данных сохранилась.
• DNS-серверы работают. Записи (A, MX, TXT) в зонах .ru, .рф и .su можно менять на domains.beget.ru. Это относится к доменам, зарегистрированным в Beget и использующим DNS-серверы Beget. Управление международными доменами восстанавливалось.
• Почтовая инфраструктура была восстановлена примерно на 80%, полный запуск провайдер обещал в течение 10 часов.
• Домены в зонах .ru, .рф и .su, у которых заканчивается срок делегирования, по договорённости с Координационным центром не будут разделегированы. Продлить домен с приоритетом можно даже после окончания регистрации.
• Ограниченный интерфейс панели управления Beget обещал предоставить в течение 24 часов. По сообщениям от 4 ноября, панель ещё не запущена.

Что утрачено:

• Данные облачной инфраструктуры (VPS, S3, Kubernetes) утрачены. Также утрачены настройки CDN и IP.
• Бинарные бэкапы VPS утрачены. Остаются файловые бэкапы VPS.

Что сохранилось:

• Файловые бэкапы всего хостинга и облачной инфраструктуры сохранены. На момент сообщения доступа к ним не было: каждый из более чем 1000 серверов нужно вручную проверить на скрытые уязвимости и вредоносные скрипты.
• По предварительной оценке, почти 100% сайтов с виртуального хостинга подлежат восстановлению.
• По данным провайдера, на серверах с пользовательскими данными не было попыток скачать или изменить эти данные.

Что делать прямо сейчас

1. Если у вас виртуальный хостинг

Ваши файлы, скорее всего, сохранены в бэкапах, но доступ вернётся только после проверки серверов. Сроки Beget пока не называет. Что можно сделать уже сейчас:

• Проверьте, нет ли у вас собственной копии сайта: локальной, в репозитории, в облачном хранилище, у разработчика или в старом бэкапе из CMS.
• Если копия есть, вы можете не ждать провайдера и временно развернуть сайт в другом месте (см. ниже).
• Если копии нет, остаётся ждать восстановления и следить за официальными сообщениями.

2. Если у вас VPS, S3 или Kubernetes

Это самый тяжёлый случай. Бинарные бэкапы VPS утрачены, данные облака тоже. Остаётся надежда на файловые бэкапы: по ним можно будет восстановить файлы, базы данных и конфиги, но не образ сервера целиком. Поэтому:

• Заранее соберите всё, что у вас есть вне Beget: инструкции по настройке сервера, docker-compose-файлы, скрипты деплоя, дампы баз, ключи, репозитории.
• Подготовьте новое окружение у другого провайдера, чтобы после получения файловых бэкапов сразу развернуть сервисы.
• Для S3-хранилищ вспомните, где ещё могут лежать копии файлов: на рабочих компьютерах, в почте, у подрядчиков.

3. Срочно смените пароли, ключи и токены

Это прямая рекомендация Beget. Если на сервере хранились пароли от баз данных, API-ключи, токены платёжных систем, SSH-ключи, доступы к почте или соцсетям, считайте их потенциально скомпрометированными. Провайдер не видит следов скачивания данных, но проверенный способ защиты один: перевыпустить всё, что хранилось на серверах.

В первую очередь меняйте:

• пароли от админ-панелей сайтов (WordPress, Битрикс, Joomla и других CMS);
• доступы к базам данных;
• API-ключи платёжных сервисов, сервисов рассылок и CRM;
• SSH-ключи и пароли от серверов;
• пароли почтовых ящиков, которые использовались на сайте.

4. Проверьте домен

• Откройте управление DNS на domains.beget.ru. Если ваш домен зарегистрирован в Beget и использует его DNS, вы можете изменять A-, MX- и TXT-записи.
• Если у домена скоро заканчивается срок регистрации, продлите его: приоритетное продление возможно, в том числе после окончания срока.
• Если домен зарегистрирован у другого регистратора, но направлен на DNS Beget, подумайте о переносе DNS-управления в нейтральное место, чтобы не зависеть от одного провайдера.

5. Как временно спасти сайт, если у вас есть копия

Если у вас есть файлы сайта и дамп базы данных, сайт можно поднять на другом хостинге, не дожидаясь Beget:

1. Закажите хостинг или сервер у другого провайдера.
2. Загрузите файлы сайта и импортируйте базу данных.
3. Проверьте, что сайт открывается по временному адресу или через файл hosts на вашем компьютере.
4. Смените A-запись домена на IP нового хостинга через управление DNS. Если DNS у Beget, это можно сделать на domains.beget.ru.
5. Подождите, пока изменения DNS распространятся: обычно от нескольких минут до нескольких часов.

Подходящих провайдеров в России несколько, например Timeweb, Selectel, REG.RU, Яндекс Cloud и VK Cloud. Для обычного сайта на WordPress, Битрикс, Joomla или статике достаточно виртуального хостинга с панелью управления, например Timeweb Хостинг. Для проектов на VPS, с Docker или объектным хранилищем нужны облачные сервисы, например Timeweb Cloud (VPS, S3 и другие), либо аналогичные у других провайдеров. Сравните условия нескольких вариантов, прежде чем выбирать.

Важная оговорка: если ваших данных нет нигде, кроме Beget, перенести сайт прямо сейчас невозможно. Придётся дождаться доступа к файловым бэкапам, а переезд делать уже после этого.

6. Почта

Почтовый сервис Beget на момент сообщения был восстановлен примерно на 80%. Если почта на домене критична для бизнеса, подумайте о запасном варианте: настройте почту на домене у другого провайдера и обновите MX-записи в DNS. Также стоит заранее сообщить важным клиентам и партнёрам альтернативный адрес для связи.

Главный урок: хостинг не заменяет бэкап

Эта история показывает простую вещь: бэкапы, которые хранятся у того же провайдера и в той же инфраструктуре, что и сам сайт, не защищают от сбоя этого провайдера. Если атака или авария затронет управляющий контур, пострадать могут и сервер, и его копии.

Используйте правило 3-2-1:

• 3 копии данных (рабочая и две резервных);
• 2 разных типа носителей или хранилищ;
• 1 копия вне основной инфраструктуры: у другого провайдера, в другом облаке или физически у вас.

На практике для небольшого сайта это может выглядеть так:

• регулярные автоматические бэкапы файлов и базы данных у хостинг-провайдера;
• дополнительная выгрузка копий в независимое хранилище (S3-совместимое хранилище другого провайдера, второе облако, внешний диск);
• хранение кода и конфигураций в репозитории;
• периодическая проверка восстановления: бэкап, который ни разу не разворачивали, нельзя считать надёжным.

На что смотреть при выборе хостинга после сбоя

Вопросы, которые стоит задать любому провайдеру:

• Где физически хранятся бэкапы? Отделены ли они от основной инфраструктуры, в другом ли дата-центре?
• Можно ли снять бэкап самостоятельно? Возможность скачать полную копию сайта и базы важнее любых обещаний.
• Как часто делаются автоматические копии и сколько они хранятся?
• Есть ли снимки (снапшоты) для VPS и можно ли хранить их отдельно?
• Что написано в договоре об ответственности за потерю данных?
• Как провайдер информирует клиентов об инцидентах?
• Есть ли двухфакторная аутентификация в панели управления?

Ни один хостинг не гарантирует стопроцентную защиту, поэтому независимые бэкапы нужны при любом выборе. Условия тарифов, сроки хранения копий и функции панели проверяйте на официальных сайтах провайдеров перед заказом.

Краткий чек-лист на сегодня

1. Найдите все свои копии сайта и баз данных вне Beget.
2. Смените пароли, ключи и токены, которые хранились на серверах.
3. Проверьте срок регистрации домена и при необходимости продлите.
4. Решите, нужен ли вам временный запасной хостинг для сайта и почты.
5. Следите за официальными сообщениями Beget и не принимайте решений по слухам.
6. После восстановления настройте независимые бэкапы по правилу 3-2-1.

Частые вопросы

Все ли данные клиентов Beget потеряны? Нет. По официальному сообщению, утрачены данные облачной инфраструктуры (VPS, S3, Kubernetes) и бинарные бэкапы VPS. По виртуальному хостингу почти 100% сайтов, по оценке провайдера, подлежат восстановлению.

Можно ли восстановить VPS? Бинарные бэкапы утрачены, но файловые бэкапы VPS сохранены. По ним можно будет восстановить файлы и данные, но не образ сервера целиком.

Когда заработает хостинг? Конкретные сроки Beget пока уточняет: требуется ручная проверка более 1000 серверов. Следите за официальными обновлениями провайдера.

Нужно ли менять пароли? Да. Провайдер рекомендует сменить все пароли, ключи доступа и другие учётные данные, которые могли храниться на серверах, хотя следов скачивания пользовательских данных он не видит.

Как перенести домен или изменить DNS? Для доменов в зонах .ru, .рф и .su, зарегистрированных в Beget и использующих его DNS-серверы, записи можно менять на domains.beget.ru. Работа с международными доменами пока восстанавливается.

Где развернуть сайт, пока Beget не работает? Если у вас есть файлы сайта и дамп базы, сайт можно развернуть у любого другого провайдера. Для сайтов на WordPress, Битрикс, Joomla и статике подойдёт виртуальный хостинг, например Timeweb Хостинг, для проектов на VPS, с Docker или S3 нужен облачный сервис, например Timeweb Cloud. Перед заказом сравните условия нескольких провайдеров.