Summary

  • Paweł Foremski의 bgpipe는 BGP 장비 사이에서 업데이트를 받아 경로 출처와 ASPA 단계를 실행할 수 있다. RIPE 92 인물 소개는 기존 라우터에 ROA와 ASPA 검증을 더하는 작업으로 설명한다.
  • 프로젝트의 ASPA 문서는 이웃 역할을 요구한다. --role auto를 쓰는 세션에서 이웃이 OPEN 메시지에 BGP Role 기능을 넣지 않으면 ASPA 검사가 경고와 함께 건너뛰어진다. 보안 목적에는 역할을 직접 지정하라고 권한다.

“장비 업체가 지원하면 하겠다”는 말은 라우팅 보안의 긴 대기실이다. Paweł Foremski는 라우터 두 대 사이에서 BGP를 말하는 프로그램을 만들었다. bgpipe가 업데이트를 받아 여러 단계를 실행하고 기존 장비로 넘긴다. 오래된 라우터를 그대로 두고도 검사 지점을 둘 수 있다.

문제는 소프트웨어가 이웃과의 관계를 스스로 알지 못한다는 데 있다. ROV는 각 프리픽스의 출처 AS가 검증된 ROA 자료에 맞는지 살핀다. ASPA는 AS 경로와 공급자 관계를 살핀다. ROV 설명서는 프리픽스별 상태를, ASPA 설명서는 경로 전체의 VALID·UNKNOWN·INVALID를 제시한다. UNKNOWN은 증명 자료가 부족하다는 뜻이다. 실제 경로 누출이 확인됐다는 뜻으로 세면 관측치가 왜곡된다.

ASPA가 경로를 판정하려면 이웃이 고객인지, 공급자인지, 대등한 피어인지, 경로 서버인지 알아야 한다. 운영자가 연결 관계에 맞춰 직접 지정할 수 있다. --role auto는 이웃의 OPEN에 담긴 역할을 받아들인다. 이웃이 BGP Role 기능을 보내지 않으면 bgpipe는 경고를 남기고 해당 세션의 ASPA 검사를 생략한다. 공급자나 경로 서버라고 주장하면 적용되는 절차도 달라진다. 공식 문서는 보안에 쓸 때 명시적 역할을 설정하라고 말한다.

Foremski의 기여는 그 결정을 낡은 장비 옆에서 실행 가능하게 만든 것이다. 결정 자체는 운영자 몫이다. 이웃 관계 목록을 관리하고 RPKI 자료원을 고르며 INVALID 업데이트를 어떻게 처리할지 정해야 한다. ASPA 단계는 도달 가능한 프리픽스를 철회하거나 UPDATE 전체를 버리거나 태그만 붙여 통과시킬 수 있다. 마지막 방식은 먼저 관측할 때 쓸 수 있지만 앞의 두 방식은 실제로 라우터가 받는 경로를 바꾼다.

단계의 순서도 숫자를 바꾼다. 앞의 ROV 단계가 UPDATE를 버리면 뒤의 ASPA 단계는 그 메시지를 보지도 세지도 못한다. 프로젝트 문서는 전체 입력의 태그와 지표가 필요할 때 ASPA를 먼저 두라고 안내한다. 계기판에 그려진 그래프가 앞 단계에서 사라진 업데이트까지 세어 주지는 않는다.

자료에는 특정 운영망의 역할 설정, 이웃 OPEN, ASPA 캐시 상태, 실제 전달·철회 업데이트를 묶은 기록이 없다. 그런 기록이 있어야 실제 성과를 말할 수 있다. 지금 확인되는 선택은 분명하다. Foremski는 오래된 라우터 옆에 검사 장치를 놓았고, 누가 이웃인지는 경로를 받는 운영자가 스스로 적어야 한다.

자료: RIPE 92 RACI · bgpipe 프로젝트 소개 · ASPA 공식 문서 · ROV 공식 문서.