RFC 10078: 도달 가능성을 사용 허가로 착각할 때

요약

RFC 10078은 전달 테이블이 자주 함께 답하도록 요구받는 두 가지 사실을 구분한다. 접두어에 도달하는 경로와 연결된 고객이 발신에 사용할 수 있는 주소다.
엄격한 uRPF는 비대칭 경로나 숨겨진 접두어에서 정당한 패킷을 버릴 수 있다. 느슨한 uRPF는 인터페이스 비교를 생략하지만, 로컬 테이블에 있는 접두어를 위조 발신 주소로 쓴 패킷까지 통과시킬 수 있다.

고객이 사용 허가를 받은 주소로 패킷을 보낸다. 라우터는 전달 정보 기반(FIB)을 확인하고 접두어가 다른 인터페이스를 가리키거나 아예 없다는 이유로 패킷을 버린다. 라우터는 실제 질문에 답했다. 다만 틀린 질문이었다.

이것이 2026년 10월 IETF가 정보 문서로 발행한 RFC 10078의 문제다. 이 문서는 인접 AS가 아닌 호스트나 고객 네트워크를 향하는 외부 인터페이스에서, 단일 자율 시스템 내부의 발신 주소 검증(SAV)을 다룬다. 고객에게 자체 ASN이 없어도 해당된다. 사업자가 할당한 접두어를 쓸 수도, 고객이 직접 가져온 주소 공간을 쓸 수도 있다.

엄격한 단일 유니캐스트 역방향 경로 포워딩(uRPF)은 FIB에서 발신 주소를 포함하는 경로를 찾고, 그 경로의 출력 인터페이스가 패킷이 들어온 인터페이스와 같은지 확인한다. 검사는 단정하지만 네트워크 경로는 늘 대칭적이지 않다. 여러 회선을 쓰는 고객은 라우터 1로 패킷을 보내는데, 사업자의 라우팅 시스템은 해당 접두어로 돌아가는 트래픽이 라우터 2를 거쳐야 한다고 판단할 수 있다. 엄격한 uRPF는 예상과 다른 인터페이스를 패킷의 결격 사유로 본다. RFC 사례에서는 정당한 고객 트래픽이 버려진다.

느슨한 방식은 인터페이스 비교를 제거한다. 로컬 FIB에 주소를 포함하는 접두어만 있으면 통과시킨다. 덕분에 일부 비대칭 트래픽은 살아남지만, FIB에 우연히 있는 접두어를 발신 주소로 위조한 패킷도 통과할 수 있다. 엄격한 방식은 반환 경로를 사용 권한과 혼동하고, 느슨한 방식은 일반적인 도달 가능성을 사용 권한으로 오인한다.

숨겨진 접두어는 문제를 더 어렵게 만든다. 호스트나 고객이 사업자의 내부 라우팅 프로토콜에 보이지 않는 주소로 정당한 트래픽을 보낼 수 있다. RFC가 드는 직접 서버 반환(DSR)에서는 요청이 한 애니캐스트 서비스 지점에 도착한 뒤, 다른 에지 서버가 서비스 주소를 발신 주소로 사용해 직접 응답한다. 사업자 내부에 광고되지 않은 고객 주소도 같은 어긋남을 만든다. 접두어가 FIB에 없으면 엄격한 방식과 느슨한 방식 모두 패킷을 버릴 수 있다. 접근 제어 목록으로 허용 접두어를 적을 수는 있지만, 고객의 사용 권한 변경을 알아내고 규칙을 고칠 담당자가 필요하다.

RFC는 새 메커니즘이 충족해야 할 조건을 다섯 가지 제시한다. 검증 정확도 개선, SAV 정보 자동 수집과 갱신, 일부 대상 인터페이스부터의 단계적 도입, 정보 배포가 라우팅 수렴과 빠른 우회에 악영향을 주지 않는 것, 인증되었거나 신뢰할 수 있는 정보의 사용이다. 라우터가 신뢰하고 최신 상태로 유지할 수 있는 발신 주소 사용 허가 기록이 빠져 있다. FIB는 도달 가능성을 나타낸다. 이를 고객의 허가 대장으로도 쓰는 편법은 두 정보가 충돌하기 전까지만 편리하다.

RFC 10078은 그 기록이나 배포 프로토콜, 완성된 메커니즘을 정하지 않는다. 문제와 요구사항을 제시할 뿐이다. 운영자가 지금 할 수 있는 검증은 구체적이다. 비대칭 경로와 숨겨진 접두어에서 정당한 패킷을 보내고, 이어서 FIB에 있는 접두어와 없는 접두어를 이용한 위조 패킷을 시험한다. 각 판단에 적용된 규칙, 허가 정보를 제공한 주체, 갱신 정보가 에지에 도달하는 경로, 라우트 변경 시 동작을 기록한다.