요약

  • ICANN의 계약 용어는 데이터 형식의 유효성 검사(검증)와 긍정적 응답을 통한 확인(verification)을 구분합니다. 어느 쪽도 그 자체로 응답자의 법적 신원을 인증하거나 도메인에 대한 권리를 판정하지 않습니다.
  • 따라서 타당한 증거 모델은 네 가지 질문을 분리해 유지해야 합니다. 기록이 통사적으로 사용 가능한가, 연락처에 도달 가능한가, 누가 등록기관 계정을 운영할 수 있는가, 누가 법적으로 우월한 권리를 갖는가. 각 질문은 서로 다른 의사결정 주체와 서로 다른 구제 수단을 갖습니다.

"verified"라는 단어는 감당하기 너무 무거운 의미를 갖는다

등록 기록은 구조화되어 있고, 타임스탬프가 찍혀 있으며, 도메인의 운영 상태를 변경할 수 있는 인프라가 제공하기 때문에 권위적으로 보입니다. 이러한 외견은 지름길을 유도합니다. 등록인 이메일이 "verified"되었다면, 기록에 이름이 올라 있는 사람의 신원이 확인되었고 그 기록이 소유권을 증명해야 한다는 식입니다.

ICANN 자신의 문서들은 그 지름길을 지지하지 않습니다. 현행 등록기관 인증 계약(Registrar Accreditation Agreement)은 RDDS 정확성 프로그램 사양을 유지하고 있습니다. 이 사양은 등록기관이 정의된 이벤트와 기한 내에 필수 데이터의 존재와 형식을 점검하도록 요구합니다. 이메일 구문은 적용 가능한 표준에 따라 검사되며, 전화 및 우편 필드에는 각자의 형식 점검이 있습니다.

별도의 단계는 등록기관이 등록명 보유자 또는 계정 보유자에게 연락하여 긍정적 응답을 받도록 요구합니다. 그 응답을 받지 못하면, 등록기관은 수동 확인을 사용하거나, 특정 상황에서는 확인이 완료될 때까지 등록을 정지해야 합니다.

2015년 ICANN 권고는 이 구분을 이례적으로 명확하게 밝힙니다. "validation"은 데이터가 표준에 부합하는 형식인지를 다루고, "verification"은 연락 지점에 접촉하여 긍정적 응답을 받는 것을 다룹니다. 형식 불일치는 등록기관이 보유자에게 전혀 연락하지 않고도 정정을 요구할 수 있습니다. 이 단어들은 계약상 절차를 설명할 뿐, 일반적인 신원 보증 표준이 아닙니다.

여기서 처음 두 증거 층이 나옵니다.

  1. 필드 유효성.이메일 주소가 허용되는 형태인가? 전화번호나 우편 주소가 명시된 구조 점검을 충족하는가? 예라는 답은 기록이 처리될 수 있음을 보여줄 뿐입니다. 그 주소가 실존하거나 이름이 올라 있는 당사자에게 속한다는 것은 보여주지 않습니다.
  2. 연락 가능성.이메일 주소나 전화번호를 통제하는 사람이 등록기관의 확인 요청에 응답했는가? 예라는 답은 응답 채널을 그 시점의 등록 절차와 연결합니다. 응답자가 대리인 명의, 침해된 메일함, 공유 회사 계정 또는 가짜 이름을 사용했는지는 밝히지 않습니다.

계정 통제는 세 번째 질문이다

등록기관 계정 통제는 운영 증거입니다. 로그인 자격 증명, 다단계 인증 이벤트, 결제 기록, 이전 승인, 변경 로그, 지원 상호작용은 누가 등록기관에 지시할 수 있었는지를 보여줄 수 있습니다. 도메인이 탈취되었거나 두 사람이 같은 조직을 대변한다고 주장할 때, 이는 공개 RDAP 표시보다 더 증명력이 있을 수 있습니다.

그러나 통제는 권리와 동일하지 않습니다. 퇴직한 직원이 자격 증명을 유지할 수 있습니다. 대리인이 기저의 사업 이익을 소유하지 않고도 도메인을 관리하도록 승인받을 수 있습니다. 도둑이 일시적으로 계정을 통제할 수 있습니다. 개인정보 보호 또는 프록시 서비스가 별도의 고객 기록을 들고 공개 필드를 차지할 수 있습니다. 이 시스템에는 계정 통제 증거가 필요합니다. 그것은 변경이 어떻게 일어났는지를 설명하기 때문입니다. 그러나 그 증거를 누가 이겨야 하는지에 대한 자동 판정으로 바꿔서는 안 됩니다.

2025년 8월 21일부터 효력을 갖는 2025년 등록 데이터 정책(Registration Data Policy)은 이 제도적 경계를 강화합니다. 이 정책은 등록기관과 레지스트리 운영자가 등록 데이터를 수집, 이전, 에스크로, 공개, 편집, 공시, 보유하는 방식을 규율합니다. 등록인 조직 필드와 합법적 공시에 대한 구체적 처리를 포함합니다. 이 규칙들은 데이터 수명 주기를 더 잘 이해할 수 있게 만듭니다. 그러나 ICANN, 레지스트리 운영자, 인증 등록기관을 실효적 소유권, 고용 권한, 승계, 사기, 계약상 소유권을 다루는 법원으로 만들지는 않습니다.

