VPS и S3 Beget после атаки: что с данными и что делать

Что Beget сообщил об облаке

• Данные. «В облачной инфраструктуре (VPS, S3 и Kubernetes) все данные были утрачены. Сохранены файловые бэкапы VPS. Настройки CDN, IP утрачены. Мы не сдаёмся и продолжаем поиск способов восстановить эти данные» (3 ноября).
• Бэкапы VPS. «Бинарные бэкапы VPS полностью утеряны. Остаётся возможность восстановления данных из файловых бэкапов» (3 ноября).
• Доступ к бэкапам. Файловые бэкапы хостинга и облака сохранены, но выдать их сразу нельзя: сначала каждый сервер вручную проверяют на скрытые уязвимости и вредоносные скрипты (3 ноября).
• Как получить копию. «Ведутся работы по восстановлению инфраструктуры резервного копирования. Порядок получения копий опубликуем отдельным постом» (4 ноября).
• Сроки по бэкапам. «Большая часть файловых бэкапов сохранилась, и мы готовимся их отдавать». Этап 1, восстановление работы серверов с резервными копиями: «до 24 часов с момента публикации». Этап 2, панель управления, где покажут резервные копии: «5 дней с момента публикации. Мы стараемся сделать это раньше, но возникают технические сложности» (5 ноября, 15:22 МСК, пост в Telegram).
• Оплата. «Пока сервисы не восстановлены, оплата не списывается» (5 ноября).
• Панель управления. Не работает. Beget пишет, что приоритет — на доступ к бэкапам и управлению доменами, а о доступности панели оповестит в канале (5 ноября).

Чего Beget не сообщал: удастся ли вернуть данные S3 и Kubernetes, сохранятся ли прежние IP-адреса. Новые сообщения появляются в ленте Beget.

«Хакер» пишет, что заявки на компенсацию можно будет отправить, когда заработает панель. В Telegram-канале Beget и на его сайте мы о компенсациях ничего не нашли. Уточняйте у поддержки.

Чем файловый бэкап отличается от бинарного

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

Базы данных проверьте отдельно. Если в копии лежит дамп (.sql), его импортируют как обычно. Если там файлы работавшей базы, а не дамп, запускайте их на той же версии MySQL или PostgreSQL и будьте готовы проверять и чинить таблицы.

Что сделать сейчас

1. Смените пароли и ключи. Так советует Beget. Всё, что лежало на сервере: SSH-ключи, пароли баз, API-токены, ключи S3, секреты из .env. Перевыпустите ключи у внешних сервисов, с которыми работал сервер: платёжных, почтовых, облачных.
2. Соберите всё, что есть вне Beget. Репозиторий с кодом, дампы баз, копии у разработчика или на своём компьютере, бэкапы в другом облаке, образы в реестре Docker, конфиги Ansible или Terraform.
3. Решите, ждать или переезжать. Если своя копия есть, поднимайте сервер у другого провайдера сейчас: шаги ниже. Если копии нет, остаётся ждать файловый бэкап Beget. Публичные страницы и картинки сайта иногда удаётся достать из веб-архива.
4. Не удаляйте аккаунт Beget, пока не получите бэкап или ответ поддержки.

Как поднять VPS у другого провайдера

1. Создайте сервер с той же операционной системой и версией, что были на Beget.
2. Поставьте те же сервисы: веб-сервер, PHP, Node.js или Python, базу данных той же основной версии.
3. Разложите файлы и конфиги из копии. Базу импортируйте из дампа, для MySQL и PostgreSQL:

   mysql -u ЛОГИН -p ИМЯ_БД < db.sql
   psql ИМЯ_БД < db.sql

4. Проверьте сайт до смены DNS через файл hosts. Как это сделать, описано в инструкции по переносу сайта, шаг 4.
5. Смените A-записи домена на IP нового сервера. Если домен зарегистрирован в Beget и смотрит на DNS Beget, записи меняют на domains.beget.ru. Подробно: как перенести домен и DNS с Beget.
6. Выпустите SSL-сертификат заново и впишите новый IP туда, где был старый: белые списки платёжных шлюзов и API, правила файрвола, SPF, если сервер отправлял почту.

S3: куда перенести хранилище

Если у вас есть копия объектов (на диске, в другом бакете, у разработчика), загрузите её в любое S3-совместимое хранилище. Порядок одинаковый:

1. Создайте бакет и ключи доступа у нового провайдера.
2. Загрузите копию. Например, утилитой AWS CLI, где адрес endpoint берут в панели нового хранилища:

   aws s3 sync ./backup s3://ИМЯ_БАКЕТА --endpoint-url https://АДРЕС_ENDPOINT

3. Поменяйте в приложении endpoint, регион, имя бакета и ключи. Если файлы раздавались по прямым ссылкам на S3 Beget, обновите ссылки в базе или поставьте свой домен перед хранилищем.

Источники

1. Beget, Telegram: 2 ноября, 3 ноября («Разбор текущей ситуации»), 4 ноября, 5 ноября 2026.
2. Хакер, «Хостинг-провайдер Beget пострадал от кибератаки», 3 ноября 2026 (о компенсациях).
3. РБК, «Beget сообщил о потере данных в облачной инфраструктуре после кибератаки», 3 ноября 2026.
4. Timeweb Cloud, список сервисов и «Облачное объектное хранилище S3», проверено 5 ноября 2026.
5. Рег.ру, «Порядок предоставления сервиса „Объектное хранилище S3“», действует с 2 февраля 2026; «Как перенести сайт на хостинг Рег.ру».
6. Selectel, «S3», проверено 5 ноября 2026.