Beget взломали. Ваши пароли тоже? Секреты всё равно пора менять!

Ночью 2 ноября 2026 года Beget пережил массированную кибератаку. Сайты, почта и DNS у тысяч компаний встали одновременно.

Официально утечку данных клиентов никто не подтвердил. Но и не опроверг. И ваши данные вполне могли стать доступны ИИ агентам которые уже разобрали все что смогли утащить из Бегет.

Эта статья не про то, как вернуть сайт и домен. Про DNS и Координационный центр мы уже писали отдельно. Здесь про другой вопрос, который многие пока откладывают: что делать с паролями, API-ключами и токенами, которые лежали на Beget.

Без домыслов, только то, что есть в открытых источниках.

Beget сообщил о массированной кибератаке и сослался на форс-мажор по п. 3 ст. 401 ГК РФ.

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

Доказан в основном отказ сервисов. Сайты, почта и DNS перестали работать. Была ли утечка, пока не доказано и не опровергнуто.

«Коммерсантъ» приводит гипотезу, что у атакующих могли быть высокие привилегии и что они сбрасывали конфигурации. Это версия издания и его собеседников, а не официальная позиция Beget.

По восстановлению: в приоритете NS и DNS, почту поднимают параллельно. Файловые бэкапы есть для «подавляющего большинства» услуг хостинга и облака. Сроков полного восстановления Beget не называет.

Логика простая. Если атака затронула инфраструктуру на всех уровнях, вплоть до сброса конфигураций, нельзя уверенно сказать, что данные никто не читал.

Ждать, пока Beget признает или опровергнет утечку, можно неделями. Расследования такого масштаба быстро не заканчиваются. А украденный ключ от платёжного шлюза начинают использовать в первые дни.

Поэтому рабочее допущение такое: всё, что было открыто на Beget, могло быть прочитано. Любой секрет оттуда считаем потенциально скомпрометированным, пока его не сменили.

Это не паника и не обвинение Beget. Так поступают при любом инциденте, где нельзя исключить доступ к данным. Сменить ключ стоит час работы. Разбираться с последствиями утечки куда дороже.

Самое уязвимое место. Логины от CRM, доступы к кабинету банка, ключи API маркетплейса, которые кто-то когда-то переслал коллеге почтой. Вложения с таблицами доступов тоже сюда.

Если ящик был на Beget, считайте эти секреты сгоревшими. Отзовите API-ключи, смените пароли, перевыпустите токены. В первую очередь платёжные системы и эквайринг, маркетплейсы, SMTP-сервисы, Telegram-боты, облачные кабинеты.

Риск высокий по допущению. Когда почта поднимется или вы перенесёте MX к другому провайдеру, сразу задайте новые пароли на всех ящиках и включите 2FA там, где это возможно.

Проверьте правила пересылки и фильтры. Чужое правило «пересылать всё на внешний адрес» легко пропустить, а работает оно тихо и долго.

На сервере лежит много секретов: файлы .env, wp-config.php, ключи онлайн-касс, токены платёжных модулей, дампы баз данных в корне сайта.

После восстановления смените пароли к БД, FTP и SFTP, админкам CMS. Перевыпустите все ключи из конфигов. Проверьте файлы на вебшеллы и посторонний код: свежие PHP-файлы в uploads, изменённые index.php, незнакомые cron-задачи.

Если сервер администрируете вы сами и у Beget не было к нему админского доступа, риск ниже. Многие такие серверы уже поднялись.

Но сверить всё равно стоит. Список SSH-ключей в authorized_keys, логи входов, изменения конфигов за последние дни. Если что-то не узнаёте, считайте сервер проблемным.

Сами по себе они не взломаны. Но есть два сценария, при которых их тоже касается.

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

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

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

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

Возможно, Beget в итоге подтвердит, что данные клиентов не пострадали. Тогда ротация окажется просто плановой гигиеной, которую всё равно стоило сделать.

Если подтвердит обратное, у вас уже будут новые ключи, а у атакующих только старые.

В КИБЕР Холдинг мы сейчас проходим этот список вместе с клиентами, у которых сайты и почта были на Beget. Если у вас похожая ситуация, начните с пунктов 2 и 3: они закрывают самые дорогие риски.