Два ноутбука, соединённые кабелями, и план переноса сайта на запасную площадку

В ночь на 2 ноября 2026 года хостинг-провайдер Beget сообщил о массированной кибератаке. По словам компании, злоумышленники получили доступ к управляющему контуру инфраструктуры и запустили «обнуляющие скрипты». Атака затронула основные компоненты инфраструктуры: виртуальный хостинг, облако, почту, DNS и панель управления. Масштаб заметный: как пишет «Хакер» со ссылкой на statonline.ru, на Beget приходится около 540 700 доменов в зоне .RU — второе место среди хостингов с долей 14,7%.

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

Если ваш сайт сейчас не открывается, это ещё не значит, что он потерян. Но если своей копии нет, сроки восстановления зависят не от вас, а от того, когда провайдер доберётся до вашего сайта в очереди из более чем тысячи серверов.

Арткод, техническая поддержка сайтов

Что произошло: хронология по сообщениям Beget

Beget публикует обновления в официальном Telegram-канале. Даты ниже — по ленте канала, ссылки ведут на исходные сообщения.

КогдаЧто сообщил Beget
2 ноября, ночь«Крупный инцидент», инженеры вручную настраивают инфраструктуру прямо в дата-центрах (569, 571).
2 ноября, деньОфициально: массированная кибератака. Компания уведомила клиентов, что обстоятельства «обладают признаками непреодолимой силы (форс-мажора)» по п. 3 ст. 401 ГК РФ. Выделенные серверы без администрирования Beget восстановлены (572).
3 ноябряПодробный разбор: данные облака (VPS, S3, Kubernetes) утрачены, бинарные бэкапы VPS утеряны полностью, файловые бэкапы хостинга и облака сохранены, но доступа к ним пока нет. DNS восстановлен, почта — на 80% (573).
3 ноябряУправление DNS-записями открыто через domains.beget.ru — сначала для доменов .ru/.рф/.su, затем для всех доменов Beget (575, 576).
3 ноября, вечерНачали запускать серверы виртуального хостинга, «первые сайты уже открываются». Каждый сервер перед запуском проверяют на целостность данных и очищают от вредоносного ПО (577).
4 ноябряЗапущено 35% серверов виртуального хостинга и 15% выделенных серверов, которые администрирует Beget. Инфраструктуру резервного копирования восстанавливают, порядок получения копий обещают опубликовать отдельно (578).
5–6 ноябряЗапущено 60% серверов виртуального хостинга, 40% выделенных серверов под администрированием Beget и все выделенные без администрирования. Работает 99% почтовых серверов, веб-интерфейс почты — webmail.beget.ru. Большая часть файловых бэкапов VPS сохранилась. Панель управления и доступ к бэкапам — ориентировочно через 5 дней. «Пока сервисы не восстановлены, оплата не списывается» (579).
6 ноябряЗапущено более 60% хостинга, все уцелевшие серверы с резервными копиями подняты и проверены. Скачать свой бэкап в панели можно будет ориентировочно через 5 дней. Для VPS: «восстановить все данные невозможно», файловые бэкапы будут доступны «только для половины пользователей». Облачная инфраструктура «уничтожена», первые серверы обещают подключить в течение 1–2 дней. Часть данных во внутренней системе Beget потеряна, у части пользователей пропали связки «аккаунт — услуги». Компания исходит из того, что угроза для инфраструктуры сохраняется, и работает с полицией, ИБ-компаниями, ТЦИ/КЦ и НКЦКИ (580).

На 7 ноября последнее сообщение в канале — от 6 ноября. Следите за официальным каналом: цифры меняются каждый день.

Что известно точно, а что пока остаётся неизвестным

