RPKI와 BGP 보안의 차이
BGP는 경로를 교환하고, RPKI는 그 원점을 확인할 근거를 제공합니다. 이 검사가 무엇을 보호하고 어떤 위험을 남기는지, 근거를 누가 통제하는지 살펴봅니다.

BGP는 경로 광고를 전달합니다. 원점 검증은 광고에 명시된 원점을 별도의 권한 부여 데이터와 비교합니다.
어떤 네트워크가 인터넷 주소 블록에 도달할 수 있다고 말합니다. 다른 네트워크는 그 말을 믿어도 될까요? BGP와 RPKI를 비교하는 바탕에는 이 질문이 있습니다. 둘은 서로 다른 일을 합니다. BGP는 경로를 교환하고, RPKI는 경로가 주장하는 원점을 평가하는 데 도움이 되는 근거를 제공합니다.
경로와 그 경로를 뒷받침하는 근거
BGP는 독립적으로 운영되는 네트워크들이 도달 가능성 정보를 교환하는 방식입니다. 주소 블록은 IP 프리픽스라고 하며, 이 교환에 참여하는 네트워크는 자율 시스템 번호인 ASN으로 식별됩니다. 운영자는 경로 광고와 자체 정책에 따라 경로를 선택합니다. RFC 4271은 이 교환을 정의합니다.
수신한 경로 광고만으로는 주소 보유자가 광고에 명시된 원점을 허가했다는 사실이 입증되지 않습니다. 잘못된 원점은 설정 오류나 하이재킹 시도에서 비롯될 수 있습니다. 그 결과 서버는 작동하는데도 사람들이 갑자기 서비스에 접속하지 못하는 일이 생길 수 있습니다.
RPKI는 인증서와 서명된 기록으로 이루어진 체계를 더합니다. 경로 원점 권한 부여, 즉 ROA는 특정 프리픽스의 경로를 발신하도록 허가된 ASN을 명시합니다. 검증 소프트웨어는 서명된 자료를 확인하고 라우터가 사용할 수 있는 권한 부여 데이터를 제공합니다. 경로 원점 검증, 즉 ROV는 경로 광고를 이 데이터와 비교합니다.
범위가 정해진 검사
이 비교는 원점 ASN과 광고된 프리픽스 길이가 해당 프리픽스를 포함하는 권한 부여 내용과 일치하는지 확인합니다. 트래픽의 내용을 검사하거나 광고된 경로의 모든 네트워크를 인증하지는 않습니다. 원점 검사를 통과한 경로라도 전파되어서는 안 되는 곳으로 전파될 수 있습니다.
RFC 6811은 세 가지 결과를 정의합니다. Valid는 일치하는 권한이 있다는 뜻입니다. Invalid는 프리픽스를 포함하는 권한 데이터가 있지만, 그 원점과 프리픽스 길이를 허용하는 항목이 없다는 뜻입니다. NotFound는 사용 중인 데이터에 프리픽스를 포함하는 권한이 없다는 뜻입니다. 이는 근거의 상태이며, 경로가 안전한지 악의적인지를 종합적으로 판정한 결과가 아닙니다.
이후의 동작은 수신 네트워크 운영자가 설정한 정책에 달려 있습니다. 네트워크는 Invalid 광고를 거부할 수 있습니다. 하지만 ROA를 게시하는 것만으로 다른 모든 네트워크에 이 검사를 강제할 수는 없습니다. 경로를 교환하는 메커니즘은 여전히 BGP입니다.
장애가 발생했을 때 이 구분이 중요한 이유
서비스의 원점 ASN을 새것으로 옮겼는데 권한에는 여전히 기존 ASN만 명시되어 있다고 가정해 보세요. 새 광고는 Invalid가 될 수 있습니다. 해결은 의도한 경로 광고, 실제 사용 중인 권한 데이터, 그리고 그 광고를 거부한 정책을 비교하는 데서 시작합니다. 다른 라우터를 사거나 케이블이 고장 났다고 생각하는 것으로는 원인을 찾을 수 없습니다.
운영자에게는 여전히 적절한 필터, 신뢰할 수 있는 검증 소프트웨어, 모니터링과 조율된 변경 작업이 필요합니다. 원점 검증은 이 작업에 쓰이는 유용한 검사 중 하나입니다. 이를 모든 상황에 통하는 보안 보증으로 여기면 남아 있는 의존 관계가 가려집니다.
근거는 누가 통제하는가?
Lu Heng의 노트 28은 기록을 관리하는 일과 기록을 이용해 참여자를 처벌하는 일 사이에 경계를 긋습니다. 다른 이들이 그 기록에 의존하면 기록 관리자는 가동 중인 네트워크에 영향을 줄 수 있습니다. 그러나 그 영향력 자체가 여러 나라에서 영향을 받는 모든 사람을 통치할 권한을 부여하지는 않습니다.
그의 노트 64는 유일성, 상호운용성, 보안에 필요한 범위로 한정된 공통 규칙과 자체 검증, 이후 변경 사항의 자발적 채택을 제안합니다. 목표는 신뢰할 수 있는 조정 체계를 교체할 수 있게 하는 것입니다. 한 관리자를 영구적으로 없어서는 안 될 존재로 만드는 것이 아닙니다.
운영자가 당장 확인할 질문은 실무적입니다. 여러분의 팀은 경로의 권한 부여에서 수신 네트워크의 결정까지 그 과정을 추적할 수 있나요? 여기서 시작한 뒤 원점 권한 부여를 준비하고 유지하는 방법을 읽어보세요. 서비스가 정상적으로 작동할 때 이 관계를 파악하는 편이 더 쉽습니다.
이 글에 의견 남기기
기존 계정으로 로그인하면 댓글을 남길 수 있습니다.