Один из крупнейших российских хостинг-провайдеров Beget столкнулся с масштабной кибератакой, последствия которой оказались значительно серьёзнее первоначальных прогнозов. Злоумышленники получили доступ к системе управления инфраструктурой и запустили скрипты уничтожения данных. Компания признала: восстановить информацию всех клиентов не удастся. Под угрозой оказались сайты, виртуальные серверы, базы данных и облачные хранилища.
Российский интернет столкнулся с одним из наиболее серьёзных инцидентов в сфере хостинга за последнее время. В ночь с 1 на 2 ноября 2026 года инфраструктура Beget подверглась массированной кибератаке. Первоначально пользователи столкнулись с недоступностью сайтов, серверов, электронной почты и панели управления. Однако по мере расследования стали появляться подробности, свидетельствующие о гораздо более масштабных разрушениях.
Как хакеры получили доступ к инфраструктуре Beget?
Согласно официальному сообщению компании, злоумышленники смогли проникнуть в управляющий контур всей архитектуры провайдера.
После получения доступа атакующие запустили специальные скрипты, предназначенные для обнуления данных на серверах.
По опубликованной Beget хронологии, атака началась около 02:00 по московскому времени 2 ноября. Примерно через полчаса было запущено вредоносное программное обеспечение. Вскоре компания обнаружила несанкционированный доступ и начала отключать серверы от сети, пытаясь остановить распространение атаки.
Последствия оказались критическими: под удар попали сразу несколько ключевых компонентов облачной инфраструктуры.
Какие данные оказались уничтожены?
Наиболее серьёзные последствия затронули три направления:
VPS — виртуальные серверы, на которых клиенты размещают сайты, приложения и корпоративные системы.
S3 — облачное хранилище для файлов, документов, резервных копий и других данных.
Kubernetes — инфраструктура для управления контейнеризированными приложениями.
Кроме того, были потеряны настройки CDN и IP-адреса облачной инфраструктуры.
Особенно тревожная ситуация сложилась с резервным копированием. Первоначально Beget сообщала о сохранности файловых бэкапов, однако позднее выяснилось, что восстановить данные всех пользователей VPS не получится.
По состоянию на 6 ноября компания оценила доступность файловых резервных копий примерно для половины клиентов.
Beget признала: восстановить всё не получится
6 ноября провайдер опубликовал новое сообщение, в котором фактически подтвердил масштаб катастрофы.
Облачную инфраструктуру компании приходится строить заново. Восстановить все данные пользователей виртуальных серверов невозможно.
При этом работа стандартного виртуального хостинга постепенно возвращается. По информации компании, уже восстановлено более 60% его мощностей.
Ситуация с VPS значительно сложнее: даже наличие файловых резервных копий не гарантирует быстрого восстановления. Специалистам необходимо идентифицировать пользователей, сопоставить информацию и проверить целостность данных.
Также выяснилось, что часть внутренних данных Beget потеряна. В частности, для некоторых пользователей нарушились актуальные связи между аккаунтами и приобретёнными услугами.
Первые серверы новой облачной инфраструктуры компания планировала подключить в течение одного-двух дней после публикации обновления.
Пострадали не только сайты, но и бизнес
Инцидент затронул значительно больше, чем просто отдельные интернет-ресурсы.
Beget обслуживает сотни тысяч сайтов и большое количество корпоративных клиентов. Сбои в инфраструктуре провайдера отразились на работе сторонних интернет-сервисов.
В частности, проблемы возникали у каршеринга BelkaCar, которому пришлось использовать альтернативную инфраструктуру для восстановления работы.
Для бизнеса подобные инциденты могут обернуться не только временной недоступностью сайта, но и прямыми финансовыми потерями.
Интернет-магазины рискуют потерять заказы, компании — доступ к рабочим системам, а владельцы проектов — базы данных и результаты многолетней работы.
Что делать клиентам Beget прямо сейчас?
На фоне произошедшего пользователям рекомендуется не ждать полного восстановления инфраструктуры, а самостоятельно проверить безопасность своих проектов.
Сменить пароли от аккаунтов и административных панелей.
Обновить API-ключи, SSH-ключи и другие данные доступа.
Проверить резервные копии, хранящиеся вне инфраструктуры Beget.
Убедиться в целостности баз данных и файлов сайтов.
При необходимости подготовить перенос проектов на альтернативную площадку.
Проверить журналы доступа и активность учётных записей.
Отдельно стоит обратить внимание на резервные копии. Хранение бэкапов на той же инфраструктуре, где размещается основной проект, не обеспечивает полноценной защиты от масштабной атаки.
Почему эта атака должна стать уроком для всего российского IT-рынка?
История Beget наглядно демонстрирует, насколько уязвимой может оказаться даже крупная технологическая инфраструктура, если злоумышленники получают доступ к централизованному управлению.
Современные компании всё чаще переносят критически важные процессы в облака, рассчитывая на надёжность профессиональных провайдеров. Но сам факт размещения данных в облаке не означает, что они защищены от уничтожения.
Особенно опасен сценарий, при котором атакующий получает привилегированный доступ не к отдельному серверу, а к системе управления всей инфраструктурой.
В такой ситуации под угрозой оказываются одновременно тысячи проектов.
Главный вывод из истории Beget: резервные копии должны существовать отдельно от основной инфраструктуры, иметь независимые механизмы доступа и регулярно проверяться на возможность восстановления.
Кибератака на Beget уже привела к масштабным потерям. Теперь компании предстоит не просто восстановить серверы, а фактически заново выстроить значительную часть облачной инфраструктуры и вернуть доверие клиентов.
Истоник: ЧИТАТЬ
Источник №2: ЧИТАТЬ