RUENЗагрузить файл
Новости · Облачные хранилища

Beget потерял резервные копии VPS после кибератаки

В ночь на 2 ноября 2026 года хостинг-провайдер Beget подвергся массированной кибератаке: злоумышленники проникли в систему управления серверами и запустили скрипты, уничтожившие часть данных. Пострадали виртуальные серверы (VPS), объектное хранилище S3 и платформа Kubernetes, а бинарные резервные копии VPS были полностью утрачены. Разбираем, что известно о случившемся и какой вывод стоит сделать всем, кто хранит файлы в чужом облаке.

6 ноября 2026 Редакция LoadFile Чтение 5 мин
Серверная стойка хостинг-провайдера после кибератаки с повреждёнными данными

Коротко: в ночь на 2 ноября 2026 года хостинг-провайдер Beget подвергся кибератаке, в ходе которой злоумышленники получили доступ к системе управления серверами и запустили скрипты уничтожения данных. Пострадали VPS, объектное хранилище S3 и Kubernetes, а также конфигурации CDN и IP-адреса. Бинарные резервные копии виртуальных серверов утрачены полностью, но файловые копии частично сохранились — это позволит восстановить отдельные данные клиентов, хотя процесс займёт время.

Содержание
  1. Что произошло
  2. Что пострадало и что уцелело
  3. Как идёт восстановление
  4. Что делать клиентам Beget прямо сейчас
  5. Какой вывод стоит сделать из этой истории
  6. Источники

Что произошло

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

Beget — один из крупных хостинг-провайдеров в России, предоставляющий услуги виртуального и выделенного хостинга, VPS, облачного хранилища S3 и managed-Kubernetes для десятков тысяч клиентов, включая владельцев сайтов и интернет-магазинов.

Что пострадало и что уцелело

По информации компании, атака затронула три критических компонента инфраструктуры: виртуальные серверы (VPS), объектное хранилище S3 и платформу Kubernetes. Также были потеряны конфигурации CDN и часть выделенных IP-адресов.

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

Как идёт восстановление

Восстановление сервисов идёт поэтапно. Выделенные серверы уже работают, почтовые сервисы восстановлены примерно на 80%. Полный срок возвращения всех услуг к обычному режиму компания пока не называет — часть данных возвращается клиентам по мере ручной проверки серверов.

!
Признаков утечки данных клиентов не выявлено

По предварительным данным Beget, следов того, что злоумышленники скачивали пользовательские данные, не обнаружено — атака была направлена на уничтожение инфраструктуры, а не на кражу информации. Тем не менее компания рекомендует клиентам сменить пароли и ключи доступа, которые могли храниться на скомпрометированных серверах.

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

  1. Смените пароли и ключи доступа, которые хранились на серверах в инфраструктуре Beget, — особенно если это пароли от сторонних сервисов или API-ключи.
  2. Не удаляйте локальные копии сайтов и баз данных, если они у вас сохранились, — пока инженеры проверяют серверы на вредонос, восстановление может занять дни.
  3. Уточните у поддержки судьбу конкретного сервера — поскольку бинарные бэкапы VPS утрачены, а файловые копии восстанавливаются выборочно, статус может отличаться по каждому клиенту.
  4. Сделайте независимую резервную копию важных файлов и баз данных сразу после восстановления доступа — не полагайтесь только на бэкапы хостинг-провайдера.

Какой вывод стоит сделать из этой истории

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

Если вы администрируете сайт или сервис на арендованном хостинге, не ограничивайтесь встроенным резервным копированием провайдера — скачивайте копии баз данных и файлов сайта на собственный диск или в другое облако на регулярной основе. Для разовой выгрузки файлов без лишней возни с настройкой FTP подойдёт наш бесплатный загрузчик файлов, а раздел «Безопасность файлов» поможет разобраться, как организовать резервное копирование и проверку загрузок на вирусы.

Источники

Читайте также