INSU
Сервисы

Beget, 2 ноября 2026: массированная кибератака, многочасовой отказ всей инфраструктуры и форс-мажор

Beget, 2 ноября 2026: массированная кибератака, многочасовой отказ всей инфраструктуры и форс-мажор

2 ноября 2026 года Beget — один из крупнейших хостинг-провайдеров Рунета — пережил не DDoS и не аварию в дата-центре, а, по официальной версии, «массированную кибератаку» на инфраструктуру. Она вывела из строя практически все уровни сервиса: виртуальный хостинг, VPS, DNS (NS-серверы), почту, панель управления и сам сайт beget.com. Компания объявила форс-мажор по п. 3 ст. 401 ГК РФ. На утро 3 ноября полное восстановление не подтверждено, сроки не названы.

TL;DR

  • Что произошло. Около 03:00 МСК 2 ноября у Beget отказала практически вся инфраструктура: сайты на виртуальном хостинге, VPS, NS-серверы (DNS), почта, панель управления и личный кабинет. В 15:43 МСК компания официально назвала причину — кибератака — и уведомила клиентов о форс-мажоре. Техника атаки, атакующие и факт утечки не раскрыты, публично ответственность никто не взял.
  • Масштаб. По переписи хостингов от 8 октября на Beget размещались 334 562 действующих сайта в зонах .RU/.РФ/.SU — 14,6% всех работающих сайтов, больше, чем у REG.RU и Timeweb. Клиентов — более 200 тыс. Жалоб за сутки — от 7,5 до 9,8 тыс. по Downdetector из 33 городов. Пострадали и внешние сервисы: инфосайт «Честного знака», каршеринг BelkaCar, «РЖД Тур», региональные госпорталы.
  • Что делать разработчику. Считать инцидент потенциальной компрометацией, а не просто простоем. Проверить целостность сайтов и баз, ротировать все секреты (SSH, БД, FTP, токены ботов, API-ключи). Держать независимые бэкапы и DNS у другого провайдера, а домен — у регистратора, отличного от хостера. Telegram-ботов переводить на резервную площадку. Компенсацию запрашивать письменно в пределах SLA — для облачных услуг срок 30 дней.

Ключевые выводы

  1. Это не обычная авария. Сначала Beget говорил о «крупном инциденте» и проблеме, затрагивающей все уровни архитектуры. По хронологии «Коммерсанта», первое сообщение вышло в 4:50, а о кибератаке объявили только в 15:43 — почти через 11 часов. На то, что дело в атаке, указывают ручная настройка инфраструктуры прямо в дата-центрах и аномальный всплеск BGP-анонсов. Это больше похоже на компрометацию систем управления, чем на DDoS. Но технических деталей компания не дала — это интерпретация, а не установленный факт.
  2. Данные, по всей видимости, в основном сохранились — но гарантий нет. Beget сообщает о наличии файловых резервных копий для «подавляющего большинства» ресурсов хостинга и облака. «Подавляющее большинство» означает, что часть ресурсов, вероятно, без копий. И речь именно о файлах: про базы данных и почтовые ящики официально ничего не сказано.
  3. Компенсаций сверх SLA ждать не стоит. Уведомление о форс-мажоре — юридическая заготовка для ограничения ответственности. Операционный директор iTPROTECT Андрей Мишуков в комментарии ComNews оценил реальную компенсацию в несколько тысяч рублей за тариф, тогда как потери бизнеса могут исчисляться миллионами.
  4. Главный урок — единая точка отказа. По словам того же эксперта, компании годами держат DNS, почту, рабочие серверы и бэкапы у одного провайдера. Когда падает панель, у клиента не остаётся даже возможности быстро переключить NS-записи на резервную площадку.