Подтверждено Beget:

  • злоумышленники получили доступ к управляющему контуру инфраструктуры и запустили скрипты, стирающие данные;
  • по предварительной оценке, восстановлению подлежат почти 100% сайтов на виртуальном хостинге;
  • в облачной инфраструктуре (VPS, S3, Kubernetes) данные утрачены, как и настройки CDN и IP-адреса;
  • бинарные бэкапы VPS утеряны; по актуальной оценке, файловые бэкапы VPS будут доступны только для половины пользователей;
  • на серверах с данными пользователей, по словам компании, не было попыток скачать или изменить данные;
  • домены в зонах .ru/.рф/.su с истекающим сроком регистрации не снимут с делегирования: есть договорённость с Координационным центром;
  • для восстановления нужно вручную проверить более 1000 серверов, поэтому общих сроков нет;
  • пока сервисы не восстановлены, оплата не списывается;
  • часть данных во внутренней системе Beget потеряна, у части пользователей пропали связки «аккаунт — услуги» — их собирают заново;
  • компания исходит из того, что угроза для инфраструктуры ещё сохраняется.

Не раскрыто или неизвестно:

  • как именно злоумышленники попали в инфраструктуру — первоначальный вектор атаки Beget не раскрывал (это отмечает и SecurityLab);
  • кто стоит за атакой — ни одна группировка публично не взяла на себя ответственность;
  • когда вернётся конкретный сервер и конкретный сайт;
  • когда именно клиенты получат бэкапы — Beget называет ориентир «5 дней» для скачивания копии в панели, но точного порядка пока нет;
  • будут ли компенсации за простой — Beget сообщил только, что оплата не списывается, пока сервисы не восстановлены.

В СМИ уже есть примеры последствий. «Хакер» со ссылкой на РБК пишет о сбоях у информационного сайта «Честного знака» и у «РЖД Тура», а каршеринг BelkaCar переносил сервисы к другому подрядчику. Перенос возможен только тогда, когда есть что переносить.

Что с вашим сайтом: разбор по типу услуги

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

УслугаЧто заявил BegetЧто это значит для вас
Виртуальный хостингЦель — восстановить все проекты из резервных копий. Серверы запускают по очереди после ручной проверки, на 6 ноября запущено более 60%.Скорее всего, сайт вернётся с данными. Срок для вашего сервера никто не назовёт. Если сайт соседа уже работает, это не значит, что ваш сервер проверен.
VPS«Восстановить все данные невозможно». Бинарные бэкапы утеряны, файловые будут доступны только для половины пользователей — через панель управления.Прежний сервер в исходном состоянии не восстановится. Его придётся собирать заново: система, окружение, база данных, cron, интеграции. Главный вопрос — попадёте ли вы в ту половину, для которой файловая копия есть, и пригодна ли в ней база.
S3 и KubernetesОблачная инфраструктура «уничтожена». Первые серверы обещают подключить в течение 1–2 дней, доступ к копиям — в панели управления. Отдельно о копиях S3 Beget не сообщал.Рассчитывайте только на собственные копии. Если в S3 лежали загрузки пользователей, фото товаров или документы — ищите их у себя.
CDN и IP-адресаНастройки утрачены.Если IP-адрес изменился, придётся обновить DNS-записи, белые списки у банка и платёжного шлюза, проверить обмен с 1С и работу API партнёров.
Выделенный сервер без администрирования BegetВсе серверы запущены и доступны.Проверьте работу сайта и смените пароли и ключи доступа, которые могли храниться в панели Beget.
Выделенный сервер под администрированием BegetБольшая часть данных сохранилась, запущено 40%.Ждать очереди или поднимать копию у другого провайдера, если она есть.
Домены и DNSДомены работают, DNS-записи можно менять через domains.beget.ru.Управление доменом доступно. Если сайт нужно срочно перенести, через DNS можно направить его на новую площадку.
Почта на доменеРаботает 99% почтовых серверов, веб-интерфейс — webmail.beget.ru.Проверьте, приходят ли письма и уведомления о заявках с сайта. Часть уведомлений за время сбоя могла не дойти.

Файловый и бинарный бэкап: почему это различие решает всё

В сообщениях Beget встречаются два вида копий, и разница между ними для владельца VPS принципиальна.

Бинарный бэкап — это образ сервера целиком: операционная система, настройки, установленные программы, база данных в том состоянии, в каком она была на момент снимка. Из такого образа сервер поднимается «как был». Именно эти копии VPS Beget потерял.

