Атаки на дата-центры Яндекса: что значат сбои для отказоустойчивости

Что произошло с дата-центрами Яндекса

Последовательность событий по сообщениям охватывает четыре дня:

• Сасово, Рязанская область, 8 октября. Yandex Cloud сообщил о проблемах с электропитанием в зоне ru-central1-b. По данным iStories со ссылкой на РБК и компанию, пожар затронул часть инфраструктуры, а работа площадки полностью остановлена, пострадавших нет. The Record сообщил, что Яндекс предупредил: возможность создавать новые облачные ресурсы сейчас может быть ограничена, а NetBlocks зафиксировал падение связности сети Яндекса примерно до 70% от нормы.
• Калуга, 9 октября. В обращении, которое цитирует РБК, Яндекс написал об атаке на ещё один свой дата-центр: несколько модулей полностью вышли из строя, а сроки восстановления оценить очень сложно.
• Владимир, 10-11 октября. SecurityLab приводит подтверждение Яндекса: атака беспилотников повредила инфраструктуру дата-центра во Владимире, после чего площадку остановили. Yandex Cloud перешёл в аварийный режим, назвал оставшуюся конфигурацию неустойчивой и сообщил, что вычислительные ресурсы остались только в зонах ru-central1-d и ru-central1-e. Заказ такси в Яндекс Go не работал в России, а Kyiv Independent сообщал о похожих сбоях в Сербии, Казахстане, Беларуси и Армении.

Кто нанёс удары, отдельный вопрос. Яндекс сторону не называет. The Record описывает удар по Сасово лишь как сообщаемую атаку украинских дронов, отмечает, что украинские военные не комментировали, и что неясно, целью был дата-центр, станкостроительный завод, в котором он размещён, или оба объекта. Президент Украины Зеленский 8 октября заявил, что Украина всегда отвечает тем же на российские удары по её дата-центрам. Считайте атрибуцию сообщением СМИ, а не установленным выводом.

Сколько дата-центров Яндекса повреждено

Три. Сасово и Владимир остановлены полностью, в Калуге вышли из строя несколько модулей, по сводке T-Journal со ссылкой на заявления Яндекса. Общее число крупных дата-центров Яндекса называют по-разному: The Register пишет, что в России у Яндекса пять дата-центров и три из них поражены, а Moscow Times сообщает о трёх из шести. Опубликованного самим Яндексом общего числа мы не нашли, поэтому правильный ответ звучит так: «три из пяти или шести».

Что изменилось с 11 по 18 октября

• 11-12 октября. Яндекс описал свой облачный сервис как работающий в ограниченном режиме и сказал, что точных сроков восстановления назвать не может. NetBlocks оценил связность Yandex Cloud в 30% от нормы 11 октября: это другая дата и другая метрика, чем 70% за 8 октября выше (The Register).
• 11-14 октября, сервисы возвращаются. С вечера 11 октября Яндекс сообщал о возвращении Алисы, поиска, карт, такси и почты. Яндекс Пэй частично восстановил переводы и платежи 13 октября, а массовое скачивание в Яндекс Диске 14 октября оставалось отключённым (T-Journal).
• 13 октября, отмена платы. Использование Yandex Cloud с 8 по 31 октября не тарифицируется, Яндекс 360 бесплатен для личных тарифов, а Яндекс Пэй отменил штрафы за просрочку. Акции компании за два торговых дня упали на 77 млрд рублей (5,4% капитализации) (Moscow Times). Отмена платы не равна выплате по SLA, а объявления о компенсациях по SLA мы не нашли.
• 14 октября, удары по другим операторам. В ночь на 14 октября атакован дата-центр Сбербанка в Саратовской области; Сбер сообщил, что сотрудники не пострадали, а сервисы работают штатно (T-Journal).
• 18 октября. Пресс-служба VK подтвердила атаку беспилотников на дата-центр VK в Ленинградской области и сообщила, что сервисы VK доступны в обычном режиме, тогда как пользователи жаловались на сбои (URA.ru).