Хронология (время МСК, UTC+3)

  • ~02:45–03:00, 2 ноября — первые жалобы пользователей (Т—Ж фиксирует сообщения в соцсетях Beget около 02:46). К 03:00 сбой массовый, сетевые сбои доходят до 100%. Источники: Т—Ж, Сбой.рф, Detector404, Downdetector. Frank Media пишет «в районе 02:00» — расхождение.
  • 03:50 — первые сообщения о проблемах с маршрутизацией. По RIPEstat, у AS198610 (Beget) за час — почти миллион анонсов смены маршрутов при 90-дневном пике менее 20 тыс. Источник: «Коммерсантъ» со ссылкой на источник на телеком-рынке.
  • 04:50 — первый официальный пост в Telegram: крупный инцидент, задействованы все ресурсы, идёт разбор причин (пост №570). Источники: ComNews, «Коммерсантъ», Хабр.
  • ~06:00 — статус «восстановительные работы и расследование». Источник: «Коммерсантъ».
  • Утро (около 08:20) — апдейт (пост №571): проблема носит комплексный характер и затрагивает все уровни архитектуры, инженеры вручную настраивают инфраструктуру непосредственно в дата-центрах. Источники: Хабр, iXBT, vc.ru.
  • Утро – день — во «ВКонтакте» представители Beget отвергают версии с атакой БПЛА и уязвимостью PHP, говорят, что понимают, что произошло, и что физической атаки на ЦОД не было. Источники: SecurityLab, ComNews, Mail.ru Hi-Tech.
  • до 14:47 — информационный портал «Честный знак» полностью восстановлен (сама система маркировки, по данным ЦРПТ, работала штатно). Источники: E1.ru, Хабр.
  • 15:43 — пост №572: «массированная кибератака», форс-мажор по п. 3 ст. 401 ГК РФ. Выделенные серверы без администрирования Beget восстановлены; NS-серверы — главный приоритет с ориентиром 4–5 часов; почта восстанавливается параллельно; файловые бэкапы есть для «подавляющего большинства» ресурсов. Источники: «Коммерсантъ», Хабр, РИА Новости, «Ведомости».
  • ~20:00–21:00 (ожидание) — расчётное восстановление NS-серверов по прогнозу «4–5 часов». Официального подтверждения, что NS-серверы вернулись, найти не удалось.
  • 3 ноября, 00:25 — региональные СМИ сети NGS/E1 пишут, что полностью восстановить сервис не удаётся уже 15 часов и точные сроки неизвестны. Источники: 14.ru, Chita.ru.
  • 3 ноября — ComNews: представитель Beget на запрос не ответил; Downdetector к вечеру 2 ноября показывал более 9,8 тыс. жалоб.

Замечание о времени: SecurityLab указывает моменты 01:50, 03:03 и 05:23 «по московскому времени». По всей видимости, это UTC, ошибочно названное московским: 01:50 UTC = 04:50 МСК, что совпадает с данными «Коммерсанта» и ComNews.

Какие сервисы были затронуты

  • Виртуальный (shared) хостинг — недоступен, ошибки 502 Bad Gateway. Идёт восстановление из файловых бэкапов, по словам компании — длительное.
  • Облачные VPS — проблемы с сетевым подключением и доступом. Восстановление не подтверждено; бэкапы облачной инфраструктуры доступны для «подавляющего большинства».
  • Выделенные серверы без администрирования Beget — затронуты, восстановлены к 15:43.
  • NS-серверы / DNS — не отвечали, пользователи на Detector404 жаловались, что NS даже не пингуются. Приоритет №1, прогноз 4–5 часов от 15:43. Факт восстановления не подтверждён.
  • Почта (SMTP/IMAP) — перебои, восстанавливается параллельно, сроков нет.
  • Панель управления, личный кабинет, beget.com — недоступны, восстановление не подтверждено.
  • Облако / S3 / Managed Kubernetes — отдельных данных нет, подпадают под формулировку «облачная инфраструктура».
  • Status-страница status.beget.com — проверить её содержимое не удалось; официальные апдейты шли через Telegram, VK и MAX.

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

