요약

  • 2026년 5월 12일에 공개된 등록 데이터 정책은 인증된 긴급 요청자에게 2시간 이내 접수 확인과 24시간 이내 회신을 요구하며, 예외적 상황에 대해서는 사유를 밝힌 연장을 최대 72시간까지 허용합니다.
  • 회신은 요청된 비공개 등록 데이터를 공개하거나, 사유를 밝혀 요청 전부 또는 일부를 거부할 수 있습니다. 이 시간 계산은 실질 심사를 대체하지 않고, 적용 법률에 우선하지 않으며, 인증 체계가 효력을 갖기 전에는 계약 당사자를 구속하지도 않습니다.

적법하게 작성된 요청이 14시에 도착했다고 가정해 봅시다. 이를 받은 등록 대행사 또는 레지스트리 운영사는 16시까지 접수를 확인해야 합니다. 다음 날 14시까지는 원칙적으로 요청자가 회신을 받아야 합니다. 예외적 상황으로 추가 시간이 정말로 필요한 경우, 수신자는 같은 24시간 창 안에서 그 사실을 밝히고 이유와 회신 예정 시점을 설명해야 합니다. 새로 설정된 외한 시한은 접수 시점으로부터 72시간입니다.

이 절차는 긴급 공개 명령처럼 들리지만 그렇지 않습니다. 각 시각은 절차의 한 단계를 규율할 뿐이며, 그 절차의 결과는 여전히 데이터 공개일 수도, 사유를 갖춘 거부일 수도 있습니다.

좁은 통로가 먼저 마련되어 있습니다. ICANN의 등록 데이터 정책 제3.8조는 긴급 요청(Urgent Request)을 적법한 공개 요청의 하위 유형으로 정의합니다. 요청은 인증된 요청자(Authenticated Requestor)로부터 접수되어야 하고, 생명에 대한 임박한 위협, 중대한 신체 상해, 핵심 인프라 또는 아동 착취와 관련되어야 합니다. 공개는 그 위협에 대응하거나 막기 위해 필요해야 합니다. 제목 줄에 ‘긴급’이라고 쓴다고 해서 요청이 긴급 경로에 들어가는 것은 아닙니다.

인증도 자기 신고에 그치지 않습니다. 제3.9조는 대상을 법 집행 요청자 또는 ICANN 합의 정책에 따라 시행된 체계를 통해 인증된 신뢰할 수 있거나 권한 있는 당국으로 한정합니다. 따라서 이 수정안은 공개 논의에서 흔히 뒤섞이는 두 가지 통제를 분리합니다. 요청자가 자칭 주체가 맞는지, 그리고 이 특정 요청이 충분히 필요하고 적범한지입니다.

기반이 되는 공개 규칙은 그대로 적용됩니다. 요청 제출 시 요청자를 특정하고, 요구하는 데이터 항목을 열거하고, 요청자의 법적 권리와 구체적 근거를 설명하고, 선의를 확인하며, 수령한 데이터를 적법하게 처리할 것을 약속해야 합니다. 등록 대행사 또는 레지스트리 운영사는 적법하게 작성된 모든 요청을 그 자체의 실질에 따라 심사해야 합니다.

시간 계산은 이 심사가 미결 상태로 머무를 수 있는 기간을 바꿉니다. 일반 공개 요청의 경우 제10.5조는 접수 확인까지 최대 2영업일, 예외적 상황이 없는 한 접수 확인 후 최대 30일(달력 기준)의 회신 기간을 허용합니다. 제10.7조는 요건을 충족하는 긴급 요청에 대해 이 속도를 대체합니다. 2시간 이내 접수 확인과 지체 없는 회신, 그리고 명시된 예외가 적용되는 경우를 제외하면 24시간 이내 회신입니다.

연장 경로는 의도적으로 좁습니다. 인프라에 영향을 주는 불가항력과 비정상적으로 많은 수의 도메인 이름 같은 복잡성이 예시로 제시되어 있습니다. 달력상 공휴일, 계획된 휴가와 계획된 출장은 명시적으로 제외됩니다. 운영사는 인력 배치 선택만으로 24시간 긴급 기준을 다시 영업시간 대기열로 되돌릴 수 없습니다.

그러나 ‘회신’은 ‘공개’의 동의어가 아닙니다. 제10.6조는 두 가지 적법한 결과를 인정합니다. 운영사는 요청된 데이터를 제공할 수 있습니다. 또는 요청을 전부 또는 일부 거부하고 구체적 사유를 밝히며 결정에 이른 경로를 설명할 수 있습니다. 해당하는 경우 이 설명에는 정보 주체의 기본적 권리와 자유를 요청자의 정당한 이익과 비교하여 어떻게 저울질했는지가 드러나야 합니다.

이 경계가 중요한 이유는 대상이 비공개 등록 데이터이기 때문입니다. 신속한 절차는 실제 긴급 상황에서 지연의 비용을 줄일 수 있습니다. 그러나 같은 법적 근거가 모든 관할권에서 유효하게 만들거나, 요구된 모든 항목의 필요성을 입증하거나, 공개 WHOIS를 복원하거나, ICANN을 경찰 수사를 결정하는 권위로 바꾸지는 못합니다. 등록 대행사 또는 레지스트리 운영사는 자신이 접수한 요청에 대한 실질적 결정자로 남습니다.

정책은 또 하나의 중요한 스위치를 열어 두었습니다. 시행 참고 사항 11은 제10.7조의 의무가 요청자 인증을 정하는 합의 정책을 ICANN이 완전히 시행하는 시점에만 효력을 갖는다고 명시합니다. ICANN의 5월 12일 발표는 법 집행 인증 체계가 시행되기 전까지 긴급 요청 규정은 효력이 발생하지 않는다고 밝혔습니다. 7월 23일에 갱신된 GAC 자문 상태 기록 역시 24시간 타임라인의 집행이 그 체계에 달려 있다고 기술합니다.

따라서 이 수정안은 운영상 트리거가 유예된 공개된 정책입니다. 이는 단순한 문안 양식의 궁여지책이 아닙니다. 신뢰할 수 있는 인증이 없다면 빠른 경로는 사칭에 보상하거나 운영사가 처음 몇 시간을 요청자 확인에 소모하게 만들 수 있습니다. 회신 시한이 없다면 인증만으로는 긴급 속도가 없는 신뢰 대기열만 생깁니다. 공개 의견 수렴 기록은 이 두 트랙 해법을 담고 있습니다. 인증을 별도로 개발하되, 회신 시한은 요건을 갖춘 요청자가 이미 인증을 마쳤다는 가정하에 설정한다는 것입니다.

스위치가 작동하면 책임성은 보증이 아니라 기록에서 확인되어야 합니다. 제11.2조는 등록 대행사와 레지스트리 운영사에게 표준 사업 기록 보존 및 ICANN 감사에 대비하여 공개 요청, 접수 확인, 회신의 로그를 보관하도록 요구합니다. 이 기록들은 2시간, 24시간, 72시간 의무가 이행되었는지 증명할 수 있습니다. 그 자체로 공개 또는 거부가 법적으로 올바른지는 증명하지 못하지만, 침묵을 측정 가능하게 만듭니다.

새 시간 계산은 정확히 기술될 때 가장 강력합니다. 이는 속도, 구조, 감사 가능한 결정을 허용합니다. 자동 공개는 허용하지 않습니다.

출처