팀의 기사

네트워크 운영자에게 경로 원점 권한 부여(ROA)가 필요한 이유

ROA는 어떤 네트워크가 경로를 시작할 수 있는지 나타냅니다. ROA를 준비하고 효과를 확인하며, 서명된 기록을 전달 보장으로 혼동하지 않고 네트워크를 바꾸는 방법을 알아보세요.

목차

모형 작업장의 파란 원이 권한 부여 카드와 네트워크 장치의 표식과 일치한다.

원점 권한 부여는 주소 블록을 해당 블록의 경로를 광고할 수 있도록 허가된 네트워크와 연결합니다. 전체 경로를 보장하지는 않습니다.

주소는 그대로 두고 다른 네트워크에서 그 주소의 경로를 광고하려고 합니다. 새로운 연결은 준비되었습니다. 인터넷의 다른 네트워크들은 그 경로를 받아들일까요? 경로 원점 권한 부여, 즉 ROA는 변경 전에 올바르게 설정해야 하는 기록 중 하나입니다.

ROA를 사용하면 주소 보유자가 어떤 자율 시스템이 특정 프리픽스, 즉 IP 주소 블록의 경로를 시작할 수 있는지 선언할 수 있습니다. 이 선언은 다른 네트워크가 확인할 증거를 제공합니다. 경로를 광고하거나 패킷을 전달하거나 모든 사업자가 경로를 받아들이도록 보장하지는 않습니다.

광고하려는 경로부터 확인하세요

자율 시스템은 자체 라우팅 정책을 가진 네트워크이며 ASN으로 식별됩니다. 원점 ASN은 광고된 경로의 출발점으로 표시되는 ASN입니다. 경로를 시작하는 자율 시스템이 주소 보유자로 등록된 조직에 의해 운영되는 것은 아닐 수 있습니다.

권한 부여를 게시하기 전에 프리픽스, 의도한 원점 ASN, 실제로 광고할 계획인 더 구체적인 프리픽스를 확인하세요. RFC 9582의 ROA 형식은 ASN을 프리픽스 및 허용되는 최대 길이에 연결합니다. 더 긴 프리픽스는 더 작은 주소 블록을 뜻합니다.

예를 들어 특정 /24를 허용하는 것과 그 안의 모든 더 작은 블록을 허용하는 것은 다릅니다. 불필요하게 넓은 maxLength는 현재 경로 광고에 필요한 범위보다 더 넓은 권한을 부여합니다. RFC 9319는 운영자가 그 권한을 정확하게 유지해야 하는 이유를 설명합니다.

게시와 확인은 서로 다른 작업입니다

보유자는 RPKI 설정을 통해 서명된 권한 자료를 게시합니다. 수신 네트워크의 검증 소프트웨어는 자료를 확인하고 검증된 기록 집합을 만듭니다. 라우터는 그 기록을 사용해 들어오는 경로의 원점을 비교할 수 있습니다. 결과가 라우팅에 어떤 영향을 줄지는 운영자가 설정합니다.

원점이 일치하고 프리픽스 길이가 허용 범위 안에 있으면 Valid입니다. 프리픽스를 포함하는 권한은 있지만 일치하는 권한이 없으면 Invalid입니다. 프리픽스를 포함하는 권한 자체가 없으면 NotFound입니다. 이 세 가지 상태는 누락된 기록과 충돌하는 기록을 구분해 줍니다. 저장소에 ROA가 있다는 사실만으로 어디서나 허위 경로 광고를 차단할 수 있는 것은 아닙니다.

올바른 순서로 변경하세요

주소 블록이 다른 원점으로 이동한다면 새로운 경로 광고에 의존하기 전에 필요한 권한을 준비하세요. 전환 중 두 원점을 의도적으로 모두 사용한다면 권한이 그 계획을 반영해야 합니다. 검증기와 수신 네트워크에 도달하는 데이터를 관찰한 뒤 실제 경로와 도달 가능성을 확인하세요. 더 이상 필요하지 않은 오래된 권한은 폐기하세요.

모든 라우터가 새 기록을 동시에 확인하는 공통 시점은 없습니다. RPKI 게시, 검증, 라우터 업데이트에는 각각의 시간이 걸리며 DNS TTL을 줄인다고 그 시간을 제어할 수는 없습니다. RFC 7115는 캐시와 업데이트 사이의 운영상 차이를 설명합니다.

격리된 실험실에서 잘못된 원점과 프리픽스 길이를 시험하세요. 운영 환경에서는 의도한 경로, 검증 데이터, 세션 상태, 사업자가 사용하는 정책을 모니터링하세요. 검증기를 이중화하면 개별 장애에 대비할 수 있지만 데이터 소스, 소프트웨어, 설정이 같은 의존성을 공유할 수도 있습니다.

나머지 점검도 유지하세요

원점 검증은 전체 AS 경로를 인증하지 않고, 모든 경로 누수를 막지 않으며, 사용자 트래픽을 암호화하지도 않습니다. 프리픽스 필터, 라우팅 관계, 기타 운영 통제도 여전히 중요합니다. 경로가 실패하면 정확한 불일치와 수신 정책을 조사하세요. 모든 검증을 없애거나 모든 Invalid 경로를 공격이라고 가정하는 것은 올바른 진단이 아닙니다.

보안은 네트워크를 운영하는 사람을 위해 작동해야 합니다

Lu Heng은 Note 28에서 필수 기록 관리가 자의적인 처벌이 되어서는 안 된다고 주장합니다. 서명된 유용한 권한 부여 기록은 기술적 진술이지, 관련 기록을 관리하는 기관에 무제한의 권한을 부여하는 위임장이 아닙니다.

그는 Note 64에서 각 참여자가 자체적으로 검증할 수 있는 공통 규칙, 이전 가능한 조정 기록, 향후 변경에 대한 참여자의 선택권을 요구합니다. 네트워크 운영자에게 중요한 이유는 연속성입니다. 서비스가 어떤 기록에 의존하는지, 누가 기록을 바꿀 수 있는지, 조정 주체가 기능을 잃더라도 정확한 증거를 어떻게 계속 사용할 수 있는지 알아야 합니다.

경로 변경과 보유자 변경을 구분하려면 IPv4 프리픽스의 원점 ASN이 바뀌는 이유를 계속 읽어보세요.