Масштаб

  • Сайты: 334 562 действующих сайта в .RU/.РФ/.SU, 14,6% всех работающих (перепись хостингов от 8 октября; цитируют SecurityLab, Meduza, ComNews). CNews приводит цифру «более 450 тыс.» по данным самой компании, «Абзац» и Metaratings — «около полумиллиона». Это оценка всей клиентской базы, а не измеренное число сайтов, отключившихся 2 ноября. Точное число пострадавших Beget не раскрыл.
  • Домены: данные расходятся. «Коммерсантъ» (statonline.ru, октябрь) — 540,7 тыс. доменов .RU, 14,7% с учётом парковок и редиректов. SecurityLab (StatOnline на 25 октября) — 552 706 доменов, 8,87%. Вероятно, разница в методике подсчёта доли. Регистрация домена у Beget не означает, что сайт пострадал.
  • Клиенты: более 200 тыс. (ComNews, Mail.ru).
  • Жалобы: Downdetector — более 7 тыс. к утру, 8,5 тыс. за сутки (Fontanka), более 9,8 тыс. к вечеру (ComNews). Агрегированно по мониторингам — около 7,5 тыс. за сутки из 33 городов, чаще всего из Москвы, Петербурга, Московской и Самарской областей. Detector404 — более 11 тыс. (по данным HashTelegraph, источник второго ряда).
  • Затронутые внешние сервисы: инфопортал «Честный знак» (Ассоциация ЦРПТ подтвердила, что перебои из-за Beget), каршеринг BelkaCar (компания связала сбой с крупной инфраструктурной аварией у внешнего партнёра — Beget — и предложила перерасчёт), «РЖД Тур», Брянскстат, администрация Тюменского округа, транспортная карта Казани, центр «Мой бизнес» в Карелии, портал администрации Нарьян-Мара.
  • «Яндекс Пэй»: в тот же день у сервиса был сбой, СМИ упоминали его рядом с Beget, но причинная связь не подтверждена — RB.ru писал, что причина пока неизвестна.

Официальная позиция Beget

Каналы: Telegram @beget_official (основной), группа VK (vk.com/begetru), MAX. Сайт beget.com во время инцидента сам был недоступен.

Суть официальных заявлений: ООО «Бегет» уведомило клиентов о возникновении обстоятельств с признаками непреодолимой силы по п. 3 ст. 401 ГК РФ; масштабная атака на инфраструктуру временно препятствует исполнению части обязательств; компания продолжает оценивать масштаб последствий и пока не может назвать сроки полного восстановления всех сервисов.

Чего компания не сообщила: тип атаки (DDoS, взлом, шифровальщик, wiper), вектор проникновения, утекли ли данные клиентов, сколько клиентов пострадало, будут ли компенсации. На вопросы «Коммерсанта» и ComNews Beget не ответил.

Ограничение: посты Beget после №572 (после 15:43 МСК 2 ноября) получить не удалось. Возможно, к утру 3 ноября NS-серверы и часть хостинга уже работают — актуальный статус смотрите в @beget_official.

Потеря данных и компенсации

  • Потеря данных официально не подтверждена, но и не исключена. Формулировка «подавляющее большинство» — повод готовиться к тому, что части ресурсов в бэкапах нет. SecurityLab обращает внимание, что речь только о файловых копиях, без баз данных и почтовых хранилищ. Frank Media пишет об отсутствии доступа к части резервных копий. В штатной схеме Beget бэкапы хостинга лежат на отдельных серверах, а файловые копии VPS — в другом дата-центре; при получении атакующими привилегированного доступа эта изоляция могла не сработать.
  • Утечка данных — подтверждённой информации нет ни в одну сторону.
  • Компенсации Beget не объявлял. SLA облачных услуг предусматривает обращение в течение 30 дней после инцидента и компенсацию бонусами или продлением услуг (gogov.ru со ссылкой на опубликованный SLA). Ссылка на форс-мажор не освобождает от ответственности автоматически: по ст. 401 ГК РФ провайдер должен доказать чрезвычайность и непредотвратимость обстоятельств (SecurityLab). Для хостера это спорный аргумент — защита от кибератак входит в его профессиональный риск. Эксперты ComNews (iTPROTECT, «Энсайн», КС НСБ) сходятся: реально можно получить лишь возврат части абонентской платы. Председатель совета по противодействию технологическим правонарушениям КС НСБ России Игорь Бедеров отметил, что суды в таких спорах чаще встают на сторону провайдеров.

