요약

  • 2013년 레지스트라 인증 계약(RAA), 현행 등록 데이터 정책, 2025년 에스크로 사양은 지정된 도메인·레지스트라·등록인 필드 집합을 보존한다. 레지스트라의 전체 상업·기술 운영을 보존하지는 않는다.
  • 에스크로 수탁자는 예치물을 검증·보관한다. ICANN은 정의된 조건에서 인출을 지시할 수 있으며 과도기 사용 라이선스를 받는다. 그러나 레지스트리와 운영 가능한 인수 레지스트라가 실제 인수 절차를 수행해야 한다.
  • 주 1회 예치만 하는 경우 데이터가 최대 6일까지 오래될 수 있다. 대량 레지스트라는 매일 차등 예치와 주간 전체 예치를 제출하지만, 유효한 최신 파일에도 필수 비밀번호, 결제 승인, 고객 지원 티켓, 호스팅 콘텐츠, 메일박스는 포함되지 않는다.
  • 2024년 선정 감사에서 최종 감사 대상 58곳 중 5곳에 프라이버시/프록시 실제 고객 에스크로 결함이 있었다. 불만 건수는 위반 건수가 아니다. ICANN은 2025년 4월의 645건 데이터 에스크로 불만 대부분이 예치가 완료되어 무효였다고 밝혔다.
  • 에스크로는 암호화 파일 수령 여부가 아니라 인출, 복호화, 가져오기, 레지스트리 대조, 사용 가능한 고객 접근 복원에 이르는 종단 간 복원 테스트로 판단해야 한다.

남겨지는 기록

권한의 근거는2013년 레지스트라 인증 계약 제3.6조에서 시작된다. 인증받은 레지스트라는 ICANN이 정한 일정, 조건, 형식에 따라 지정된 등록 데이터의 전자 사본을 제출해야 한다. 무료로 ICANN 지정 데이터 에스크로 수탁자를 이용하거나, 비용을 부담하고 승인된 수탁자를 이용할 수 있다.

현행레지스트라 데이터 에스크로 프로그램 페이지는 2025년 8월 21일부터 시행 중인 2025년 사양을 안내한다. 이사양은 그 의무를 실제 운영 절차로 만든다.

모든 레지스트라는 일주일에 한 번 전체 예치를 제출한다. 한 ICANN 회계 분기에 10만 등록연도 이상의 레지스트라는 전체 예치일을 제외하고 매일 차등 예치도 제출한다. 주간 데이터는 6일 이상, 일간 데이터는 23시간 이상 오래될 수 없다.

수탁자는 도착한 파일을 그냥 보관하지 않는다. SHA-256 해시, 서명, 암호화, 인코딩, 파일명, CSV 구조, 필수 값을 검사한다. 에스크로 레코드 하나가 오류여도 전체 예치가 실패한다. 누락, 유효, 실패 예치는 24시간 이내에 ICANN에 보고되며, 검증 실패 해결을 위한 수동 검토도 제공된다.

이는 실질적인 통제다. 실패한 레지스트라가 읽을 수 없는 독점 포맷 내보내기, 검증되지 않은 아카이브, 혹은 독립 사본 자체를 남기지 않도록 리스크를 줄인다.

그러나 이것은 단 하나의 질문에 답한다. 정의된 복원 대상이 존재하고 규격에 맞는가?

현행등록 데이터 정책이 필드별로 그 답을 제공한다. 레지스트라 에스크로에는 도메인명, 레지스트라 등록 만료일, 레지스트라 IANA ID, 등록인의 이름, 거리 주소, 도시, 해당되는 경우 주·도, 해당되는 경우 우편번호, 국가, 전화번호, 이메일 주소가 포함되어야 한다. 등록인 조직은 수집 또는 생성되는 경우 필수다. 리셀러 및 특정 전화, 팩스, 기술 연락처 필드는 수집 또는 생성되는 경우 포함될 수 있다.

레지스트라 또는 그 제휴사가 제공하는 프라이버시 및 프록시 서비스에는 추가 안전장치가 있다. 실제 고객의 이름, 주소, 이메일, 전화번호를 예치해야 한다. 이는 실패 후 프록시 공개 레코드가 유일한 신원 추적이 되는 상황을 방지한다.

같은 사양은 설명된 범위를 넘는 추가 데이터를 포함해서는 안 된다고 규정한다. 이 배제가 중요하다. 레지스트라 예치에는 비밀번호, 다중 인증 자격 증명, 세션 토큰, 결제 승인, 선불 잔액, 고객 지원 티켓, 호스팅 웹사이트, 메일박스가 요구되지 않는다.

이 정책은 행정 연락처와 결제 연락처 요건, 그리고 그 연락처의 에스크로를 폐지했다. 결제 연락처는 저장된 카드와 같지 않지만, 그 제거는 경계를 드러내는 데 도움이 된다. 에스크로 파일은 미수금 회계 시스템이 아니다.

