Три атаки на ЦОДы «Яндекса»: Минцифры готовит защиту

Минцифры России совместно с Минобороны прорабатывает меры защиты центров обработки данных (ЦОД) после серии атак беспилотников на инфраструктуру «Яндекса». За четыре дня повредили три дата-центра компании в Рязанской, Калужской и Владимирской областях. Две площадки полностью остановили работу, облачная платформа Yandex Cloud перешла в аварийный режим, а сбои затронули десятки интернет-сервисов и корпоративных систем.

Глава Минцифры Максут Шадаев назвал масштаб атак беспрецедентным. На заседании комитета Госдумы по информационной политике 12 октября министр сообщил, что ведомство совместно с Минобороны занимается защитой инфраструктурных объектов, а к устранению последствий подключились другие участники IT-отрасли.

«Яндекс столкнулся с беспрецедентной атакой. Минцифры совместно с Минобороны решает вопрос прикрытия этих объектов», — цитирует Шадаева «Интерфакс».

Министр отметил, что сервисы компании продолжают функционировать благодаря резервированию и распределению мощностей между площадками. Однако восстановление еще не завершено. У Yandex Cloud остаются недоступные зоны, а некоторые клиенты вынуждены переносить приложения и базы данных к другим провайдерам.

Три дата-центра за четыре дня

Первая атака произошла в ночь с 7 на 8 октября в Сасове Рязанской области. На территории дата-центра «Яндекса» начался пожар, повредивший часть оборудования. Компания полностью остановила работу объекта. Информацию о происшествии подтвердили специалисты Yandex Cloud в официальном журнале инцидентов, связав с пожаром недоступность облачной зоны ru-central1-b.

Уже утром пользователи начали жаловаться на работу сервисов «Яндекса», сайтов СМИ и сторонних платформ. Среди пострадавших оказался «Циан», который сообщил о сбое сайта и мобильного приложения из-за аварии у инфраструктурного партнера. К вечеру 8 октября компания восстановила основной функционал, переведя часть систем в другие дата-центры и восстановив затронутые данные из резервных копий.

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

Третий инцидент произошел в ночь на 11 октября во Владимире. Инфраструктура дата-центра получила повреждения, объект полностью остановили. Вслед за этим Yandex Cloud сообщил о недоступности еще одной зоны и переходе облачной платформы в аварийный режим.

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

Сбой вышел за пределы сервисов «Яндекса»

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

После атаки на владимирскую площадку перебои наблюдались у «Додо Пиццы», «М.Видео», «Ленты» и «Магнита». Проблемы также возникли в информационных системах Россельхознадзора «ВетИС» и «Сатурн». Ведомство связало неполадки с отключением электроснабжения во Владимирской области.

Как сообщил РБК, последствия затронули и пользователей сервисов «Яндекса» за пределами России — в Казахстане, Узбекистане и Киргизии.

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

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

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

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

Yandex Cloud потерял доступ к двум облачным зонам

Наиболее подробно технические последствия описаны в журнале инцидентов Yandex Cloud.

После повреждения дата-центра в Сасове стала недоступна зона ru-central1-b. Провайдер переключил часть нагрузки на другие площадки, однако создать новые виртуальные машины, кластеры Kubernetes и базы данных в отдельных случаях стало сложнее.

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

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

После остановки дата-центра во Владимире 11 октября недоступными оказались уже две зоны — ru-central1-a и ru-central1-b.

В опубликованной утром технической сводке Yandex Cloud указал, что виртуальные машины Compute Cloud продолжали работать в зонах ru-central1-d и ru-central1-e. Консоль управления и программный интерфейс API оставались доступны, однако отдельные облачные сервисы функционировали с ограничениями.

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

У объектного хранилища, совместимого с Amazon S3, первоначально сохранялся доступ на чтение при возможных ошибках записи. В последующих обновлениях провайдер сообщил о восстановлении операций чтения и записи, предупредив о возможном снижении скорости. Отдельные проблемы сохранялись в Kubernetes, системах мониторинга и некоторых других компонентах платформы.

11 октября Yandex Cloud оценивал оставшуюся конфигурацию ресурсов как недостаточно устойчивую к дальнейшим отказам и рекомендовал клиентам использовать альтернативные площадки.

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

Конкуренты помогают клиентам «Яндекса» восстановить инфраструктуру

Еще 9 октября «Яндекс» договорился с Selectel, К2Cloud и VK Cloud об ускоренном размещении данных и сервисов пострадавших клиентов.

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

Для пострадавших клиентов предусмотрели даже кодовое слово CloudBro. При обращении с ним провайдеры обещают приоритетно рассматривать заявки и помогать с техническими вопросами.

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

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

11 октября «Яндекс» также опроверг сообщения о полном прекращении резервирования вычислительных мощностей для сторонних компаний. В комментарии пресс-службы говорилось, что помощь партнерам продолжается в пределах доступных ресурсов платформы.

Почему резервирование не предотвратило все последствия

Yandex Cloud использует несколько зон доступности — отдельных частей инфраструктуры, размещенных в дата-центрах. В документации перечислены четыре основные зоны российского региона: ru-central1-a, ru-central1-b, ru-central1-d и ru-central1-e. Отдельная зона ru-central1-m предназначена для выделенных физических серверов Yandex BareMetal.

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

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

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

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

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

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

«Яндекс» обновил условия работы сервисов

Еще одним последствием инцидентов стало изменение пользовательских соглашений «Яндекса».

10 октября компания добавила в условия использования сервисов раздел об обстоятельствах непреодолимой силы. В него вошли в том числе атаки беспилотников, обстрелы, взрывы, крупные аварии на объектах энергоснабжения и связи.

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

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

Когда восстановят дата-центры «Яндекса»

На 12 октября сроки полного восстановления поврежденных дата-центров не объявлены. Компания продолжает оценивать состояние оборудования в Сасове, Калуге и Владимире.

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

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

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

Вопросы и ответы (FAQ)

Какие дата-центры «Яндекса» пострадали в октябре 2026 года?

Подтверждено повреждение трех дата-центров: в Сасове Рязанской области 8 октября, в Калуге 9 октября и во Владимире 11 октября. Площадки в Сасове и Владимире полностью остановили работу. В Калуге из строя вышла часть оборудования.

Почему после атак перестали работать сервисы других компаний?

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

Какие зоны Yandex Cloud оказались недоступны?

После инцидентов 8 и 11 октября платформа сообщила о недоступности зон ru-central1-b и ru-central1-a. Вычислительные ресурсы оставались доступны в зонах ru-central1-d и ru-central1-e.

Потеряны ли данные клиентов Yandex Cloud?

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

Что делать компаниям, чьи сервисы размещены в Yandex Cloud?

Провайдер рекомендует рассмотреть восстановление ресурсов на альтернативных площадках. Для пострадавших клиентов предусмотрена ускоренная помощь Selectel, К2Cloud и VK Cloud. При обращении можно использовать кодовое слово CloudBro.

Когда Yandex Cloud полностью восстановит работу?

На 12 октября точные сроки не объявлены. Платформа продолжает работать в ограниченном режиме. Актуальные сведения публикуются на странице состояния сервисов.

Как Минцифры собирается защищать дата-центры?

Минцифры и Минобороны прорабатывают меры прикрытия инфраструктурных объектов. Конкретные технические решения и сроки их реализации пока не названы.