Хакеры стёрли VPS клиентов Beget: что делать, если ваш сайт был там

Хакеры стёрли VPS клиентов Beget: что делать, если ваш сайт был там

Актуально на 3 ноября 2026, 18:30 МСК. Ситуация меняется каждые несколько часов.

Хакеры стёрли VPS клиентов Beget: что делать, если ваш сайт был там

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

Коротко о фактах. По словам самой компании, атакующие получили доступ к управляющему контуру всей инфраструктуры и запустили обнуляющие скрипты. Beget объявил форс-мажор. Под ударом оказались сотни тысяч сайтов, а заодно и внешние сервисы вроде «Честного знака» и BelkaCar. Сроков полного восстановления провайдер не называет.

Что потеряно, а что нет

Главное: судьба ваших данных зависит от того, какой услугой вы пользовались. По заявлению Beget от 3 ноября, картина такая:

  • Виртуальный хостинг. Файловые бэкапы сохранились, вернуть обещают почти 100% сайтов. Но ручная проверка 1000+ серверов займёт время.
  • VPS. Данные стёрты, бинарные бэкапы потеряны, остались только файловые. Сервер придётся собирать заново.
  • S3 и Kubernetes. Данные утрачены. Рассчитывайте только на свои внешние копии.
  • CDN и IP-адреса. Настройки утрачены, перенастраивать с нуля.
  • Файловые бэкапы. Сохранены, но доступа к ним пока нет: каждый сервер сначала проверяют вручную. Если есть свои копии, не ждите и работайте с ними.
  • Выделенные серверы без администрирования Beget. Работают со 2 ноября.
  • DNS. Работает: A, MX и TXT уже можно менять для доменов .ru/.рф/.su на DNS Beget через отдельную страницу domains.beget.ru. Значит, домен можно перенаправить на другой хостинг прямо сейчас (инструкция ниже).
  • Домены. В безопасности: КЦ не будет разделегировать .ru/.рф/.su с истекающим сроком. По международным доменам работа ещё идёт.
  • Почта. Восстановлено 80%, полный запуск обещают в течение 10 часов.
  • Панель управления. Недоступна, ограниченный интерфейс обещают в течение 24 часов. Сменить пароли Beget пока не получится.

Beget также пишет, что не видит попыток скачать или изменить пользовательские данные. Но сам же рекомендует сменить все пароли и ключи, которые лежали на серверах. Это стоит сделать в любом случае.

Чеклист на сегодня для всех

Эти шаги нужны независимо от тарифа, и их лучше сделать до того, как сайт вернётся.

  1. Перевыпустите ключи, которые лежали на сервере: от платёжки, CRM, SMTP, ИИ-сервисов, облаков, Telegram-ботов. Доступ к Beget для этого не нужен: ключ выдаёт сам сервис, поэтому зайдите в его личный кабинет (ЮKassa, OpenAI, Яндекс Облако и т. д.), удалите старый ключ и создайте новый. Украденная копия сразу перестанет работать. Новый ключ сохраните у себя и впишите в конфиг сайта, когда он снова заработает: сейчас сайт всё равно лежит, так что ничего не сломается. Если ваш сервер уже работает (например, выделенный), меняйте ключ в сервисе и в конфиге одновременно.
  2. Проверьте расходы в аккаунтах, чьи ключи хранились на сервере. Странный рост — повод сразу отозвать ключ.
  3. Смените пароли, которые совпадали с паролями от Beget, в других местах: почта, соцсети, админки других проектов.
  4. Пароли от панели Beget, FTP, SSH, баз данных и админки сайта смените, как только появится доступ. Сейчас панель и сайты недоступны, поэтому запишите себе список, чтобы не забыть.
  5. Найдите свои копии: локальные бэкапы, git-репозиторий, выгрузки БД, архив у фрилансера, который делал сайт.
  6. Если домен в зоне .ru/.рф/.su на DNS Beget, зайдите на domains.beget.ru и проверьте, что можете менять его записи: это ваш рычаг для переезда.
  7. Решите, ждёте вы восстановления или переезжаете. Если сайт приносит заказы, каждый день простоя стоит денег.

Как перенаправить домен прямо сейчас

Пока основная панель Beget лежит, DNS-записи A, MX и TXT можно менять на отдельной странице domains.beget.ru. Это и есть главный инструмент для переезда: меняете A-запись на IP нового хостинга, и сайт открывается уже оттуда.

Для каких доменов работает. Только для доменов в зонах .ru/.рф/.su, которые зарегистрированы в Beget и смотрят на DNS-серверы Beget. Проверить регистратора можно через whois.tcinet.ru для .ru/.рф/.su и lookup.icann.org для остальных зон.

  • Домен у другого регистратора. Идите к нему: там можно сменить NS-серверы и управлять записями уже на новых серверах. Beget для этого не нужен.
  • Международный домен в Beget (или у их партнёра PublicDomainRegistry). Пока ждать: управление такими доменами Beget обещает открыть отдельно.

Как подтвердить права. Нужно получить код на почту администратора домена. Письмо придёт только туда, другие ящики проверять бесполезно.

  • Кнопка «Получить код» не нажимается — перезагрузите страницу и дождитесь капчи. Иногда нужно перезагрузить несколько раз.
  • Код не пришёл — проверьте «Спам», подождите до 10 минут и запросите код повторно.

Вводите данные только на domains.beget.ru. Во время таких аварий мошенники быстро делают фейковые «страницы восстановления», поэтому проверяйте адрес в браузере.

