Атаки на дата-центры «Яндекса»: что произошло и что делать бизнесу

За одну неделю — с 7 по 11 октября 2026 года — беспилотники атаковали три дата-центра «Яндекса»: в Сасово (Рязанская область), Калуге и Владимире. Все три объекта остановлены, инфраструктура серьёзно повреждена. Это беспрецедентная ситуация для российского IT: никогда раньше дата-центры такого масштаба не становились целями атак. Разбираем, что произошло, какие сервисы пострадали, сколько займёт восстановление и что делать бизнесу, который зависит от облачной инфраструктуры «Яндекса».

Хронология атак: три дата-центра за четыре дня

Атаки шли волнами, каждая следующая — по новому объекту:

• Ночь с 7 на 8 октября — Сасово (Рязанская область). Беспилотники серьёзно повредили дата-центр, на территории произошёл пожар. Работа ЦОД полностью остановлена. Именно здесь размещались два из трёх суперкомпьютеров «Яндекса» — основные вычислительные мощности компании.
• Утро 9 октября — Калуга. Атака повредила часть инфраструктуры, несколько модулей полностью выведены из строя. Люди не пострадали, но работа объекта остановлена.
• Ночь с 10 на 11 октября — Владимир. Третья атака за неделю: инфраструктура повреждена, работа дата-центра полностью остановлена.

В официальном заявлении команда «Яндекса» назвала дата-центры «железным сердцем» компании и поблагодарила сотрудников, которые работают над восстановлением круглосуточно. Но признать масштабы потерь компания не торопится: в пресс-службе не подтверждают, что оборудование в Сасово вообще удастся восстановить.

Что сломалось: масштаб сбоя

Последствия затронули не только сервисы самого «Яндекса», но и десятки сторонних компаний, которые зависели от его инфраструктуры.

Сервисы «Яндекса»

• «Яндекс Почта», «Яндекс Диск», «Яндекс Карты», «Яндекс Музыка» и «Кинопоиск» — частично или полностью недоступны в разные периоды;
• «Яндекс Такси», «Яндекс Еда», «Яндекс Лавка» — сбои в обработке заказов;
• Yandex Cloud — облачная платформа, на которой работают тысячи сторонних сервисов, — испытывает серьёзные проблемы с доступностью.

Сторонние сервисы и бизнес-инструменты

На инфраструктуре «Яндекса» работают не только его собственные продукты. Под удар попали:

• Сервисы электронного документооборота и отчётности группы «Астрал», включая «1С-Отчётность». Передача отчётности на сервер оператора восстановлена, но обмен с ФНС и другими контролирующими органами всё ещё восстанавливается.
• Циан, Twinby и другие крупные сервисы — подтвердили сбои в работе.
• Тысячи компаний, которые используют Yandex Cloud для хостинга, баз данных, микросервисов и интеграций.

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

Почему восстановление займёт месяцы (если вообще возможно)

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

1. Физическое уничтожение оборудования

Серверы, системы хранения данных, сетевое оборудование — всё это физически повреждено или уничтожено огнём. «Яндекс» не подтверждает, что оборудование в Сасово удастся восстановить. Это означает, что часть данных может быть безвозвратно утеряна, а замену оборудования придётся закупать и разворачивать с нуля.

2. Дефицит оборудования

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

3. Восстановление данных

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

4. Перераспределение нагрузки

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

Что это значит для бизнеса: три уровня рисков

Уровень 1: прямая зависимость от Yandex Cloud

Если ваша компания хостит сервисы, базы данных или интеграции в Yandex Cloud — вы уже столкнулись с проблемами. Ваши клиенты не могут зайти на сайт, API не отвечает, данные недоступны. Восстановление зависит от того, насколько быстро «Яндекс» перераспределит нагрузку и восстановит инфраструктуру.

Уровень 2: зависимость от сервисов на инфраструктуре «Яндекса»

Даже если вы не используете Yandex Cloud напрямую, вы можете зависеть от сервисов, которые на нём работают. «1С-Отчётность» от «Астрала» — пример: сам сервис не принадлежит «Яндексу», но хостится на его мощностях. Результат — бухгалтеры не могут отправить отчётность в срок.

Уровень 3: каскадные эффекты

Современный бизнес — это цепочка интеграций. Ваш сайт работает, но не может принять оплату, потому что платёжный шлюз зависит от Yandex Cloud. Ваш CRM работает, но не может отправить email, потому что почтовый сервис недоступен. Каждый сбой на одном уровне вызывает проблемы на десяти других.

Что делать бизнесу прямо сейчас

1. Оцените свою зависимость от инфраструктуры «Яндекса»

Составьте список всех сервисов, которые вы используете и которые могут зависеть от «Яндекса»:

• Прямые: Yandex Cloud, «Яндекс Почта», «Яндекс Диск» и т.д.
• Косвенные: «1С-Отчётность», сторонние CRM, платёжные шлюзы, сервисы доставки.

Для каждого сервиса определите: есть ли альтернатива? Можете ли вы переключиться на другого провайдера, если этот сервис будет недоступен несколько дней или недель?

2. Подготовьте резервные каналы для критичных операций

Если вы отправляете отчётность через «1С-Отчётность» — проверьте, есть ли у вас доступ к альтернативному оператору ЭДО (Диадок, СБИС). Если принимаете оплату через один шлюз — подключите резервный. Если храните данные только в Yandex Cloud — начните делать регулярные бэкапы в другое облако или на локальные серверы.

3. Сохраняйте доказательства сбоев

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

4. Пересмотрите стратегию географической распределённости

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

5. Следите за официальными источниками

«Яндекс» обещает рассказывать о ситуации по мере появления информации. Основные каналы:

• Официальный Telegram-канал Yandex Cloud Alerts;
• Статус-страницы сервисов;
• Официальные каналы операторов, от которых вы зависите (например, статус-страница «Калуги Астрал» для «1С-Отчётности»).

Более широкий контекст: новая реальность для IT-инфраструктуры

Атаки на дата-центры «Яндекса» — это не изолированный инцидент, а часть более широкой тенденции. Физическая инфраструктура стала уязвимой, и бизнесу приходится это учитывать:

• Дата-центры — критическая инфраструктура. Как электростанции и водопроводы, они стали целями. Это означает, что риски физической недоступности нужно закладывать в архитектуру систем.
• Облака — не панацея. Миграция в облако решила проблему обслуживания железа, но создала новую: концентрацию рисков. Когда один провайдер падает — падает всё, что на нём работает.
• Резервирование должно быть географическим. Бэкапы в соседнем дата-центре того же провайдера не спасут, если атакуют весь регион. Нужна распределённость по разным географическим зонам и разным провайдерам.

Итог: готовьтесь к длительному восстановлению

Атаки на три дата-центра «Яндекса» за одну неделю — это беспрецедентная ситуация для российского IT. Базовый функционал сервисов может быть восстановлен за дни, но полное восстановление инфраструктуры займёт месяцы, а некоторые мощности могут быть утеряны безвозвратно.

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

Если ваша компания столкнулась с проблемами из-за сбоев и вам нужна помощь с настройкой резервных каналов обмена, адаптацией процессов под форс-мажорные ситуации или разработкой стратегии географической распределённости — оставьте заявку на индивидуальный заказ. Готовые инструменты для работы с 1С и документами — в каталоге ExtLab.