Атака на Beget: почему бэкап у хостинга — не бэкап

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

Мы разберём не саму атаку, а то, что она показала владельцам сайтов: резервная копия, которая хранится у того же хостинга, не защищает от проблем этого хостинга.

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

Хостинг публикует хронологию восстановления на своём сайте. Если коротко:

• 2 ноября, 02:00Злоумышленники получают доступ к управляющим серверам
• 02:30Запущено программное обеспечение для удаления данных
• 02:40–02:55Взлом обнаружен, все серверы отключены от сети
• 3 ноябряВозвращается почта, начинается проверка хранилищ резервных копий
• 4–5 ноябряПервые сайты; днём 5 ноября — 60% виртуального хостинга
• 9 ноябряКлиенты VPS получают возможность скачать бэкапы
• 11 ноябряИз бэкапов восстановлено больше 55 000 сайтов, по словам хостинга — половина работы

По данным СМИ, вместе с серверами пострадала облачная инфраструктура: VPS, объектное хранилище S3 и Kubernetes. Часть резервных копий виртуальных серверов утрачена, файловые копии VPS нашлись лишь у половины клиентов. Признаков кражи данных хостинг не нашёл, но советует сменить пароли и ключи доступа.

Насколько это большая история

Оценки числа пострадавших сайтов в разных изданиях — от 400 000 до 700 000. Среди пострадавших называли «Честный знак», «РЖД Тур», BelkaCar, сайт Омского аэропорта и сервис SMMplanner. Это не сбой на пару часов, а одна из крупнейших аварий в истории Рунета.

Почему не спасли автоматические бэкапы

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

• Копии лежат в той же инфраструктуре. Тот, кто получил доступ к управлению серверами, может добраться и до хранилищ копий.
• Восстановление идёт в общей очереди. Больше 300 000 сайтов возвращают по одному, и ваш магазин может оказаться в конце списка.
• Скачать копию нельзя, пока лежит панель. Даже если копия цела, без работающей панели управления её не заберёшь и не перенесёшь на другой хостинг.

Правило 3-2-1 для сайта на Аспро

В ИТ давно есть простое правило: три копии данных, на двух разных носителях, одна — вне основной площадки. Для сайта на Аспро и 1С‑Битрикс оно выглядит так:

1. Копия на хостинге. Для быстрого отката после неудачного обновления или ошибки. От аварии хостинга не защищает.
2. Облако 1С‑Битрикс. Штатное резервное копирование Битрикса умеет отправлять копии в облачное хранилище 1С‑Битрикс. Место там уже входит в лицензию — от 2 до 10 ГБ в зависимости от редакции. Часто его просто не включают.
3. Холодное хранилище у другого провайдера. Отдельная копия с историей за несколько недель. Доступа к ней нет с самого сайта, поэтому её не удалит ни взломщик сайта, ни авария хостинга.

И ещё одно условие, о котором забывают: копии нужно проверять. Бэкап, который перестал создаваться полгода назад, или архив, из которого не поднимается сайт, обнаруживаются ровно в тот день, когда они нужны.

Что сделать прямо сейчас

• Узнайте, где лежат копии вашего сайта. Если ответ «у хостинга» — копии вне хостинга у вас нет.
• Скачайте свежую полную копию файлов и базы и сохраните её отдельно от хостинга.
• Включите облачные бэкапы 1С‑Битрикс по расписанию: Настройки → Инструменты → Резервное копирование.
• Проверьте, что лицензия 1С‑Битрикс активна. От неё зависят облачное хранилище и обновления безопасности.
• Смените пароли от админки, FTP, базы данных и панели хостинга, если сайт был на Beget.
• Раз в квартал пробуйте восстановить сайт из копии на тестовом сервере.

Если ваш сайт был на Beget

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

Сайт восстановлен, но вместо него заглушка Beget

Мы видим это на части восстановленных сайтов. Beget сообщает, что сайт вернули, но по адресу открывается техническая страница хостинга с осьминогом и сообщением, что домен не привязан к сайту. Файлы и база на месте, просто после восстановления сбилась связь домена с папкой сайта.

Если домен привязан, а заглушка не уходит, напишите в поддержку Beget или нам — проверим настройки домена и сайта.