Если у вас был обычный хостинг

Скорее всего, сайт вернут, так что вопрос только в том, можете ли вы ждать.

Можете ждать. Следите за официальным Telegram-каналом Beget и не верьте тем, кто обещает «восстановить всё за час» в обмен на ваши доступы. После восстановления проверьте сайт: формы, оплату, отправку почты, свежие заказы. И сразу настройте бэкапы вне Beget.

Не можете ждать. Переезжайте к другому провайдеру:

  1. Возьмите самую свежую копию сайта, какая у вас есть: свою или из git. Файловые бэкапы Beget сохранены, но доступа к ним пока нет, и когда он появится, неизвестно.
  2. Арендуйте хостинг у другого провайдера с той же версией PHP и СУБД.
  3. Залейте файлы, импортируйте базу, поправьте доступы к БД в конфиге (для WordPress это wp-config.php, для Bitrix — .settings.php и dbconn.php).
  4. Проверьте сайт по временному адресу или через файл hosts.
  5. Поменяйте A-запись домена на IP нового хостинга и выпустите SSL-сертификат. Для доменов .ru/.рф/.su на DNS Beget это можно сделать уже сейчас через domains.beget.ru.

Если базы в вашей копии нет, сайт на CMS без неё не оживёт. Тогда ждите бэкапа от Beget или восстанавливайте контент вручную.

Если у вас был VPS: как поднять сервер из файлового бэкапа

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

  1. Получите бэкап и разверните его локально. Не на новом сервере, а у себя, чтобы спокойно изучить. Сейчас Beget доступ к файловым бэкапам не даёт: сначала они вручную проверяют каждый сервер. Пока ждёте, подготовьте новый сервер и соберите всё, что есть у вас самих.
  2. Составьте опись старого сервера. Смотрите в /etc: nginx или apache, php-fpm, конфиги СУБД, systemd-юниты, crontab, конфиги supervisor и docker-compose. Это список того, что надо установить.
  3. Найдите данные баз. Лучший вариант — дампы (.sql). Если есть только файлы из /var/lib/mysql или /var/lib/postgresql, поднимайте СУБД той же мажорной версии, иначе данные может не подхватить. Файлы БД, снятые с работающего сервера, бывают неконсистентны, поэтому сразу проверяйте целостность.
  4. Арендуйте новый VPS у другого провайдера, с той же ОС и теми же версиями ПО, если нет причин обновляться прямо сейчас.
  5. Установите стек и перенесите конфиги. Не копируйте /etc целиком поверх новой системы: переносите конфиги по одному и проверяйте каждый.
  6. Залейте код и данные, импортируйте базы.
  7. Пересоздайте секреты. Все пароли и ключи из старых конфигов считайте скомпрометированными: новые пароли БД, новые SSH-ключи, перевыпущенные API-токены.
  8. Восстановите фоновые задачи: cron, очереди, воркеры, systemd-сервисы.
  9. Проверьте всё через hosts, затем переключите DNS и выпустите SSL.

Частые подводные камни: захардкоженные IP-адреса в конфигах и у партнёров (белые списки, вебхуки), Docker-тома, которых нет в файловом бэкапе, и данные из S3 Beget, которые тоже утрачены.

Как не попасть так снова

Главный урок Beget: держать всё у одного провайдера удобно, пока он не упадёт целиком. А падают сейчас многие: только в октябре Wiz насчитал минимум девять взломанных платформ для разработчиков, включая Railway.

  • Бэкапы вне провайдера. Минимум ежедневно, с хранением нескольких версий, у другого провайдера или в другом облаке. И раз в месяц проверяйте, что из них реально можно восстановиться.
  • DNS отдельно от хостинга. Если DNS-зона живёт у независимого сервиса, при падении хостинга вы за минуты переключите сайт на резервную площадку.
  • Почта отдельно от хостинга. Тогда сайт может лежать, а письма от клиентов будут доходить.
  • Инфраструктура как код. Если сервер описан скриптом, Ansible или docker-compose в git, новый поднимается за час, а не за неделю раскопок в /etc.
  • Секреты с минимальными правами. Отдельный ключ на каждый сервис и лимиты расходов там, где они есть. Утечка одного ключа не должна превращаться в счёт на сотни тысяч.

Куда переезжать

Универсального ответа нет, выбирайте под свою задачу. Несколько вариантов, которые чаще всего называют аналогами Beget (цены — стартовые тарифы по открытым обзорам, перед покупкой сверьте на сайте):

  • Selectel — сильное облако для VPS и сложных проектов.
  • Timeweb — хостинг от 180 ₽/мес, есть облако и VPS. Панель и цены ближе всего к Beget, поэтому переезжать проще всего по привычке.
  • Reg.ru — хостинг от 130 ₽/мес. Удобно, если хочется держать домены и хостинг в одном кабинете.
  • Sprinthost — хостинг примерно от 149 ₽/мес, тестовый период 15 дней, хвалят поддержку. Подойдёт небольшим проектам.
  • Hostiman — бесплатно переносит сайты. Плюс, если нет времени разбираться самому.

И помните, что сейчас к ним едут тысячи клиентов Beget, поэтому поддержка может отвечать дольше обычного.

Реклама. Если выбрали Selectel, вот моя партнёрская ссылка: зарегистрироваться в Selectel. Рекламодатель: АО «Селектел», ИНН 7810962785. erid: 2VtzqvEXQcW

Источники