RPKI ROA позволяет проверить, имеет ли автономная система право анонсировать определённый IP-префикс. Но есть нюанс: корректный origin AS ещё не означает, что весь AS_PATH легитимен.
Злоумышленник может сохранить правильную исходную AS, но добавить в маршрут поддельные промежуточные AS.
⏺Что меняет ASPA?
Autonomous System Provider Authorization расширяет возможности RPKI.
Владелец AS публикует подписанный объект ASPA, где перечисляет автономные системы, которые являются его авторизованными провайдерами.
Например, AS65010 указывает, что её провайдеры - AS65020 и AS65030.
Теперь маршрутизатор с поддержкой ASPA Path Verification может использовать эти сведения для проверки отношений между AS в полученном AS_PATH.
⏺Как это помогает?
Допустим, маршрут проходит через последовательность автономных систем, которая противоречит опубликованным ASPA-объектам.
В таком случае проверка может определить путь как Invalid, даже если происхождение префикса успешно прошло ROA Validation.
Но ASPA не подтверждает каждый переход между AS и не гарантирует подлинность всего пути. Механизм прежде всего помогает выявлять нарушения отношений customer-provider, характерные для некоторых видов route leak.
⏺Что с внедрением?
ASPA требует поддержки со стороны RPKI-инфраструктуры, валидаторов и маршрутизаторов. Поэтому наличие ROA само по себе ещё не означает, что сеть проверяет AS_PATH через ASPA.
N.A.