Т-Банк, Магнит, Avito и РБК легли одновременно. Все решили, что это атака на Яндекс - ошиблись.
8 октября 2026 года в 15:30 по Москве одновременно перестали открываться сайты Т-Банка, МТС Банка, Ozon Банка, "Магнита", Avito, Rutube, РБК, "Коммерсанта", "Ведомостей", РИА Новости и десятков других компаний, которые никак друг с другом не связаны. В ту же ночь дрон атаковал дата-центр "Яндекса" в Рязанской области, и в первые часы почти все были уверены: это одна большая атака на Рунет. Настоящая причина оказалась куда банальнее - и опаснее для любого бизнеса, который зависит от внешних сервисов.
Виновником оказалась компания Curator - один из крупных российских провайдеров защиты от DDoS-атак. Трафик десятков банков, маркетплейсов и СМИ сначала проходит через её фильтрующие серверы и только потом попадает на настоящий сервер компании. 8 октября в 15:30 инженеры Curator проводили плановые технические работы по модернизации сети. В процессе была допущена ошибка в конфигурации оборудования - позже компания назвала это "человеческим фактором", не раскрывая деталей. Один сетевой сегмент стал временно недоступен.
Серверы Т-Банка, "Магнита" и остальных пострадавших компаний работали исправно. Упал только посредник между ними и их пользователями - но этого хватило, чтобы на полчаса парализовать значительную часть Рунета.
Половина доверия, вся ответственность
Бизнес-модель Curator логична: вместо того чтобы каждая компания строила собственную защиту от атак, трафик клиентов проходит через общий фильтрующий слой. Для десятков банков и ритейлеров это были деньги, потраченные не зря - за выручкой компании в 2,2 миллиарда рублей в 2025 году стоит реальная защита от реальных атак.
Проблема в том, что эта же архитектура создаёт единую точку отказа. Если фильтрующий слой недоступен, недоступен и сайт клиента - даже если его собственные серверы и база данных работают безупречно. Чем больше независимых организаций добровольно доверяют один и тот же критичный защитный слой одному внешнему поставщику, тем дороже обходится его единственная ошибка.
Хронология сжата до предела: сбой начался в 15:30, к 16:04-16:10 Curator полностью восстановила сеть - инцидент занял 34-40 минут. Но совпадение по времени с реальной атакой дронов на дата-центр "Яндекса" создало информационный хаос: часть пользователей и СМИ в первые часы были уверены, что весь Рунет рушится из-за одной диверсии, хотя это были два технически не связанных события, просто совпавших по времени.
Русская копия глобального урока
Этот эпизод - почти точная российская копия глобального сбоя CrowdStrike в июле 2024 года, когда ошибочное обновление защитного программного обеспечения одной компании остановило 8,5 миллиона устройств по всему миру и обошлось топ-500 компаниям США примерно в 5,4 миллиарда долларов. Логика одна и та же: сервис, который должен защищать бизнес, сам становится слабым местом, если на него полагаются без запасного плана.
Это не повод отказываться от таких сервисов - собственная защита от DDoS-атак для большинства компаний попросту недоступна по деньгам и экспертизе. Это повод честно ответить себе на вопрос: что происходит с вашим бизнесом в те 30-40 минут, пока поставщик защиты исправляет собственную ошибку - и узнаёте ли вы об этом раньше своих клиентов, или только по их жалобам в поддержку.
Вопрос: У вас есть список всех внешних сервисов, через которые физически проходит трафик к вашему продукту до того, как он доходит до вашего сервера - и план на случай, если один из них упадёт на полчаса?
Подписывайтесь на 👉 t.me/cio_logs