법적 신원과 권리에는 네 번째 포럼이 필요하다

네 번째 층은 다른 질문을 던집니다. 어떤 자연인 또는 법인이 지배 계약과 적용 법규 하에서 더 우월한 권리를 갖는가? 그 답은 법인 등록 기록, 대리 권한, 고용 조건, 매매 계약, 법원 명령, 중재 판정, 상속 문서 또는 사기 증거에 달려 있을 수 있습니다. 이는 연락 확인 절차가 애초에 제공하도록 설계되지 않은 강제적 증거 제출과 대립적 절차를 요구할 수 있습니다.

ICANN 계약 컴플라이언스는 등록기관이 RAA를 준수했는지, 부정확성 불만을 조사했는지, 요구되는 정지 또는 정정 절차를 적용했는지를 검토할 수 있습니다. 2026년 3월 이사회 책임성 결정에서 공개 기록은 컴플라이언스가 불만을 조사하고 등록기관이 RAA와 그 정확성 사양에 따라 일관되게 도메인을 정지했음을 판단했다고 설술합니다. 이는 계약 준수에 관한 증거입니다. 응답하거나, 불만을 제기하거나, 기록에 등장한 사람이 도메인을 소유한다는 사법적 선언이 아닙니다.

이 구분이 중요한 이유는 구제 수단이 다르기 때문입니다. 형식이 틀린 필드에는 정정이 필요합니다. 죽은 연락 채널에는 재확인 또는 계약상 정의된 보류가 필요합니다. 침해된 계정 통제에는 봉쇄, 자격 증명 복구, 로그 보존이 필요합니다. 다툼이 있는 법적 권리에는 적용 가능한 분쟁 메커니즘, 법원 또는 그 밖의 권한 있는 의사결정 주체가 필요합니다. 한 구제 수단으로 다른 층의 질문에 답하면 도메인을 잘못된 당사자에게 이전시키거나, 증거를 파괴하거나, 일시적 보류를 심사받지 않은 재판으로 바꿀 수 있습니다.

감사 수치가 보여주는 것과 보여주지 않는 것

ICANN의 2023년 10월 정확성 감사 보고서는 유용한 절차 증거를 제공합니다. 2016년부터 2022년까지 수행된 감사에서 이 보고서는 약 1억 2,780만 개 도메인을 대표하는 80개 등록기관을 집계합니다. 검증된 결함 범주를 기록합니다. 10개 등록기관은 연락처 정보 검증 절차가 없었고, 6개는 결함이 있는 검증 방법을 갖춘 절차가 있었으며, 4개는 결함이 있는 보유 절차를 갖고 있었고, 1개는 결함이 있는 확인 절차를 갖고 있었습니다.

이 수치들은 가짜 소유자가 있는 도메인의 백분율로 다시 서술되어서는 안 됩니다. 이 감사는 등록기관 통제를 표본으로 삼고 감사받은 등록기관이 대표하는 도메인을 매핑했을 뿐입니다. 모든 등록 뒤에 있는 실효적 신원을 판정하지 않았고, 보고서의 "잠재적 영향" 도메인 수치는 각 도메인에 부정확한 데이터가 담겼다는 판정이 아닙니다. 타당한 추론은 더 좁습니다. 절차 설계, 증거 보유, 확인을 입증할 수 있는 능력 자체가 대규모 거버넌스 리스크라는 것입니다.

정책 논쟁도 같은 측정 한계를 인식했습니다. ICANN의 2023년 평가는 제안된 정확성 시나리오가 신원 확인에 관한 데이터나 연락처 정보가 실제로 데이터 주체에게 속하는지에 관한 데이터를 제공할 것으로 기대되지 않는다고 말했습니다. 2025년에는 GNSO 이사회의 정확성 소규모 팀이 기존 검증(validation) 및 확인(verification) 절차와 그 등록인에 대한 영향을 검토할 것을 권고했습니다.

이 팀은 사전 등록 연락처 점검과 더 적은 악성 등록을 연관시키는 연구를 인용하면서, 그것을 절차 검토의 이유로 다루었지 연락처 확인이 법적 신원을 확립한다는 증명으로 다루지 않았습니다. 2026년 3월까지 이사회 논의는 여전히 정확성 지침을 후속 조사하고 있었습니다. 한 참가자는 지침이 나쁜 행위자가 쓰레기 데이터를 입력한 다음 악용을 저지르는 것을 막을 수 없다고 명시적으로 언급했습니다.

네 열짜리 증거 장부

등록기관과 검토자는 모든 중대한 주장을 네 열로 기록하면 범주 오류를 줄일 수 있습니다.

  • 형식:점검한 필드, 적용한 규칙, 시각, 결과;
  • 도달 가능성:접촉한 채널, 응답 방식, 시각, 이후 재확인 실패 여부;
  • 통제:누가 등록을 운영할 수 있었는지를 보여주는 계정, 인증, 변경 증거;
  • 법적 권한:어떤 사람이 행동할 권한이 있었는지를 확립하는 계약, 법인 위임, 분쟁 결정 또는 법원 명령.

이 열들은 서로를 뒷받침할 수 있습니다. 그러나 통합되어서는 안 됩니다. 검증된 받은 편지함은 채널이 응답했다는 귀중한 증거입니다. 그것은 소유권 증서가 아닙니다.

출처