Запись фиксирует ситуацию на 3 ноября 2026 года, 15:30 МСК. Основание — новое сообщение Beget №573 и мой опыт работы с появившимся интерфейсом доменов. Сведения о внутренних потерях и ходе восстановления ниже — заявления провайдера; возможность редактировать DNS-записи я отмечаю отдельно как доступную на практике.
Главное: домен теперь можно переключить на резерв
Это главное практическое изменение с прошлого среза. Теперь через отдельный интерфейс управления доменами действительно можно менять DNS-записи. Если резервный сайт уже поднят, появилась возможность направить на него посетителей по прежнему домену.
По моему опыту, управление пока устроено по одному домену: для каждого нужно отдельно получить код, авторизоваться и отредактировать записи. Общего входа с массовым редактированием всех доменов у меня сейчас нет. Для нескольких проектов это повторяющаяся ручная работа, но принципиальное препятствие для переключения уже снято.
Beget указывает конкретные границы этой возможности: записи A, MX и TXT для доменов в зонах .ru, .рф и .su, зарегистрированных в Beget и использующих DNS-серверы Beget. Над международными доменами ещё работают. Нельзя автоматически распространять это сообщение на любые домены и любые типы записей.
Речь о редактировании записей внутри DNS-зоны. Возможность сменить сами NS-серверы, перенести домен к другому регистратору или управлять всеми услугами этим не подтверждается.
Вчера я отдельно разбирал сайты, чьи записи на NS Beget уже указывали на доступные сторонние серверы: им достаточно было возвращения ответов DNS. Теперь появился следующий шаг — изменить адрес и переключить на резерв проект, который до этого оставался привязан к недоступному серверу. Но сам резерв всё равно должен быть подготовлен: редактор DNS не восстанавливает файлы и базы данных.
Управляющий контур и обнуляющие скрипты
Вместо общей формулировки о массированной кибератаке Beget теперь сообщает о получении доступа к управляющему контуру всей архитектуры и последующем запуске обнуляющих скриптов.
Это существенно меняет описание инцидента. По версии самого провайдера, речь идёт о компрометации управления инфраструктурой и разрушительных действиях. Объяснять происходящее только недоступностью сети или перегрузкой теперь недостаточно.
Мой вывод: возвращение связи с сервером само по себе не означает, что его можно безопасно запустить в прежнем виде. Однако точный путь проникновения, глубина доступа, перечень затронутых систем и устройство атаки в сообщении не раскрыты. Версии о конкретной уязвимости или виновнике на этом основании строить нельзя.
Какие данные потеряны и какие копии остались
В новом сообщении появились прямые заявления о потерях. Их важно читать по отдельным видам услуг.
| Ресурс | Что сообщает Beget | Что это пока не гарантирует |
|---|---|---|
| Виртуальный хостинг | Файловые бэкапы сохранены; по предварительной оценке восстановлению подлежат почти 100% сайтов. Запуск хостинговых серверов начат. | Восстановление каждого сайта, свежесть его базы и отсутствие потери последних изменений. |
| VPS | Данные облачной инфраструктуры утрачены; бинарные бэкапы VPS полностью потеряны. Сохранились файловые бэкапы VPS. | Возврат готовой виртуальной машины со всеми настройками и состоянием приложений. |
| S3 и Kubernetes | Указаны среди облачных услуг, данные которых утрачены. | Наличие пригодных копий конкретных объектов, конфигураций и данных приложений. Отдельного подтверждения по ним нет. |
| CDN и IP | В сообщении указана утрата настроек CDN и IP; поиск способов восстановления продолжается. | Сохранение прежних назначений адресов и конфигураций. Что именно потеряно в части IP, подробно не объяснено. |
| Dedicated с администрированием Beget | Большая часть данных сохранилась; проверка и ввод в работу продолжаются. | Готовность каждого сервера и сохранность всех данных без исключений. |
Вчера было сказано о доступных файловых копиях подавляющего большинства ресурсов. Теперь Beget заявляет о сохранности файловых бэкапов всего хостинга и облачной инфраструктуры, но одновременно сообщает об утрате данных облака и отдельно подтверждает файловые копии именно VPS. Эти формулировки требуют уточнения применительно к S3 и Kubernetes: обещания восстановить их данные здесь нет.
Противопоставление бинарных и файловых копий важно для ожиданий. Возможность восстановить файлы не равна возможности запустить прежний VPS целиком. Может потребоваться заново собрать окружение и конфигурацию, затем восстановить данные приложений. Как устроены сохранившиеся копии и что именно они содержат, провайдер не раскрывает.
По базам данных по-прежнему нужны ответы на уровне конкретного проекта: дата копии, её согласованность, наличие дампа и процедура получения. Общая фраза о сохранённых файлах этих вопросов не закрывает.
Почему сохранённые копии пока нельзя получить
Beget объясняет отсутствие доступа к копиям необходимостью восстановить инфраструктуру и вручную проверить каждый сервер на скрытые уязвимости и вредоносные скрипты. По сообщению компании, проверке подлежит более 1000 серверов.
Это новая конкретика о препятствии к восстановлению. Ранее акцент был на объёме данных; теперь добавлена проверка безопасности. Я вижу здесь объяснение, почему простое включение оставшегося оборудования не считается достаточным.
Но число серверов не позволяет вычислить срок. Мы не знаем, сколько проверок идёт параллельно, сколько уже завершено и что происходит при обнаружении проблемы. Поэтому я не превращаю «более 1000» в расчёт дней или недель.
Для клиента остаются три разных состояния: копия сохранилась, копию можно получить, проект работает. Провайдер заявляет первое, описывает препятствия ко второму и лишь начинает возвращать третье для части услуг.
Что восстановлено и что ещё обещают
- Dedicated под управлением клиентов. По уточнению Beget, сервис восстановлен 2 ноября примерно в 14:00; сейчас компания заявляет о вводе всех таких серверов. Это уточнение официальной хронологии, а не наша независимая проверка каждого сервера.
- DNS. Ответы серверов уже наблюдались ранее. Новое здесь — доступное редактирование записей через отдельный интерфейс.
- Почта. Beget сообщает о восстановлении 80% инфраструктуры и ожидает полноценного запуска в течение 10 часов. 80% инфраструктуры не означает, что у 80% клиентов уже работает доставка или что все письма сохранены.
- Панель. В течение 24 часов обещан ограниченный интерфейс для части услуг. Это не обещание вернуть всю панель, API и все операции администрирования.
Сроки 10 и 24 часа относятся к моменту заявления провайдера. 15:30 в заголовке — зафиксированное время этой записи; не использую его как независимо проверенную минуту публикации Beget для расчёта точных дедлайнов. Общий срок восстановления всех услуг компания всё ещё уточняет.
Домены и сроки делегирования
По сообщению Beget, достигнута договорённость с Координационным центром о продолжении делегирования доменов .ru, .рф и .su, у которых заканчивается его срок. По международным доменам работа продолжается.
Это снижает отдельный риск отключения домена в период аварии, если договорённость применяется к нему. Но сохранение делегирования, продление регистрации и возможность редактировать зону — разные вопросы. В сообщении нет подробной процедуры для каждого случая, поэтому я не считаю его подтверждением автоматического продления всех регистраций.
Beget также напоминает о приоритетном продлении после окончания регистрации. Точные сроки, условия и действия для конкретного домена в этом уведомлении не приведены.
Что изменилось относительно моего прогноза
В срезе на 13:28 управление ещё не было подтверждено. В этой записи уже фиксирую реальную возможность менять записи. Предыдущий материал остаётся в истории со своим временем: он не описывает состояние после этого обновления.
В сообщении 2 ноября в 16:19 я сомневался, что редактирование появится в течение суток. На 3 ноября, 15:30 прошло 23 часа 11 минут. В доступном для указанных доменов объёме управление вернулось раньше суток: эта часть моей пессимистичной оценки не оправдалась.
При этом разделение ответов DNS и возможности менять записи оказалось полезным: это действительно два разных этапа. Сейчас нельзя продолжать говорить, что переключение через Beget полностью закрыто, только потому что основная панель недоступна.
Оценки трёх дней на восстановление серверов и недели или двух на полноценную работу остаются моими прогнозами. Масштаб потерь и ручных проверок объясняет сложность работ, но не доказывает именно такие сроки. Гипотеза о дефиците мощностей этим сообщением также не подтверждена.
Что означает заявление о доступе к данным
Beget пишет, что по имеющимся у компании данным на серверах с пользовательскими данными не было попыток их скачать или изменить. Это предварительный вывод провайдера с явно ограниченной полнотой сведений, а не окончательное доказательство отсутствия утечки.
Границы этого утверждения требуют пояснения на фоне сообщения об обнуляющих скриптах и утрате данных облака. Возможно, речь идёт о разных уровнях инфраструктуры или способах доступа, но из текста нельзя установить, как именно компания разделяет эти события.
В том же уведомлении Beget рекомендует сменить пароли, ключи доступа и другие учётные данные, которые могли храниться на серверах. Фиксирую это как рекомендацию самого провайдера; она не означает, что компрометация каждого такого секрета уже доказана.
Что остаётся неизвестным и мой вывод
- За какие даты сохранены файлы и базы конкретного проекта?
- Когда клиент сможет получить копию для самостоятельного переноса?
- Что именно можно восстановить для VPS, S3 и Kubernetes и что потеряно окончательно?
- Сохранятся ли прежние IP и какая конфигурация потребует ручного восстановления?
- Какие операции войдут в ограниченную панель и когда появится управление международными доменами?
- Что с содержимым почтовых ящиков и письмами, которые ожидали доставки?
- Каков прогресс проверки серверов и очередь запуска проектов?
Мой главный вывод на 15:30: появился рабочий инструмент для переноса трафика. Для тех, у кого готов резерв и подходящий домен, это уже конкретное действие, а не ожидание общего восстановления. При большом количестве доменов придётся пройти авторизацию отдельно для каждого.
Одновременно картина потерь стала существенно определённее и тяжелее: провайдер прямо признал утрату данных облака и бинарных бэкапов VPS. Сохранённые файловые копии оставляют возможность восстановления, но не отвечают на вопрос о его полноте и сроках. Эти две новости — возвращение части контроля и признание потерь — важно видеть вместе.