Файловый бэкап — это копия файлов. Код сайта и загруженные картинки из него восстановить можно. Но сервер придётся собирать заново: установить нужные версии PHP и СУБД, перенести настройки веб-сервера, задания по расписанию, сертификаты. С базой данных отдельная история: если её копировали как набор файлов работающей СУБД, а не как дамп, восстановление может пройти с ошибками в таблицах. Это общее свойство такого способа копирования, а не что-то специфическое для Beget.

Код сайта почти всегда можно найти у разработчика. А вот заявки, заказы, данные клиентов и историю переписки за последний месяц восстановить сложнее. Если они не сохранились в CRM или других сервисах, понадобится резервная копия базы данных.

Арткод, техническая поддержка сайтов

План на ближайшие дни: что делать прямо сейчас

  1. Определите тип услуги и данные аккаунта. Панель управления пока не работает, поэтому ищите в письмах со счетами, договоре или у разработчика: хостинг, VPS или выделенный сервер, логин аккаунта, имя сервера. Beget сообщил, что у части пользователей пропали связки «аккаунт — услуги», так что счета и договор пригодятся, чтобы подтвердить, какие услуги у вас были.
  2. Соберите все копии, какие есть, и запишите дату каждой. Проверьте компьютер разработчика и Git-репозиторий, плагины резервного копирования в CMS (некоторые отправляют архивы во внешнее облако), локальные копии у контент-менеджера, выгрузки товаров и фиды для маркетплейсов, заявки в CRM и почте. Даже неполные данные помогут собрать сайт по частям. Тексты страниц в крайнем случае можно поднять из веб-архива.
  3. Решите, ждать или переезжать. Если сайт приносит заявки каждый день, у вас есть свежая копия и есть кому её развернуть — переезд обычно быстрее, чем ожидание восстановления. Если копии нет, остаётся ждать файловый бэкап Beget (для VPS он, по оценке компании, будет только у половины пользователей), а на это время дать клиентам способ связаться с вами.
  4. Поднимите временную страницу с контактами. Простая страница с телефоном, мессенджерами и формой на другой площадке лучше, чем ошибка в браузере. Домен на неё направляется через DNS-записи в domains.beget.ru — если домен обслуживается в Beget и направлен на его NS-серверы. Если NS у другого провайдера, записи меняются там.
  5. Готовьте запасную площадку правильно. Сначала разверните сайт из копии и проверьте его по техническому адресу: страницы, формы, корзину, личный кабинет. Только потом меняйте DNS, а после смены выпустите SSL-сертификат. Если сайт обменивается данными с CRM или 1С, договоритесь, где теперь «главная» база, иначе после восстановления старого сервера данные о заказах могут разойтись.
  6. Смените пароли и ключи. Beget сам рекомендует сменить все пароли, ключи доступа и учётные данные, которые могли храниться на серверах. Начните с того, что доступно без Beget: ключи платёжных систем, CRM, почтовых сервисов, токены API из конфигурации сайта. Остальное — как только вернётся панель.
  7. Не попадитесь на фишинг. Ещё в октябре Beget предупреждал о рассылках от его имени: главный признак — сообщение о блокировке услуг «сегодня». Сейчас такие письма особенно вероятны: «получите бэкап по ссылке», «подтвердите оплату для восстановления». Порядок получения копий Beget обещал опубликовать в официальном канале — сверяйтесь с ним, а пароли вводите только на cp.beget.com.
  8. Фиксируйте простой и последствия. Дата и время недоступности, потерянные заявки, переписка с поддержкой. Пока сервисы не восстановлены, Beget не списывает оплату, но о компенсации за простой не сообщал. Beget сообщил, что обстоятельства имеют признаки форс-мажора. Как отмечает SecurityLab, такое уведомление само по себе не освобождает компанию от ответственности — при споре наличие обстоятельств непреодолимой силы ещё придётся доказать. Если вопрос компенсации для вас важен, обсуждайте его с юристом, а записи пригодятся в любом случае.

Проверим, переживёт ли ваш сайт падение хостинга

Посмотрим, где лежат резервные копии вашего сайта, какой они даты и можно ли из них восстановиться. Бесплатная консультация.

