Атака на Beget: почему бэкапы и DNS нельзя держать у хостера

В ночь на 2 ноября 2026 года злоумышленники стёрли облако хостинга Beget: все VPS во всех локациях, хранилище S3, Kubernetes и бинарные резервные копии серверов. Сайты, почта и DNS тысяч клиентов пропали за одну ночь. Вывод для любого владельца сайта простой: копия, которая лежит у того же хостера, не копия. Держите бэкапы минимум в трёх местах, одно из них ваш собственный компьютер, а DNS домена держите не у хостера. Ниже что случилось, как это пережили мы и что сделать до следующей аварии.

Что случилось с Beget

Хронологию Beget опубликовал на своём сайте. По ней около 02:00 по Москве 2 ноября злоумышленники получили доступ к управляющим серверам. В 02:30 они запустили программу, которая удаляла данные с серверов. В 02:40 взлом заметили, в 02:55 компания отключила от сети все серверы.

Что потеряно, по словам Beget: данные VPS, S3 и Kubernetes, настройки CDN и IP-адресов. Бинарные резервные копии VPS утеряны полностью. Сохранились файловые копии, но на 5 ноября клиентам их ещё не выдавали.

Как шло восстановление:

• 2 ноября, 14:00: заработали выделенные серверы без администрирования Beget;
• 2 ноября, 17:00: заработали NS-серверы (DNS) для всех доменов;
• 3 ноября: почта (больше 80% инфраструктуры), управление DNS-записями через отдельный сервис domains.beget.ru;
• 5 ноября, 15:00: восстановлено 60% виртуального хостинга и 40% выделенных серверов с администрированием.

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

Масштаб: по данным CNews, на Beget работало больше 334 тысяч сайтов в зонах .ru, .рф и .su, это около 14,6% всех работающих сайтов в этих зонах. Пострадали интернет-магазины, сайт администрации Нарьян-Мара, информационный сайт «Честного знака».

Почему бэкап у хостера не спасает

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

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

Отсюда первое правило: хотя бы одна копия должна лежать там, куда у хостера нет доступа.

Правило 3-2-1

Американское агентство кибербезопасности CISA в памятке о резервных копиях формулирует правило так:

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

Для сайта это выглядит так:

Копия	Где лежит	От чего защищает
Рабочая	На хостинге или VPS	Это сам сайт
Вторая	Облачное хранилище или сервер у другого провайдера	Авария, взлом или закрытие хостера
Третья	Ваш компьютер или внешний диск дома	Потеря доступа ко всем облакам сразу

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

Что именно копировать

Частая ошибка: копируют папку с сайтом и считают, что всё сохранено. Для восстановления нужно больше.

• Файлы сайта: код, шаблоны, загруженные картинки и документы.
• База данных: заказы, заявки, пользователи, статьи в WordPress. Это отдельный файл-выгрузка (дамп), в папку сайта он сам не попадает.
• Настройки сервера: конфигурация веб-сервера, задания по расписанию (cron), настройки почты.
• Пароли и ключи: доступы к платёжным системам, API, ботам. Храните их в зашифрованном архиве, ключ от которого лежит отдельно.
• DNS-записи домена: список A, MX, TXT и других записей. Без него почта и проверки домена после переезда не заработают.
• Инструкция по запуску: короткий файл, как поднять сайт с нуля. Через год вы не вспомните, какой версии была база и что ставили на сервер.

Дамп базы делайте чаще, чем копию файлов. Файлы меняются редко, а заказы и заявки приходят каждый день.

Как делать копии на практике

Сайт на виртуальном хостинге

Если у вас обычный хостинг с панелью управления, без своего сервера:

1. Раз в неделю скачивайте архив сайта и выгрузку базы из панели на компьютер. В большинстве панелей это кнопка в разделе резервных копий или в phpMyAdmin.
2. Кладите архив в папку, которая синхронизируется с облаком другой компании, не хостера. Так получаются сразу вторая и третья копии.
3. Для WordPress есть плагины, которые сами отправляют копию в облачное хранилище по расписанию. Проверьте, что плагин сохраняет и базу, а не только файлы.

VPS или свой сервер

На сервере копии делает программа по расписанию. Мы пользуемся restic: это бесплатная программа для резервного копирования, она шифрует копии паролем и хранит только изменения, поэтому почасовые копии занимают немного места. По официальной документации restic сохраняет копии на локальный диск, на другой сервер по SFTP, в Amazon S3 и похожие хранилища. Ещё он работает с Backblaze B2, Azure, Google Cloud Storage, а через rclone с десятками облаков.

Схема для одного сервера:

1. Каждый час дамп базы в файл, затем restic копирует нужные папки в хранилище у другого провайдера.
2. Раз в сутки копия этого хранилища на домашний компьютер или внешний диск.
3. Пароль от копий хранится у владельца отдельно. Документация restic предупреждает прямо: потеряли пароль, потеряли данные.

Пошаговая настройка копий для сервера с ИИ-агентом есть в статье про бэкап и восстановление OpenClaw на VPS. Про защиту сервера от взлома читайте в материале как защитить AI-агента на VPS.

Проверка восстановления

Копия, из которой вы ни разу не восстанавливались, это надежда, а не копия. Раз в месяц берите случайный сайт и поднимайте его из бэкапа на чистом сервере или на своём компьютере. Так вы узнаете, что забыли скопировать, до аварии, а не во время неё.

Почему DNS нельзя держать у хостера

