Бадаевские склады цифровой эпохи: почему концентрация дата-центров стала уязвимостью

За несколько дней атакам подверглись три дата-центра Яндекса — в Сасове, Калуге и Владимире. Люди не пострадали, но часть инфраструктуры была остановлена. То, что вчера считалось надёжным тылом, сегодня оказалось достижимой целью.

Бадаевские склады цифровой эпохи: почему концентрация дата-центров стала уязвимостью

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

Три удара и одна системная проблема

Яндекс сообщил, что в ночь с 7 на 8 октября 2026 года серьёзно пострадал дата-центр в Сасове, 9 октября была атакована площадка в Калуге, а в ночь на 11 октября — центр во Владимире. В Сасове и Владимире работа была остановлена, в Калуге часть инфраструктуры вышла из строя. По данным компании, сотрудники не пострадали.

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

Он даёт другое право — задать неприятный вопрос об архитектуре.

Почему крупные центры строят рядом с потребителем

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

Сама компания перечисляет площадки в Калуге, Владимире, Сасове, Мытищах и Ивантеевке и подчёркивает, что эта сеть обслуживает не только сервисы Яндекса, но и клиентов Yandex Cloud. Более того, новая зона во Владимирской области проектировалась с задержкой менее одной миллисекунды до соседней зоны. Для коммерческого облака это сильное преимущество.

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

При этом говорить о «единой точке отказа» тоже неверно. Yandex Cloud предлагает отказоустойчивые конфигурации между зонами доступности. Проблема не в отсутствии резервирования как такового, а в том, насколько независимы резервные площадки перед общей физической угрозой и смогут ли они принять нагрузку при одновременном повреждении нескольких узлов.

Бадаевские склады: полезная аналогия без мифа

8 сентября 1941 года немецкая авиация разбомбила Бадаевские склады в Ленинграде. Пожар стал одним из самых страшных образов начавшейся блокады. Но историческая точность требует оговорки: Президентская библиотека отмечает, что уничтоженного запаса хватило бы городу на срок от нескольких дней до месяца, а не на всю блокадную зиму.

МЧС России приводит ещё более сдержанную оценку — примерно на неделю. Поэтому пожар нельзя объявлять причиной ленинградского голода. Главной причиной была блокада, перекрывшая снабжение огромного города.

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

Рассредоточение — это не перевозка серверов подальше

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

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

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

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

Что является критической инфраструктурой

Не каждый сервер Яндекса автоматически относится к объектам критической информационной инфраструктуры по закону. Но масштаб экосистемы делает отказ её узлов общественно значимым: Yandex Cloud обслуживает более 35 тысяч компаний, а сервисы самой платформы встроены в повседневную жизнь миллионов людей.

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

Урок трёх октябрьских ночей

Атаки не доказали, что крупные дата-центры надо закрыть. Они доказали, что одной крупной площадки, одной линии защиты и одной красивой схемы аварийного восстановления недостаточно.

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

Такой резерв будет дороже мирной оптимизации. Но после октябрьских атак цена отказа считать его заранее стала очевидной.

Цифровой суверенитет измеряется не числом серверов. Он измеряется тем, продолжит ли страна работать после потери любого отдельного узла.