Реакция пользователей и СМИ

  • Пользователи: на Хабре под новостью более 250 комментариев и около 76 тыс. просмотров. Комментаторы указывают на расхождение обещанной в SLA доступности 99,9–99,99% с простоем более 20 часов. На Detector404 и Downradar жалуются на молчащую техподдержку и полный отказ beget.com с трёх часов ночи. Предприниматель рассказал BFM, что каждый день простоя стоит ему 25 тыс. рублей.
  • Федеральные СМИ: «Коммерсантъ» (печатный номер от 3 ноября), РИА Новости, «Ведомости», Meduza, BFM, Frank Media, Life, Вести.
  • Отраслевые: CNews, ComNews, Хабр, SecurityLab, vc.ru, iXBT, Kod.ru, Skillbox Media, RB.ru.

Связь с другими событиями — факты и версии

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

  • 21–22 октября 2026 года Beget временно ограничивал upload_progress и загрузку файлов из-за двух критических уязвимостей PHP (оценка 9,2/10), затем сообщил об их устранении. Связь с атакой 2 ноября Beget отрицает.
  • 23 июля 2026 года ООО «Бегет» попало в 21-й санкционный пакет ЕС, латвийская площадка была отключена. По данным The Insider, под санкции также попали основатель и гендиректор Александр Клюков и совладельцы Алексей Маникин и Александр Ильин.
  • В октябре атаки беспилотников повредили ЦОДы «Яндекса» (Сасово, Калуга, Владимир). Версию с БПЛА применительно к себе Beget отверг.
  • В ту же ночь на 2 ноября было взломано мобильное приложение МЧС, разославшее фейковые сообщения о ядерной угрозе; также сообщалось об атаке на ресурсы Росстата. Связь этих инцидентов с Beget не установлена.
  • «Коммерсантъ» направил запрос в Роскомнадзор — ответа найти не удалось. Комментариев Минцифры и НКЦКИ по Beget тоже нет.

Версии и слухи (не подтверждены):

  • Неназванный источник «Коммерсанта» предполагает, что атакующие проникли в систему, получили высокие привилегии и сбросили все конфигурации. Это согласуется со всплеском BGP-анонсов и ручной перенастройкой в ЦОДах, но официально не подтверждено.
  • Евгений Пивоваров (MONS, «КОРУС Консалтинг») в комментарии «Коммерсанту» предположил, что Beget не только восстанавливает конфигурацию ЦОДов, но и переносит часть нагрузки на внешние площадки.
  • Версии о причастности ИИ (BFM) и о «зачистке данных» (комментарии на E1) ничем не подкреплены.
  • Ответственность публично не взяла ни одна хакерская группировка.
  • Ранее у Beget бывали «плавающие» проблемы с доступностью из-за фильтрации трафика на стороне операторов (ТСПУ), но признаков, что 2 ноября это блокировка РКН, нет — Beget прямо говорит об атаке.

Рекомендации для разработчика (сайты + боты на Beget)

