Что произошло с Beget — картина аварии по ответам сотрудников

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

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

Особенно сильно пострадала облачная инфраструктура. В официальном сообщении Beget использовал однозначную формулировку: она «уничтожена» и строится заново. Сотрудник Владислав так же прямо отвечал про VPS: серверы были удалены в ходе атаки.

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

Однако масштаб последствий позволяет сделать осторожный вывод: атакован был не один изолированный сервис. Пострадали системы, от которых зависело управление большим количеством клиентских ресурсов.

Для обычного виртуального хостинга ситуация выглядела сравнительно лучше. На 6 ноября Beget сообщал, что запущено более 60% хостинга. Это была та часть инфраструктуры, которую удалось очистить, проверить и вернуть в сеть без полного развёртывания из копий.

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

С VPS всё хуже. Beget признал, что восстановить все данные невозможно. По оценке компании, файловые резервные копии сохранились примерно для половины пользователей VPS. Если копии конкретного сервера не было среди уцелевших, восстановить его содержимое средствами Beget уже нельзя.

Здесь важно различать VPS и виртуальный хостинг. У них разные системы хранения и восстановления. Сообщение о сохранности сайтов на обычном хостинге ничего не говорит о сохранности отдельной виртуальной машины. В общей дискуссии эти услуги постоянно смешивались, из-за чего ответы Beget порой казались противоречивыми.

Наличие резервной копии оказалось только половиной задачи. Во время атаки пострадала внутренняя информация о соответствии аккаунтов и услуг. Beget писал, что для части клиентов исчезли актуальные связки «аккаунт — услуги» и их приходится собирать заново.

Это объясняет многие ответы сотрудников. Чтобы выдать архив, недостаточно увидеть набор файлов на резервном сервере. Нужно определить, какому пользователю он принадлежит, с каким VPS или сайтом связан, к какому аккаунту его прикрепить и какие сопутствующие данные восстановить. Для обычного сайта это не только файлы, но и база данных, домены, DNS-записи и настройки окружения.

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

По сообщениям Beget, восстановление шло сразу в нескольких направлениях.

Уцелевшие серверы проверяли, очищали и возвращали в эксплуатацию. Сильно повреждённые узлы готовили к развёртыванию из резервных копий. Для этого меняли конфигурацию сети и настраивали интеграцию между хостинговыми и бэкапными серверами.

Облачную платформу собирали заново: восстанавливали её архитектуру, управляющие сервисы и возможность создавать виртуальные машины. Параллельно команда панели управления возвращала отдельные функции — DNS, домены, базы данных и сайты. Ещё одна задача заключалась в том, чтобы заново сопоставить услуги с аккаунтами клиентов.

Сотрудники также объясняли, что внешние признаки могут вводить в заблуждение. Например, сервер может отвечать по сети или иметь открытый SSH-порт, но оставаться недоступным клиенту: в этот момент на нём ещё идут подготовительные или восстановительные работы. Появление имени сервера в панели тоже не означает, что сайт уже полностью восстановлен.

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

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

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

Если свести ответы сотрудников к практическому результату, получается следующая картина.

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

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

Саму облачную платформу компания восстанавливала как сервис практически с нуля. Это отдельная задача от восстановления содержимого клиентских виртуальных машин: можно заново построить платформу, но это не вернёт данные VPS, для которого не сохранился бэкап.

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

На момент последних сообщений в экспорте, 9 ноября, Beget ещё находился между подготовкой новой инфраструктуры и массовым восстановлением клиентских данных. Часть сервисов уже работала, часть серверов проходила очистку и проверку, а наиболее повреждённые системы разворачивались из копий. Главным ограничением была не только скорость копирования данных. Компании приходилось одновременно восстанавливать управляющий контур, проверять безопасность и заново собирать карту соответствий между клиентами, услугами и сохранившимися архивами.

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

Материал основан на экспорте Telegram-дискуссии и сообщениях представителей Beget за 6–9 ноября 2026 года. Там, где компания не раскрыла технические детали, выводы намеренно не подменяются предположениями.
Статья была первоначально опубликована #beget #бегет