Сбой Curator 8 октября: когда защита от DDoS сама кладёт сайт
8 октября 2026 года с 15:30 до 16:04 по Москве у Curator (бывший Qrator Labs), одного из крупнейших российских провайдеров защиты от DDoS, был недоступен сегмент сети. Сайты РБК, «Ведомостей», «Коммерсанта», «Вестей», «Интерфакса», «РИА Новости» открывались с ошибками или очень медленно, сообщалось о проблемах у сервисов Т-Банка, «Магнита», «Пятёрочки» и «Мегафона». Компания назвала причиной человеческую ошибку при изменении конфигурации сети.
Что произошло
По сообщению пресс-службы Qrator, приведённому «Профилем»:
- в 15:30 мск при технических работах по изменению конфигурации сетевой инфраструктуры один из сегментов сети стал временно недоступен;
- причина — человеческая ошибка;
- в 16:04 работа полностью восстановлена, то есть сбой длился около 34 минут;
- компания проводит расследование, обещала отчёт о причинах и мерах предотвращения и компенсации клиентам.
Сбой совпал по времени с аварией в Yandex Cloud, и в первые часы их связывали между собой. Однако по объяснению компании это отдельный инцидент, вызванный плановыми работами. На момент публикации подробного отчёта о причинах на сайте Curator мы не нашли.
Почему это важно
Сервис защиты от DDoS стоит перед сайтом: весь трафик посетителей идёт через сеть провайдера, очищается и передаётся на сервер. Это даёт защиту от атак, но делает провайдера точкой отказа. Если его сеть недоступна, сайт не открывается, даже когда сервер работает идеально.
Отказываться от защиты при этом нет смысла. По данным самого Curator, опубликованным 13 октября, за январь–сентябрь 2026 года число DDoS-атак выросло на 140,7% к тому же периоду 2025 года, а атак мощнее 1 Тбит/с стало 20 против одной годом ранее. Финтех получил 41,7% инцидентов, электронная коммерция — 12,8%.
| Плюс | Цена |
|---|---|
| Атаки отсекаются до вашего сервера | Весь трафик зависит от сети провайдера |
| Скрыт настоящий адрес сервера | При сбое провайдера сайт недоступен |
| Фильтрация ботов и перебора | Ошибки фильтров могут резать живых посетителей |
Как снизить зависимость от одного провайдера защиты
- Держите план переключения. Знайте, как вывести сайт из-под защиты или переключить на другой фильтр: какую DNS-запись менять, у кого доступы, сколько займёт.
- Короткий TTL. Для записей, которые указывают на провайдера защиты, держите TTL в 300 секунд, чтобы переключение срабатывало быстро.
- Скрытый адрес сервера. Если на время сбоя вы направите трафик напрямую, сервер окажется открыт для атак. Подготовьте второй адрес или резервного провайдера заранее, а не раскрывайте основной.
- Внешний мониторинг. Проверяйте сайт из нескольких точек в интернете, а не только сервер изнутри. Сбой у провайдера защиты не виден из серверных логов: запросы просто не доходят.
- Читайте SLA защиты. Как считается доступность, что входит в компенсацию, в какие сроки провайдер публикует разбор инцидентов.
- Статус-страница отдельно. Разместите страницу статуса у независимого хостинга, чтобы сообщить клиентам о проблеме, даже если основной сайт недоступен.
Что спросить у своего провайдера защиты
Если вы пользуетесь защитой от DDoS, задайте поставщику несколько вопросов. Есть ли у него публичная страница статуса и подписка на уведомления? Как быстро он публикует разбор крупных инцидентов? Распределена ли сеть очистки по нескольким площадкам, и что происходит с вашим трафиком, если одна из них недоступна? Можно ли быстро переключить сайт в режим «без фильтрации, но через прокси», чтобы не раскрывать адрес сервера? Ответы помогут понять, насколько вы зависите от одного сегмента сети и сколько времени займёт ваш собственный план Б.
Отдельно проверьте, кто в вашей компании или у подрядчика имеет доступ к личному кабинету защиты и к DNS. В октябре многие узнали, что доступ есть только у одного человека, который в нужный момент был недоступен.
Что делать, если сайт недоступен прямо сейчас
Сначала проверьте сайт с внешнего сервиса проверки доступности и посмотрите статус провайдера защиты. Если сервер в порядке, а провайдер сообщает об инциденте, решите, ждать или переключаться: при сбое на 30–40 минут переключение DNS с учётом распространения записей может не дать выигрыша. При сбое на часы — переключайтесь по заранее описанному плану и сообщите клиентам через статус-страницу и соцсети.
Кому это особенно важно
Интернет-магазинам, сервисам записи, SaaS и всем, кто принимает оплату на сайте. Получасовой сбой в часы пик — это сорванные заказы и обращения в поддержку. Для информационного сайта это неприятно, но не критично.
Наше мнение
Мы продолжаем рекомендовать прокси-защиту для сайтов с оплатой и личными кабинетами: рост атак в 2026 году это подтверждает. Но октябрьский сбой — хороший повод проверить, есть ли у вас понятный и отрепетированный способ переключиться, если провайдер защиты сам станет причиной недоступности. Обычно это одна DNS-запись и заранее подготовленный резервный адрес, а не сложная архитектура.
Материалы для проверки
Если нужна реализация
Состав работ зависит от текущего проекта и подтверждённой причины. Можно обсудить диагностику или разработку подходящего решения.
Вопросы и ответы
Сколько длился сбой Curator 8 октября?
По сообщению компании, с 15:30 до 16:04 по Москве, около 34 минут.
Связан ли сбой Curator с аварией в Yandex Cloud?
По объяснению компании, причиной стала человеческая ошибка при плановых работах по изменению конфигурации сети. Связь с аварией в Yandex Cloud официально не подтверждалась.
Стоит ли отказаться от защиты от DDoS после такого сбоя?
Нет. Риск атак в 2026 году вырос, и без защиты сайт может быть недоступен гораздо дольше. Правильнее подготовить план переключения на случай сбоя провайдера.
Как узнать, что сайт лежит из-за провайдера защиты, а не из-за сервера?
Сравните внешнюю проверку сайта с состоянием сервера. Если сервер работает и в его логах нет запросов, а снаружи сайт не открывается, проблема на пути трафика — у провайдера защиты или в DNS.
Положена ли компенсация клиентам Curator?
Компания сообщила, что компенсирует клиентам последствия сбоя. Порядок зависит от договора; уточняйте у своего менеджера.