Оценки сроков восстановления. Яндекс срок не назвал. Сторонние оценки сильно расходятся: заместитель директора МГУ в материале T-Journal ожидал стабилизации ядра клиентских сервисов за две-три недели, и это его оценка, а не заявление Яндекса. Сообщений о возвращении в строй зон ru-central1-a и ru-central1-b мы не нашли.

А что с Yango? Yango это международный бренд Яндекса для такси и доставки, выросший из Яндекс Такси и управляемый из Дубая, по данным Wikipedia. Достоверных сообщений о сбоях Yango за пределами России мы не нашли. Зарубежные сбои, о которых писали, относятся к Яндекс Go, например в Сербии, Казахстане, Беларуси и Армении. Зависят ли серверы Yango от пострадавших дата-центров, не раскрывалось, поэтому мы не утверждаем ни влияния, ни его отсутствия.

Были ли причиной кибератаки

Самый известный киберинцидент это DDoS 2021 года. В совместном посте Яндекс и Qrator Labs сообщили, что нагрузка выросла почти до 21,8 млн запросов в секунду 5 сентября 2021 года: это атака прикладного уровня с использованием HTTP pipelining от ботнета, состоявшего в основном из маршрутизаторов MikroTik и названного Mēris. Яндекс сообщил, что нейтрализовал атаку и предотвратил отказ в обслуживании, сервисы не пострадали. Это версия двух вовлечённых компаний, поэтому независимых подтверждений пика мало.

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

Почему большинство сбоев случается изнутри

Лучше всего задокументированный крупный сбой Яндекса последних лет атакой не был. По собственному постмортему Яндекса, 30 марта 2025 года авария на подстанции одновременно отключила обе линии 110 кВ. Дизельные установки не были рассчитаны на полную нагрузку, запуск систем после обесточивания был ручным и требовал инженера на месте, а повторная подача питания на подстанцию требовала разрешения диспетчерского управления. Зона восстанавливалась примерно 11,5 часа.

Это совпадает с отраслевой картиной. В анализе простоев Uptime Institute за 2025 год сказано, что питание остаётся главной причиной значимых простоев, проблемы ИТ и сети составили 23% из них в 2024 году, а около двух третей публично сообщённых простоев за девять лет были связаны со сторонними провайдерами. Для большинства операторов рейтинг вероятности такой: сначала внутренние сбои, затем отказы третьих сторон и лишь потом намеренные атаки. Но заголовки достаются только последним.

Что это значит для безопасности

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

Во-вторых, киберконтроль по-прежнему нужен, но по другим причинам. Утечки, связанные с Яндексом, были внутренней проблемой, поэтому минимальные привилегии и журналирование доступа дешевле любого периметрового средства. В-третьих, следите за исходящим трафиком и статусом провайдера: при региональном сбое вы увидите симптомы (таймауты, рост задержек, сорвавшиеся деплои) задолго до официального заявления. Руководство по мониторингу показывает, как настроить оповещения, а руководство по реагированию на взлом описывает, что делать, когда вы не можете отличить сбой от атаки.

Защита от DDoS: объём и прикладной уровень

Документация Yandex Cloud проводит полезную границу. Базовая защита DDoS Protection закрывает уровни 3 и 4, например SYN flood и UDP-амплификацию. Она не рассчитана на защиту от атак более высоких уровней, использующих валидные TCP-соединения и HTTP-запросы: для этого нужна расширенная защита у партнёра (услуга предоставляется совместно с Curator, бывшим Qrator). Иными словами, даже у гигантского провайдера объём и прикладная логика разделены.

То же разделение относится и к вам. Объёмные атаки это проблема ёмкости: Cloudflare в отчёте за IV квартал 2025 сообщил о рекордной атаке 31,4 Тбит/с, которая длилась 35 секунд и была отражена автоматически; такой масштаб не выдержит ни один VPS, поэтому покупайте его защиту у провайдера с ёмкостью (см. волюметрические атаки). Атаки прикладного уровня это проблема логики, за которую отвечаете вы: ограничение частоты запросов, кэширование, WAF и плавная деградация. Свежие цифры по атакам есть в нашем обзоре отчёта о DDoS для малого бизнеса.