Разместите ваш сайт на первой странице поисковиков c компанией Арткод Сайт, SEO, реклама — всё подстроено под ваши цели и бюджет. Бесплатная консультация и аудит проекта.

Что спросить у поддержки Beget

Чтобы не получить общий ответ, задайте вопросы про ваш конкретный аккаунт или сервер:

  • На каком сервере размещён мой сайт и запущен ли он уже?
  • Какие файловые копии есть именно для моего аккаунта или VPS и на какую дату они сделаны?
  • Входит ли в копию база данных — как дамп или как файлы СУБД?
  • Когда и в каком виде я смогу получить копию: скачать архив, восстановить на новый VPS, получить доступ по SFTP?
  • Сменится ли IP-адрес сервера после восстановления?
  • Что будет с моими данными в S3?

Ответы и даты сохраняйте — они понадобятся и разработчику, и для разговора о компенсации.

После восстановления: что проверить, прежде чем выдохнуть

Сайт открылся — это только половина дела. Сервер могли восстановить из устаревшей копии, а часть функций могла не заработать.

  • Дата данных. Сравните последние заказы и заявки в админке с CRM и почтой. Так вы поймёте, на какой момент восстановлена база и что потерялось.
  • Формы и уведомления. Отправьте тестовую заявку с каждой формы и убедитесь, что письмо дошло, а заявка попала в CRM.
  • Интеграции. Оплата, обмен с 1С, вебхуки, доставка, фиды для маркетплейсов. Если IP-адрес сменился, часть интеграций может незаметно перестать работать.
  • Задания по расписанию. Рассылки, обновление цен, очистка кэша, выгрузки — на новом сервере их нужно настроить заново.
  • Посторонние изменения. Новые администраторы в CMS, незнакомые PHP-файлы, изменения в .htaccess. Beget проверяет серверы, но свежий взгляд на свой сайт не помешает. Заодно обновите CMS и плагины.
  • Пароли. Смените пароли от админки, базы данных, FTP и SSH, если не сделали этого раньше.
  • Поиск и аналитика. Проверьте Яндекс Вебмастер и Google Search Console на ошибки индексации после простоя, отметьте период сбоя в Яндекс Метрике, чтобы потом не искать причину падения трафика.

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

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

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

И это не первый случай за полгода, когда данные клиентов Beget зависели только от провайдера. В июле компания попала в санкционный список ЕС и закрыла латвийскую площадку. Клиентам советовали как можно скорее скачать важные файлы, а 28 июля локацию отключили: ресурсы удалили из панели, «доступ к ним более невозможен». Причины разные, вывод один: собственная копия позволяет восстановить сайт на другой площадке, не дожидаясь решения проблем провайдера.

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

Арткод, техническая поддержка сайтов

Посчитайте, сколько выручки можно потерять за день простоя. Формула простая: заявки в день × доля заявок, которые становятся сделками × средний чек. Условный пример: 12 заявок × 25% × 40 000 ₽ = 120 000 ₽ недополученной выручки за один день. Даже если ваши цифры в десять раз меньше, неделя ожидания в очереди может обойтись дороже, чем годовое хранение копий вне хостинга.

Минимальный набор резервных копий для бизнеса

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

Что копироватьКак частоГде хранить
Дамп базы данныхЕжедневно; для магазина и сайтов с личным кабинетом — несколько раз в деньХранилище другого провайдера плюс локальная копия у вас
Файлы сайта и загрузкиЕжедневно изменения, раз в неделю полная копияХранилище другого провайдера
Код сайтаПри каждом измененииGit-репозиторий, доступ к которому есть у вас, а не только у подрядчика
Настройки сервера: версии PHP и БД, cron, DNS-зона, интеграцииПри каждом измененииДокумент с описанием сайта — паспорт сайта
Доступы и ключиПри каждом измененииМенеджер паролей у владельца, не в архиве бэкапа в открытом виде
Тестовое восстановлениеРаз в квартал и после крупных измененийНа отдельном тестовом сервере, с записью результата

