В чем разница между утечками маршрутов и BGP-перехватами?

Сходство BGP-перехватов и утечек маршрутов: почему их часто путают

Утечки маршрутов и BGP-перехваты — это два типа инцидентов BGP, которые часто путают даже специалисты по кибербезопасности. Путаница возникает потому, что последствия этих инцидентов во многом схожи: как в случае утечек маршрутов, так и в случае BGP-перехватов трафик начинает идти по непредусмотренному маршруту.

Итогом обоих типов инцидентов может быть рост сетевой задержки (RTT), потеря пакетов, перехват, анализ или подмена данных, перенаправление трафика на вредоносные сайты, а также отказ в обслуживании (DoS). При всем этом сходстве, в основе утечек маршрутов и BGP-перехватов лежат разные механизмы, а для борьбы с ними необходимы разные средства.

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

Что такое утечка маршрутов (BGP route leak)

Утечка маршрутов (BGP route leak) — это тип инцидентов BGP, при котором объявления маршрутов распространяются за пределы своей допустимой области, что приводит к перенаправлению трафика через автономную систему (AS), ответственную за инцидент. Такие ситуации могут возникать как умышленно, так и непреднамеренно, однако в большинстве случаев их причиной становятся ошибки конфигурации.

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

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

Что такое BGP-перехват (BGP hijack)

BGP-перехват (BGP hijack) — это тип инцидентов BGP, при котором автономная система (AS) объявляет IP-префикс, на который не имеет прав, в результате чего трафик, предназначенный легитимной сети, перенаправляется в неавторизованную AS. Такое объявление может быть как преднамеренным, так и вызванным ошибкой конфигурации, однако в обоих случаях оно приводит к некорректному изменению маршрута доставки трафика.

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

Ключевой причиной таких инцидентов является доверительная модель протокола BGP: участники маршрутизации по умолчанию принимают объявления друг друга без встроенной проверки их легитимности.

Ключевая разница между BGP-перехватом и утечкой маршрутов

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

В случае утечки маршрутов автономная система распространяет полученные маршруты дальше, чем это допускает политика маршрутизации — как правило, из-за ошибок в настройке фильтров. Она не объявляет чужое адресное пространство своим, а лишь неправомерно передает легитимные маршруты другим AS. В результате трафик направляется через автономную систему, ответственную за инцидент.

BGP-перехват устроен иначе. В этом случае AS объявляет IP-префикс, на который не имеет прав, фактически заявляя о себе как о его источнике. В результате трафик направляется в автономную систему, ответственную за инцидент, поскольку другие участники сети воспринимают ее как легитимного владельца префикса.

Таким образом, при утечке маршрутов проблема заключается в нарушении правил распространения маршрутов, а при BGP-перехвате — в неправомерном объявлении самого адресного пространства. Различается и характер перенаправления трафика: в первом случае он проходит через AS, делая ее транзитной, во втором — поступает в нее как в пункт назначения.

Как предотвращать BGP-перехваты и утечки маршрутов

Для защиты от BGP-перехватов был разработан и уже достаточно широко применяется механизм ROA (Route Origin Authorization), использующий RPKI (Resource Public Key Infrastructure). Записи ROA представляют собой цифровые подписи, которые позволяют проверить, авторизована ли AS анонсировать конкретный IP-префикс. Благодаря внедрению RPKI и ROA телеком-индустрии удалось добиться заметного успеха в борьбе с BGP-перехватами.

Однако ROA не решает проблему утечек маршрутов. Для предотвращения таких инцидентов требуются другие механизмы. В первую очередь это роли BGP (BGP Roles) и записи OTC (Only To Customer), описанные в стандарте RFC 9234. Данный стандарт позволяет явно указывать тип отношений между соседними AS (например, провайдер-клиент) и на этой основе фильтровать маршруты, поступающие в неправильном направлении. 

Механизм BGP-ролей позволяет бороться с непреднамеренными утечками маршрутов, вызванными ошибками конфигурации. При этом для противодействия умышленно созданным утечкам его недостаточно. Для этого необходимо внедрение ASPA (Autonomous System Provider Authorization) — механизма криптографической верификации отношений между автономными системами на базе RPKI.

Почему для обнаружения перехватов и утечек важен мониторинг BGP

Если распространение RPKI и ROA продвинулось уже достаточно далеко, то механизмы BGP-ролей и ASPA пока находятся на ранних стадиях внедрения. В таких условиях необходимыми мерами остаются постоянное наблюдение за маршрутизацией и оперативная реакция на возникающие инциденты.

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

FAQs

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

Оба типа инцидентов могут приводить к ухудшению работы сети и угрозам безопасности. Среди возможных последствий — рост сетевой задержки, потеря пакетов, перехват или анализ трафика, перенаправление пользователей на вредоносные сайты и отказ в обслуживании (DoS).

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

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

BGP-перехват — это инцидент маршрутизации, при котором автономная система (AS) объявляет IP-префикс, который ей не принадлежит. В результате интернет-трафик, предназначенный для одной AS, перенаправляется в другую AS. Такие инциденты могут приводить к перехвату данных, перенаправлению пользователей на вредоносные ресурсы и сбоям в работе онлайн-сервисов.

Будьте в курсе наших новостей и продуктов!

Подпишитесь на ежемесячный обзор самых популярных идей Интернета от CURATOR!

E-mail *
Предыдущая статья Следующая статья
Ваша подписка успешно активирована
На главную