네임서버, DNSSEC 요소, 네임서버 IP 주소는 정책의 다른 위치, 즉 레지스트리 운영사의 에스크로 조항에 등장한다. 레지스트라 필드 목록에는 없다. 레지스트리 에스크로와 레지스트라 에스크로는 관련된 연속성 메커니즘이지 서로 교체 가능한 사본이 아니다. 레지스트리는 레지스트라 에스크로 패키지에 없는 기술 상태를 가질 수 있으며, 인수 시 두 소스의 대조가 필요할 수 있다.

보관, 인출, 운영은 다른 주체에 속한다

에스크로라는 말은 등록인이 찾아가기를 기다리는 유리 뒤의 파일처럼 들리게 만들 수 있다. 그러나 계약이 말하는 바는 더 좁다.

인출 전까지 데이터는 완전성, 일관성, 형식 검증을 위해 보관된다. RAA는 인증 계약이 갱신 없이 만료되거나 종료될 때 인출을 규정한다. 2025년 사양은 수탁자가 법률상 요구될 수 있는 추가 통지를 조건으로, ICANN의 규정된 전자 서명 통지로부터 24시간 이내에 레코드를 인출하도록 요구한다. 상호 합의에 의한 인출은 ICANN, 레지스트라 또는 지정된 다른 당사자에게도 이루어질 수 있다.

인출 후 ICANN 또는 그 양수인은 레지스트라 서비스를 제공하는 데 필요한 권리를 행사할 수 있는 비독점적, 철회 불가, 로열티 무료 라이선스를 받는다. 단, 과도기 목적에 한정된다. 이 라이선스가 실행 가능한 다리다. 도메인명의 소유권을 이전하지 않고, 실패한 레지스트라 회사를 매수하지 않으며, 계정 통제권을 둘 다 주장하는 두 사람 사이의 분쟁을 판결하지 않는다.

에스크로 수탁자도 레지스트라가 되지 않는다. 그 권한은 계약에 따라 레코드를 수령, 검사, 보호, 인출하는 것이다. 평범한 등록 변경은 레지스트라와 레지스트리의 조치로 남는다.

ICANN의인증 취소 레지스트라 전환 절차(2008년 채택, 날짜를 명시한 채로 사용)가 다음 단계를 규정한다. ICANN은 사용 가능한 등록 데이터가 존재하는지 평가하고, 삭제 방지를 위해 레지스트리와 협력한다. 그다음 영향을 받은 등록에는 해당 TLD에 대해 인증받고 운영 가능한 유능한 인수 레지스트라가 필요하다.

이 절차는 그 회사가 레코드를 신속히 가져올 수 있는지, 비슷한 규모의 포트폴리오를 관리할 수 있는지, 고객 지원 인력을 갖추었는지, 통제권 분쟁을 해결할 수 있는지, 진행 상황을 보고할 수 있는지 묻는다. 데이터를 이용할 수 없거나 신뢰할 수 없다면, 불편한 대안들을 제시한다. 다른 기록을 확보하거나, 소송이나 중재를 진행하거나, 협력을 협상하거나, 제한적 운영을 허용하거나, 등록이 만료되도록 두거나, 다른 방안을 고안하는 것이다.

2023년 전환 입찰 양식은 이 구분을 더욱 분명하게 만든다. 후보자에게 전화 지원, 이메일·티켓 응답, 실시간 지원, 갱신 가격, 경험, 양호한 상태에 대해 묻는다. 등록 데이터가 제공된 후 레지스트리가 일괄 이전을 시작하기까지 며칠이 필요한지도 묻는다. 선정된 레지스트라가 에스크로 예치물을 받을 수 있으며 이를 보호해야 한다고 경고한다.

데이터 접근이 곧 운영 연속성이라면 이 질문들은 불필요했을 것이다. 그렇지 않다. 인수 레지스트라가 에스크로 파일이 의도적으로 담지 않는 시스템, 인력, 레지스트리 연결, 고객 관계를 공급한다.

유효한 파일도 어려운 인수 과정을 남길 수 있다

데이터 연속성과 서비스 연속성의 차이는 먼저 인증에서 나타난다. 후계자는 등록인의 이메일과 전화번호를 알 수 있어도, 누가 계정을 통제할 수 있는지 판단하는 방어 가능한 절차가 여전히 필요하다. 오래된 비밀번호는 존재하더라도 그대로 이전되어서는 안 된다. 실패했거나 침해된 제공자의 자격 증명을 옮기면 침해를 재현할 수 있다. 신원 증명과 계정 복구는 후계자의 통제 아래 재구축되어야 한다.

