Как атаки беспилотников на дата-центры России ударили по цифровому фундаменту бизнеса

С 7 по 18 октября 2026 года как минимум пять дата-центров на территории России подверглись атакам беспилотников, причём три ключевых объекта «Яндекса» вышли из строя один за другим в течение пяти дней. Официальные данные и сообщения СМИ свидетельствуют: атаки привели к масштабному сбою облачной инфраструктуры, что вызвало паралич цифровых функций. Министерство цифрового развития России признало это «беспрецедентной атакой» и подтвердило, что совместно с Министерством обороны прорабатывает вопросы защиты дата-центров.

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

Масштаб атаки

В период с 7 по 18 октября 2026 года ряд центров обработки данных на территории России подвергся атакам беспилотников. Согласно сообщениям «Российской газеты» и BBC News, ЦОД компании «Яндекс» в Сасово Рязанской области был атакован в ночь на 8 октября, на объекте возник пожар, работа была полностью остановлена, компания заявила, что «не может подтвердить возможность восстановления оборудования». Впоследствии ЦОДы в Калужской и Владимирской областях также получили повреждения, в результате чего несколько модулей полностью вышли из строя. По данным IT-World, всего за 11 дней атакам подверглись пять ЦОДов, принадлежащих «Яндексу», Сберу и VK.

Министр цифрового развития России Максут Шадаев 12 октября на заседании Государственной Думы назвал это «беспрецедентной атакой» и подтвердил, что Министерство цифрового развития совместно с Министерством обороны «решает вопрос прикрытия этих объектов».

Паралич сервисов, зависящих от облачных мощностей

ЦОДы «Яндекса» предоставляют услуги Yandex Cloud, которые множество российских компаний используют для размещения приложений, хранения данных и функционирования корпоративных ИТ-систем. Согласно анализу BBC на основе данных проекта IODA Технологического института Джорджии, после атаки доля доступных сетей Yandex Cloud сократилась с 519 до 334, падение составило около 36%. ComNews сообщает, что сбои затронули сервисы «Яндекс Почты», РБК, «РИА Новости», онлайн-кинотеатров IVI и Kion, а также социальной сети «ВКонтакте»; пресс-служба подмосковного Минтранса подтвердила, что «приобретение автобусных билетов онлайн стало недоступным». Также пользователи жаловались на сбои в работе «Яндекс Go», «Яндекс Еды», «Яндекс Пэй» и «Яндекс Музыки». РБК сообщал о недоступности отгрузки товаров в сортировочных центрах «Яндекс Маркета», сбоях в работе сети пиццерий «Додо», сайтов и приложений «М.Видео, «Ленты», «Магнита» и ряда других российских компаний. Также временно был недоступен сайт аэропорта Пулково.

Повышение операционных издержек

Российские логистические компании используют цифровые системы для управления транспортом (TMS), складскими операциями (WMS) и отслеживания грузов. Часть этих решений размещается в облачной инфраструктуре, что позволяет компаниям получать доступ к вычислительным ресурсам и данным без необходимости самостоятельно поддерживать всю серверную инфраструктуру. Поэтому сбои у облачных провайдеров могут нарушать работу отдельных логистических процессов. Масштаб последствий зависит от архитектуры ИТ-систем конкретной компании, степени её зависимости от внешних поставщиков и наличия резервных решений. Согласно источникам «Коммерсанта», «сроки поставки оборудования для замены составляют до шести месяцев». Для логистических компаний, чьи ИТ-системы размещались на пострадавших мощностях, потенциальными последствиями могут стать временные ограничения доступности отдельных сервисов, расходы на перенос систем к альтернативным провайдерам и необходимость адаптации ИТ-инфраструктуры. Также источники издания отмечают, что «дополнительные меры по обеспечению безопасности, вероятно, скажутся на ценах для конечного потребителя».

«Когда дата-центр выходит из строя, ломается не один сервис, а вся цепочка создания стоимости: заказ не оформляется, оплата не проходит, логистика "слепнет"», – приводит new-retail.ru слова Юлии Бузыковой, доцента Финансового университета при Правительстве РФ.

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

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

Рекомендации логистическим компаниям

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

Председатель Совета Фонда развития цифровой экономики Герман Клименко в интервью «Парламентской газете» заявил, что после атак ЦОДы должны иметь «чёткий регламент восстановления», включая ежедневное резервное копирование и вывоз данных.

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

Для логистических компаний подобные инциденты подчёркивают необходимость системного подхода к обеспечению непрерывности ИТ-процессов. В первую очередь целесообразно определить критические системы – управления транспортом и складскими операциями, маршрутизации и обработки заказов – и установить допустимые сроки их восстановления.

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