Храните несколько поколений копий: например, ежедневные за последнюю неделю, еженедельные за месяц и ежемесячные за полгода. Хотя бы одну копию держите так, чтобы её нельзя было удалить из того же аккаунта, из которого управляется сайт: отдельное хранилище с запретом удаления или офлайн-диск. Это и есть правило 3-2-1 — три копии, на двух разных носителях, одна в другом месте. Подробно о составе копии и о том, как проверить восстановление, — в статье «Резервные копии сайта: что сохранять и как проверить, что восстановление сработает».

Проверьте себя за 10 минут

Ответьте на семь вопросов про свой сайт, неважно, на каком он хостинге:

  1. Где лежит последняя копия базы данных и какой она даты?
  2. Хранится ли она у другого провайдера или у вас, а не только у хостера?
  3. Когда из неё последний раз восстанавливали сайт?
  4. Кто сможет развернуть сайт на другом хостинге и сколько часов это займёт?
  5. Есть ли у вас доступ к регистратору домена и DNS независимо от панели хостинга?
  6. Знаете ли вы, какие интеграции привязаны к IP-адресу сервера?
  7. Где хранятся пароли от сайта и у кого они есть?

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

Техническая поддержка сайта от Арткод

Чтобы вопросы выше не всплывали в день аварии, мы берём работоспособность сайта на себя. В технической поддержке Арткод:

  • мониторим доступность сайта — средняя реакция команды на падение 15 минут;
  • настраиваем и проверяем регулярное резервное копирование и делаем копии перед любыми изменениями — если что-то пошло не так, восстанавливаем сайт из рабочей копии;
  • контролируем сроки оплаты хостинга и домена;
  • обновляем CMS и плагины, закрываем найденные уязвимости, на старших тарифах — диагностируем и удаляем вирусы.

Тарифы — от 9 900 ₽ в месяц. Берём и сайты, которые делали не мы: при подключении смотрим CMS, хостинг и состояние бэкапов, схему хранения копий согласуем с вами. Если ваш сайт сейчас на Beget — оставьте заявку: разберёмся, какие копии у вас есть и что можно сделать уже сейчас.

Подробнее о технической поддержке сайта →

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

Мой сайт на хостинге Beget не открывается — данные потеряны? Не обязательно. По предварительной оценке Beget, восстановлению подлежат почти 100% сайтов на виртуальном хостинге. Серверы запускают по очереди после ручной проверки, на 6 ноября запущено более 60%. Скачать свой бэкап в панели управления можно будет ориентировочно через 5 дней. Срок для конкретного сайта компания не называет.

Что будет с моим VPS на Beget? По заявлению Beget, восстановить все данные VPS невозможно: бинарные бэкапы потеряны, а файловые, по актуальной оценке, будут доступны только для половины пользователей — через панель управления. Сервер, скорее всего, придётся собирать заново.

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

Можно ли перенести сайт с Beget, не дожидаясь восстановления? Можно, если у вас есть собственная копия сайта и базы и доступ к DNS домена. Разверните сайт на новой площадке, проверьте его по техническому адресу и только потом меняйте DNS-записи. Без своей копии переносить нечего — остаётся ждать файловый бэкап от Beget.

Положена ли компенсация за простой? Beget сообщил, что пока сервисы не восстановлены, оплата не списывается. О компенсации за простой компания не сообщала и уведомила клиентов о форс-мажоре. Фиксируйте время простоя, потерянные заявки и переписку с поддержкой. По спорным вопросам лучше проконсультироваться с юристом.

Как часто делать резервную копию сайта? Зависит от того, как часто меняются данные. Базу интернет-магазина — несколько раз в день, сайт-визитку — после каждого изменения. Важнее частоты две вещи: копия должна лежать вне хостинга, и из неё нужно хотя бы раз реально восстановить сайт.

Готовы вывести сайт в ТОП?

Сайт, SEO, реклама — всё подстроено под ваши цели и бюджет. Бесплатная консультация и аудит проекта.

Готовы вывести сайт в ТОП c компанией Арткод Сайт, SEO, реклама — всё подстроено под ваши цели и бюджет. Бесплатная консультация и аудит проекта.

Контакты

Офис в Москве

Офис в Ростове-на-Дону

Адрес: Москва, ул. Марксистская, д. 3