Кибератака на Beget глазами клиента: ребята тушат пожар, а мы делаем выводы

Ноябрь 2026-го начался для сотен тысяч сайтов и айтишников совсем не с кофе. Новость о том, что Beget, на котором я сижу с 2017 года, попал под беспрецедентную кибератаку, разлетелась по всем профильным каналам моментально. Я не сторонний наблюдатель: я как раз из тех, кто разгребает последствия.

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

Для тех, кто далёк от веба: Beget — один из трёх крупнейших регистраторов доменов в зонах .RU и .РФ. На осень 2026-го на его долю приходилось около 13–15% рынка, компания обслуживала более 200 тысяч клиентов, а за всё время через неё прошло около 1,5 млн человек. На инфраструктуре размещалось, по разным оценкам, до 500 тысяч активных сайтов.

Если по-простому, это огромный цифровой многоквартирный дом, где живут сотни тысяч бизнесов — от личных блогов до сервисов, от которых зависит повседневная жизнь. Сбой задел не только абстрактных «пользователей хостинга»: проблемы были у каршеринга BelkaCar, у сайта системы маркировки «Честный знак».

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

Я пишу это не как наблюдатель. Организации, которые я обслуживаю, понесли ощутимые финансовые и операционные убытки. У меня легла почта трёх организаций, четыре сайта, несколько виртуальных машин, Gitea с моими проектами и Mattermost — корпоративный мессенджер, на котором висели 150 человек. Клиенты обрывают телефоны, бизнес простаивает, нервы на пределе.

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

Сейчас в соцсетях и на профильных ресурсах поднимается волна хейта: кричат про «кривые руки» админов и тотальную некомпетентность. Подобные выводы сейчас — чистой воды дилетантство. У нас на руках нет никакой достоверной внутренней информации о векторе атаки.

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

Более того, искать «признаки некомпетентности» в отзывах клиентов — путь в никуда. У любого крупного провайдера вагон негативных отзывов: от «долго отвечает поддержка» до «списали деньги». Это неизбежный фон для компании такого масштаба, и он не имеет отношения к способности отразить целевой взлом.

Компания официально заявила о возникновении обстоятельств непреодолимой силы (форс-мажора) по п. 3 ст. 401 ГК РФ. В ИТ-сообществе тут же разгорелись споры: имеет ли право хостер ссылаться на хакеров, если защита от них — его прямой профессиональный риск?

Признаем: формулировка форс-мажора здесь — тонкий юридический вопрос. Судебная практика в России по таким делам крайне неоднозначна. С одной стороны, суды с большим недоверием относятся к попыткам компаний прикрыться кибератакой: в большинстве случаев доказать форс-мажор не удаётся, потому что суд оценивает, какие меры киберзащиты были приняты до инцидента. С другой стороны, для ИТ-провайдеров и хостинг-компаний действует особый подход: обеспечение устойчивости и защиты инфраструктуры — их прямая обязанность, поэтому «обычная» атака редко признаётся обстоятельством непреодолимой силы. По некоторым оценкам, в 99% случаев суды не признают хакерскую атаку форс-мажором. Если же будет доказан беспрецедентный масштаб и использование уязвимостей нулевого дня, квалификация дела может измениться.

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

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

Команда не опустила руки под колоссальным давлением, а методично поднимает сервисы из бэкапов, проверяя каждую строчку кода на уязвимости. За это им человеческое спасибо и уважение. И я очень надеюсь, что руководство Beget понимает, какой подвиг сейчас совершают эти ребята.

Кстати, про масштаб стресса: пару лет назад я переводил свой проект с Hyper-V на Proxmox. Я тогда сгорел. Это был реальный стресс, хотя речь шла о куда меньшей инфраструктуре и без катастрофы. А тут — тысячи серверов, ночь, паника и давление сотен тысяч клиентов. Я, честно, не завидую.

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

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

Если отбросить сочувствие к круглосуточно работающим админам и посмотреть на ситуацию как инженер-реалист, картина становится куда жёстче и поучительнее для всей индустрии.

Я вижу главную проблему в архитектурной уязвимости самой бизнес-модели массового хостинга. Годами провайдеры продавали клиентам удобство: «Держите у нас домен, тут же заверните на наши NS-серверы, тут же поднимите VPS, а в соседней вкладке поставьте галочку "автоматический бэкап"». И это работало. До ночи на 2 ноября 2026 года.

Что произошло, когда злоумышленники получили доступ к управляющему контуру? Рухнуло практически всё. Панель управления отключена, NS-серверы не отвечают, бинарные бэкапы стёрты. Клиенты оказались заперты в горящем здании: у них не было физической возможности даже зайти в личный кабинет, чтобы переписать IP-адреса своего домена и временно увести трафик на резервный сервер к другому независимому провайдеру.

Главный урок этого кейса: безопасность — это не когда у хостера стоят дорогие файрволы. Безопасность — это когда у тебя как у инженера инфраструктура разделена. Регистратор домена — в одном месте, DNS-менеджмент — во втором, рабочие сервера — в третьем, а бэкапы — на независимом холодном хранилище, до которого у основного хостинга в принципе нет сетевого доступа. И это уже зона ответственности не только провайдера, но и нас, его клиентов.

Нельзя обойти стороной и ключевой фактор успеха Beget, который в итоге превратил локальный взлом одного провайдера в катастрофу масштабов всего Рунета. Ценовая политика компании долгое время оставалась их главным локомотивом. Beget изначально сделал ставку на максимальную доступность: бюджетные тарифы и недорогие VPS позволяли войти в веб-разработку буквально каждому — от студента до малого бизнеса.

Но у этой медали оказалась очень жёсткая обратная сторона. И вот тут я хочу поспорить с теми, кто говорит, что «проблема в дешёвом хостинге».

Концентрация колоссальных рисков в одной точке. Низкий порог входа обеспечил компании долю почти в 15% от всего Рунета. Под удар попал не просто отдельный хостинг, а огромный пласт малого и среднего бизнеса всей страны. Это правда.

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

Так в чём же тогда дело, если не в цене? В экономике безопасности и архитектуре. Обеспечение ИБ уровня крупных корпораций — это колоссальные бюджеты: дорогие аудиты, топ-специалисты, сложные изолированные контуры, системы мониторинга аномалий. Но даже эти бюджеты не дают гарантии. Удерживать ультранизкие цены и одновременно вливать миллионы в ИБ — тяжелейший баланс. У крупных игроков этот баланс смещён в сторону бюджетов, но их инфраструктура настолько огромна и сложна, что и они находят свои «слабые звенья» — будь то физическая атака на ЦОД, халатность инсайдера или просто человеческий фактор.

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

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

Этот сбой наглядно показал: 99,9% аптайма в SLA не стоят ничего, если уязвима сама система управления провайдера. Мы получили сильную прививку от беспечности. И те компании, чей бизнес сейчас терпит огромные убытки, в следующий раз трижды подумают, прежде чем доверять всю свою цифровую жизнь одному — пусть даже самому технологичному, дешёвому и любимому — хостеру.

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