상업적 상태가 두 번째 격차를 만든다. 레지스트라는 수년간의 수수료를 징수하고, 번들 호스팅 플랜을 판매하고, 차지백을 기록했을 수 있다. 에스크로 필드 집합은 누가 무엇을 지불해야 하는지, 선불 기간이 존중되는지, 환불 청구를 어떻게 처리해야 하는지 해결하지 않는다. 2023년 입찰 양식의 갱신 가격 질문은 후계자의 상업적 조건이 실질적인 전환 사안임을 보여준다.

리셀러가 세 번째 격차를 만든다. 현행 정책은 수집 또는 생성되는 경우 리셀러 필드를 허용하지만, CSV의 라벨은 리셀러 원장이 아니다. 하위 계정 권한, 지원 라우팅, 브랜드 포털, 계약 잔액을 반드시 재현하지는 않는다.

의존 서비스가 가장 크고 눈에 보이는 격차를 만든다. 레지스트라는 권위 DNS 호스팅, 이메일, 인증서, 웹 호스팅, 사이트 빌더 도구도 판매할 수 있다. 등록을 보존하는 것이 그 제품을 보존하는 것은 아니다. 레지스트리는 스폰서십 상태나 위임 데이터를 유지하는 동안 네임서버 자체는 응답을 멈출 수 있다. 후계 레지스트라는 이전 제공자에 의존하던 웹사이트를 갖지 않은 채로 갱신을 처리할 수 있다.

여기서안정성이라는 말은 대상에 연결되지 않으면 위험해진다. 등록 레코드의 연속성, DNS 해석의 연속성, 호스팅 콘텐츠의 연속성, 사업의 연속성은 네 가지 다른 주장이다. RAA는 첫 번째를 지원한다. 나머지는 다른 계약과 운영자가 지원한다.

이 좁은 설계에 대한 가장 강력한 옹호는 설득력 있다. 상업 플랫폼 전체를 에스크로에 복사하면 자격 증명, 결제, 콘텐츠, 개인정보가 한곳에 대규모로 집중될 것이다. 검증이 어려워지고, 침해 시 더 위험해지며, 후계자에게 합법적으로 인계하기도 더 어려워진다. 표준 핵심 레코드가 사용 가능한 이유는 바로 그 목적이 제한적이기 때문이다.

따라서 올바른 책임 질문은 “에스크로가 왜 모든 것을 담지 않는가?”가 아니다. “제한된 패키지가 ICANN이 말하는 목적을 위해 인출되어 사용될 수 있는가?”이다.

감사 수치는 활동을 보여줄 뿐 보편적 복원률이 아니다

ICANN의2024년 1~7월 레지스트라 감사는 명시된 기준으로 62개 레지스트라를 선정했다. 보고된 여러 사유로 4곳이 감사 단계를 완료하지 않아 최종 감사 대상은 58곳이 되었다. 이 58곳 중 5곳에 프라이버시 또는 프록시 실제 고객 정보를 에스크로에 넣지 못한 결함이 있었다.

이 발견은 특정 필드 의무를 검증하므로 유용하다. 그러나 인구센서스가 아니다. 선정된 레지스트라는 감사 이력과 계열사 처리 방식을 부분적 기준으로 선택되었다. 9%라는 수치를 모든 인증 레지스트라에 일반화할 수 없다.

2025년 3월~2026년 2월 컴플라이언스 대시보드는 또 하나의 한정된 수치를 제공한다. 상위 5개 표에서 레지스트라 데이터 에스크로는 접수된 레지스트라 불만의 10%를 차지했다. 이는 제출 건수이지 확정된 위반이 아니다.

4월이 이 구분을 보여준다. ICANN은645건의 데이터 에스크로 불만을 보고했다. 이는 이전 12개월 평균의 두 배가 넘지만, 대부분은 레지스트라가 예치를 완료했기 때문에 무효로 처리되어 종결되었다고 밝혔다.

수신 불만을 세는 지표는 모니터링 업무량이나 보고 이상 징후를 드러낼 수 있다. 그러나 그것만으로 등록인에게 실패 시점에 예치물을 사용할 수 없었던 빈도를 알려줄 수는 없다.

2013년 Xin Net에 보낸 위반 통지는 ICANN이 반복되는 누락 또는 무효 주간 예치 후에 계약상 에스컬레이션 권한을 행사한 적이 있음을 보여준다. 이는 문서화된 역사적 사례이며 현재 실패율의 증거가 아니다.

공개 기록은 투입 컴플라이언스, 즉 예치가 요구되었는지, 수령되었는지, 유효했는지에서 가장 강하다. 복원 산출, 즉 후계자가 복호화하고, 가져오고, 대조하고, 사용 가능한 고객 접근을 복원할 수 있었는지, 각 단계가 얼마나 걸렸는지에 대해서는 훨씬 약하다.