Прошедшей ночью Radar обнаружил масштабную и опасную утечку маршрутов

17 мая 2017

Прошедшей ночью (16.05.2017, время инцидента по UTC 08:48:00 — 09:06:00) Qrator Radar обнаружил масштабную и опасную утечку маршрутов в сети Imperva Incapsula (AS19551). 

Трафик более 1500 сетей был некорректно перенаправлен между операторами Telia (AS1299) и Ростелеком (AS12389), что вылилось в прохождение данными неоптимального пути и увеличенные сетевые задержки для интернет-провайдеров, подвергшихся влиянию данного инцидента. Аномалия продолжалась более 18 минут, прежде чем технические сотрудники Incapsula справились с утечкой маршрута.

Данный инцидент задел сразу несколько компаний в различных индустриях, включая ключевых операторов глобальной сети, таких как DTAG (AS3320). Дополнительная статистика: 22% сетевых префиксов относятся к США, 16% ко Франции, 15% к Ирану, 5% к Великобритании и 4,7% к Таиланду.

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

Другие новости

Документ на внесение изменений в стандарт протокола BGP, который был заявлен Qrator Labs, получил статус Work Group Adopted в IETF
Инициатива о внедрении механизма автоматической защиты от возникновения “утечек маршрутов” (route leaks), непосредственное участие в создании которой принимали инженеры Qrator Labs, успешно прошла этап “принятия” (adoption call) и перешла в рабочую группу по Interdomain Routing (IDR).
16 июня 2017
Мы подписали соглашение о сотрудничестве с «Ростелеком»
«Ростелеком» и резидент ИТ-кластера Фонда «Сколково» компания Qrator Labs заключили соглашение о сотрудничестве в области исследований и разработок, касающихся связности интернета и других аспектов безопасного функционирования глобальной сети. Документ был подписан в ходе международной конференции Startup Village 2017 в Сколково.
07 июня 2017
Почему постоянная фильтрация трафика — необходимость
Часто в дискуссиях мы слышим, что услуга нейтрализации распределённых атак на отказ в обслуживании базирующаяся на постоянной фильтрации трафика, является менее эффективной и более дорогостоящей по-сравнению с фильтрацией по-требованию. Мы хотели бы разъяснить собственную позицию, вынеся на всеобщее обсуждение некоторые аргументы о том, каким образом постоянная фильтрация отличается от фильтрации по запросу и почему первая опция является на самом деле единственной работоспособной.
18 мая 2017
Ваша подписка успешно активирована
На главную