Перейти к основному разделу

Кибератака на Beget: почему данные в облаке могут исчезнуть и как их защитить

Обновлено 9 ноября 2026 г.
Beget потерял данные облачной инфраструктуры

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

Как произошла кибератака на Beget и какие данные потеряли пользователи

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

Злоумышленники получили доступ к управляющим серверам, через которые провайдер контролирует свою инфраструктуру. Около 02:30 хакеры запустили вредоносное ПО для удаления данных. Через 10 минут специалисты обнаружили атаку, а к 02:55 отключили серверы от сети, чтобы остановить ее распространение. Однако к этому моменту часть данных уже была уничтожена. 

Компания сообщила о потере всей информации в облачной инфраструктуре, включая VPS, хранилища S3 и платформу Kubernetes. Полностью исчезли и бинарные бэкапы VPS — полные образы виртуальных серверов, позволяющие восстановить их состояние. Атака также нарушила работу хостинга, электронной почты и DNS. Из-за этого у клиентов перестали открываться сайты и возникли проблемы с доступом к другим сервисам.

Защитите устройство, с которого управляете сайтом

Злоумышленники могут похитить учетные данные администратора через фишинговые страницы и зараженные приложения. Kaspersky Premium находит вредоносные программы и блокирует опасные сайты, снижая риск компрометации устройства.

Попробовать Kaspersky Premium бесплатно

Восстановление началось в тот же день. Уже 2 ноября Beget вернул в работу выделенные серверы, которыми клиенты управляли самостоятельно, и DNS-серверы, обеспечивающие доступ к сайтам по доменным именам. При этом сами домены сохранились. С остальной инфраструктурой ситуация оказалась сложнее: специалисты вручную проверяли оборудование перед запуском, чтобы исключить наличие вредоносных программ.

3 ноября провайдер сообщил, что файловые резервные копии VPS сохранились, но после проверки уцелевших хранилищ оценка изменилась. Уже 6 ноября Beget признал, что файловые бэкапы VPS будут доступны только половине пользователей. Кроме того, была утрачена часть записей во внутренней системе.

К 7 ноября частично заработала панель управления — личный кабинет, через который клиенты управляют сайтами, доменами и другими услугами. Компания начала восстанавливать сайты виртуального хостинга из бэкапов и передавать оставшиеся копии VPS пользователям.

Одним из последствий инцидента также стала временная приостановка аккредитации Beget как регистратора доменов .RU и .РФ. С 3 ноября компания не может регистрировать новые доменные имена и принимать их от других регистраторов. При этом ранее зарегистрированные домены продолжают обслуживаться.

Почему резервные копии не всегда спасают от потери данных

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

Физическое разделение серверов не всегда означает независимость систем управления. Если злоумышленники получат доступ к основным данным и бэкапам через общую административную систему, они могут уничтожить и то, и другое. Избежать этого помогает изоляция резервных копий — создание отдельных учетных записей и хранилищ, в которых запрещено изменять или удалять уже созданные копии. Однако в случае с Beget неизвестно, каким именно образом были утрачены его бэкапы.

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

Наконец, файловый бэкап не позволяет восстановить виртуальный сервер целиком, вместе с операционной системой и настройками. Получив файлы, клиенту может потребоваться заново установить программное обеспечение, восстановить базы данных и настройки. Как отмечают специалисты по информационной безопасности, из-за этого клиенту важно не только хранить резервные копии отдельно от основной инфраструктуры, но и регулярно проверять возможность восстановления данных.

Как защитить данные от сбоев и кибератак на облачного провайдера

Владелец сайта не может контролировать безопасность облачной инфраструктуры провайдера, но может заранее подготовиться к потере доступа к ней. Главное — не полагаться исключительно на резервные копии, которые создает сам хостинг-провайдер.

Специалисты «Лаборатории Касперского» рекомендуют использовать правило резервного копирования 3-2-1-1. Оно предполагает хранение трех экземпляров данных на двух типах носителей. При этом одна копия должна находиться за пределами основной площадки, а еще одна — быть изолирована от сети. Например, сайт работает на VPS, его бэкап хранится в независимом облачном хранилище, а дополнительная копия — на внешнем диске, который отключают после записи.

При организации резервного копирования важно учитывать еще несколько правил:

  • Сохраняйте не только файлы сайта, но и базы данных, настройки приложений и серверов. Частоту создания копий выбирайте с учетом того, сколько информации допустимо потерять. Для интернет-магазина с ежедневными заказами еженедельного бэкапа может оказаться недостаточно.
  • Регулярно проверяйте возможность восстановления сайта. Попробуйте развернуть ресурс из резервной копии на другом сервере и убедитесь, что страницы открываются, а база данных и необходимые функции работают.
  • Подготовьте возможность переноса сайта к другому провайдеру. Сохраните настройки DNS и убедитесь, что у вас есть независимый доступ к управлению доменом. Это позволит направить посетителей на новый сервер, если основной хостинг перестанет работать.

Отдельного внимания требует защита учетных записей — после подобных кибератак важно быстро сменить потенциально скомпрометированные пароли и ключи доступа. Для панели управления, регистратора домена и хранилища бэкапов применяйте уникальные пароли и включите двухфакторную аутентификацию. А чтобы создавать сложные комбинации и безопасно хранить их, воспользуйтесь Kaspersky Password Manager — он защитит ваши данные от хакерских атак с помощью AES-256 шифрования, которому доверяют ведущие банки.

Статьи и ссылки по теме:

Рекомендуемые продукты:

Кибератака на Beget: почему данные в облаке могут исчезнуть и как их защитить

После кибератаки Beget потерял данные облачной инфраструктуры. Почему резервные копии не всегда помогают восстановить серверы и как защитить свои данные?
Kaspersky logo

Статьи на эту тему