Сейчас (первые 24–48 часов)

  1. Инвентаризация. Составьте список: что у вас на Beget (shared-хостинг, VPS, выделенные серверы), где NS-записи доменов, кто регистратор, где почта, где бэкапы. Если всё у Beget — у вас единая точка отказа.
  2. Боты. Если Telegram-бот работает по webhook на Beget — поднимите его на резервном VPS у другого провайдера или временно переведите на long polling (снимите webhook через deleteWebhook): так бот заработает без DNS Beget.
  3. DNS (если домен у другого регистратора). Перенесите зону к независимому DNS-провайдеру (Yandex Cloud DNS, Selectel DNS, Cloudflare — с учётом рисков доступности из РФ) и смените NS. Если домен зарегистрирован в Beget и панель недоступна — сменить NS не получится. Это главный аргумент разделять регистратора и хостера.
  4. Считайте инцидент компрометацией, пока не доказано обратное. Когда доступ появится: смените пароли панели, FTP/SFTP, SSH, БД; перевыпустите SSH-ключи; отзовите и перевыпустите токены ботов (/revoke в BotFather), ключи платёжных систем, OAuth-секреты, переменные в .env, соли в wp-config.php; проверьте authorized_keys, crontab, systemd-юниты, лишних администраторов CMS, изменённые файлы (diff с git), веб-шеллы; включите 2FA в панели Beget.
  5. Проверьте восстановленные данные. Сверьте версию сайта и дату бэкапа, целостность БД (таблицы, последние заказы и платежи), почтовые ящики, загрузки, работу форм и оформления заказа. Восстановление из файлового бэкапа может откатить базу на несколько дней.
  6. Фишинг. В сентябре Beget уже предупреждал о фишинговых рассылках от своего имени. На фоне инцидента ждите писем «восстановите доступ / подтвердите данные». Входите только по вручную набранному адресу cp.beget.com.
  7. Зафиксируйте ущерб: скриншоты мониторинга, логи недоступности, расчёт потерянных заказов. Письменная претензия по SLA — в течение 30 дней.

На будущее

  • Бэкапы по правилу 3-2-1 — три копии данных, два типа носителей, одна копия вне основной площадки (совет Анатолия Сазонова, Softline, в комментариях ComNews и «Коммерсанту»). Автоматическая выгрузка дампов БД и файлов в S3 другого провайдера или на свой сервер. Раз в квартал проверяйте восстановление — непроверенный бэкап фактически равен его отсутствию; как отметил Вадим Смирнов («Софтайм») в ComNews, данные в одном экземпляре — это всё равно что никаких данных.
  • Код в git, инфраструктура как код (Docker Compose, Ansible, Terraform) — переезд на другой VPS займёт часы, а не дни.
  • Разнесение ролей: регистратор домена ≠ DNS-провайдер ≠ хостинг ≠ почта. Для критичных доменов — вторичный DNS у другого провайдера или NS двух провайдеров с синхронизацией зоны.
  • Внешний мониторинг (UptimeRobot, Ping-Admin и т.п.) с алертами в Telegram и документированный план «хостер упал»: RTO/RPO, контакты, порядок переключения.
  • Холодный резерв для ботов и критичных сайтов: минимальный VPS у второго провайдера с актуальными бэкапами и заранее подготовленной DNS-записью. Низкий TTL (300 с) на A-записях ускорит переключение.
  • Миграция с Beget? Однозначного ответа нет. Моя оценка: полностью уходить не обязательно, но держать «всё в одном» у Beget после этого инцидента и санкций ЕС — неоправданный риск. Минимум — вынести домены, DNS и бэкапы к другим провайдерам. Если сайт приносит выручку — нужен горячий или тёплый резерв у второго хостера. Окончательное решение стоит принимать после того, как Beget опубликует (или не опубликует) разбор с вектором атаки и судьбой данных.

Оговорки

  • Обзор основан на публикациях до утра 3 ноября 2026 года. Официальные апдейты Beget после 15:43 МСК 2 ноября получить не удалось, поэтому текущий статус NS-серверов, почты и хостинга не подтверждён.
  • Технические детали атаки (BGP-аномалия, «сброс конфигураций») известны только из анонимных источников «Коммерсанта» и открытых данных RIPEstat — это не позиция Beget.
  • Число пострадавших сайтов — оценка по данным о клиентской базе, а не измеренный показатель. Счётчики жалоб в разных мониторингах расходятся (7–11 тыс.).
  • Часть второстепенных источников (HashTelegraph, cryptonews.net, SEO-блоги) содержит неточности — они использовались только для контекста.

Источники

44
11