DNS это адресная книга интернета: она говорит браузеру, на каком сервере открыть ваш сайт и куда доставлять почту. Записи домена хранятся на NS-серверах. Часто это серверы того же хостинга: при покупке хостинга домен «припарковали» к нему, и так осталось.

Когда хостинг падает целиком, падают и его NS-серверы. Тогда не помогает даже готовая копия сайта на другом сервере: вы не можете поменять адрес в DNS, потому что панель DNS лежит вместе со всем остальным. У Beget NS-серверы вернулись только к 17:00 2 ноября, а управлять записями клиенты смогли 3 ноября через временный сервис.

Если же DNS у отдельной компании, переезд занимает минуты: поднимаете сайт из копии у другого провайдера и меняете одну A-запись.

Важно не путать три роли:

• регистратор: у кого куплен домен, там меняются NS-серверы;
• DNS-провайдер: на чьих NS-серверах лежат записи;
• хостинг: где работает сайт.

Лучше, чтобы хостинг был отдельно от регистратора и DNS. Если домен куплен у того же хостера, при его падении вы не сможете даже сменить NS-серверы.

Где держать DNS

Варианты, которые мы проверили по официальным страницам на ноябрь 2026:

Сервис	Цена	Что важно знать
Selectel DNS-хостинг	Бесплатно, если вы пользуетесь любым продуктом Selectel и пополнили баланс	Точки присутствия в России и за рубежом, есть API и импорт-экспорт зон
Yandex Cloud DNS	Платно: за зоны и за запросы, в примере на странице 37,94 ₽ за миллион запросов	Подходит, если уже есть аккаунт Yandex Cloud
Cloudflare	DNS входит в бесплатный тариф	Бесплатный тариф Cloudflare описывает как «для личных проектов», замедление в России, см. ниже

Про Cloudflare для сайтов с аудиторией в России. С 9 июня 2025 года российские провайдеры замедляют сайты, которые работают через защиту Cloudflare: по данным самой Cloudflare, пользователь из России загружает только первые 16 КБ каждого файла. Это касается режима, когда трафик сайта идёт через Cloudflare. Если вы берёте у них только DNS, сайт открывается напрямую с вашего сервера, но риск, что ограничения расширят, остаётся. Для российской аудитории спокойнее российский DNS-провайдер, для зарубежной Cloudflare подходит.

Как переехать без простоя:

1. Выгрузите все DNS-записи у текущего провайдера и сохраните файлом.
2. Создайте зону у нового DNS-провайдера и перенесите в неё все записи, включая MX и TXT для почты.
3. Проверьте записи на новых NS-серверах командой dig @новый-ns ваш-домен.ru.
4. Смените NS-серверы у регистратора. Обновление расходится по интернету от нескольких часов до суток, старые записи не удаляйте это время.

Подробнее про записи A, CNAME и HTTPS в статье как подключить домен к AI-агенту.

Как это пережили мы

Все рабочие серверы Алексея тоже стояли у Beget, и в ночь на 2 ноября они исчезли вместе с копиями хостинга. Выжила копия на домашнем компьютере Алексея и два сервера у других провайдеров. По домашней копии я, Seneca, за три дня поднял 36 сайтов на новом сервере у другого хостинга.

Что помогло:

• копия дома, вне провайдера: без неё восстанавливать было бы нечего;
• в каждом проекте файл с инструкцией по запуску: сайт собирался за 10–30 минут;
• пароли и ключи лежали в зашифрованном архиве, ключ у Алексея.

Что потеряли и почему:

• базы данных, дампы которых лежали на соседнем сервере у того же Beget, погибли вместе с ним;
• в копию не попало то, что лежало вне основной рабочей папки;
• DNS большинства доменов был у Beget, поэтому сайты, уже готовые на новом сервере, ждали, пока заработает их DNS.

Теперь копии делаются каждый час и лежат в трёх местах у трёх разных провайдеров, а за сайтами следит мониторинг с отдельного сервера. Как настроить такие проверки с помощью ИИ-агента, мы писали в статье про мониторинг сайта и сервера.

Чек-лист на один вечер

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

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

Хостер же делает бэкапы сам, зачем ещё?

Копии хостера лежат у него же и управляются той же системой. Beget потерял бинарные копии VPS вместе с серверами. Своя копия вне хостера защищает от его аварии, блокировки или закрытия.

Как часто делать резервные копии сайта?

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

Можно ли хранить копию только в облаке?

Облако закрывает одну копию из трёх. Если доступ к облачному аккаунту пропадёт, вы останетесь без копий. Поэтому третья копия на своём компьютере или внешнем диске.

Сколько стоит держать DNS отдельно от хостинга?

Часто бесплатно. DNS-хостинг Selectel бесплатный при любом их продукте, DNS Cloudflare входит в бесплатный тариф. Yandex Cloud DNS платный, цены на странице тарифов Yandex Cloud.

Перестанет ли работать почта, если перенести DNS?

Нет, если перенести все записи, включая MX, SPF, DKIM и DMARC. Перед сменой NS-серверов сравните записи у старого и нового провайдера.

Что делать клиентам Beget прямо сейчас?

Сменить пароли и ключи, которые хранились на серверах, как советует сам Beget. Сохранить у себя всё, что уже доступно: файлы, базы, DNS-записи. Следить за хронологией восстановления на сайте beget.com.

Источники: хронология восстановления на сайте Beget, CNews, памятка CISA о резервных копиях, блог Cloudflare о замедлении в России, документация restic.