Ещё один урок относится к той же неделе. 8 октября 2026 года у Curator был сетевой сбой на 34 минуты, из-за которого сайты крупных российских СМИ открывались медленно или не открывались; Curator назвал причиной человеческую ошибку при смене конфигурации, подтверждённой связи с инцидентом Яндекса нет, по данным SecurityLab. Провайдер защиты от DDoS сам становится зависимостью, поэтому нужен отработанный способ его обойти.

Что это значит для отказоустойчивости

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

Эти ограничения проявились быстро. По данным SecurityLab, после первого удара управление квотами перевели в ручной режим, чтобы сохранить ёмкость для критичных систем, а Яндекс рекомендовал пострадавшим клиентам переходить к другим провайдерам. Считайте уроки требованиями:

• Не рассчитывайте на создание ресурсов во время катастрофы. Держите «тёплый» резерв, готовые образы и инфраструктуру как код, которую можно запустить у второго провайдера.
• Относитесь к SLA как к финансовому инструменту. SLA на Compute Yandex Cloud задаёт 99,95% для единичной ВМ, предусматривает компенсацию 10-30% в зависимости от недобора и исключает DDoS и обстоятельства, не зависящие от Яндекса. Как он применяется к этим событиям, вопрос юридический, и ответить на него мы не можем.
• Храните бэкапы вне провайдера. Копия в той же зоне или аккаунте не копия. Следуйте правилу 3-2-1 с одной копией в другом месте, как в нашем руководстве по стратегии бэкапов.
• Тестируйте питание и холодный запуск. В постмортеме Яндекса сказано, что компания продолжит учения с имитацией потери дата-центра. Если у вас своё или арендованное в колокации оборудование, проверьте, что генераторы принимают полную нагрузку и что перезапуск не зависит от одного человека.
• Используйте инструмент эвакуации зоны. Яндекс описывает Zonal Shift как способ быстро отключить подачу трафика балансировщиков в зону. Принцип работает везде: отработайте вывод отказавшей площадки из работы до того, как она понадобится.

Проверка уязвимости ваших серверов за 15 минут

Используйте список быстрых действий выше как первый проход, затем занесите ответы в одну таблицу: сервис, провайдер, зона, место бэкапа, DDoS-провайдер и план обхода. Любая строка, где два критичных сервиса делят зону или бэкап лежит рядом с продуктивными данными, это ваше первое исправление. Добавьте недорогого второго провайдера для самого важного сервиса, задайте TTL DNS достаточно низким для переключения и запланируйте по одной репетиции failover в квартал. Базой, которую нужно закрыть до этого, служит чек-лист безопасности VPS, а сторону бэкапов подробнее раскрывает руководство по защите от ransomware.

Если у вас обычный VPS у одного провайдера, практический минимум прост: зашифрованные бэкапы вне провайдера, документированная процедура пересборки и проверенный способ восстановить сервис в другом месте.

Чего мы пока не знаем

На 18 октября 2026 года мы не нашли ни подробного официального постмортема, ни официальных сроков восстановления, а состояние данных клиентов в повреждённых зонах и суперкомпьютеров Яндекса публично не подтверждено (по T-Journal, по суперкомпьютерам Яндекс не комментирует). Соответствие зон городам (например, ru-central1-b и Сасово) взято из сообщений СМИ, а не из документации Яндекса. РБК, в пересказе других изданий, сообщал, что Яндекс добавил в пользовательское соглашение форс-мажор с упоминанием атак беспилотников, а Яндекс назвал это унификацией условий. Оригинал мы открыть не смогли, и для договоров Yandex Cloud его применение не показано. Сообщения о новой атаке под Владимиром 16 октября Яндекс не подтверждал, а сообщение о более раннем ударе в мае 2026 года и данные о числе затронутых сервисов остаются непроверенными. Мы обновим страницу, когда Яндекс опубликует собственный разбор.