요약

  • 2018년 11월 20일에 공개된 AFPUB-2018-GEN-001-DRAFT02는 더 긴 규범적 검증 기간—15일, 이후 추가 15일—과 최소 6개월 주기의 정기 검증을 제안했으며, 1안의 2영업일+3영업일 절차와 3개월 주기를 대체했다.
  • 그럼에도 2안은 구식 2+3일 시계를 사용하는 예시를 그대로 유지하면서, 즉각적인 계정 접근 제한, 성공적 재검증을 통한 치유, 그리고 자원 회수 관련 절차로 이어지는 지속 경로를 추가했다.
  • AFRINIC 직원들은 이 제한이 어뷰즈 메일박스 수정 기능을 제외한 MyAFRINIC의 모든 기능—온라인 투표 포함—을 비활성화한다고 이해했고, 법률 자문은 투표 결과가 행정적 연락처 갱신 실패에 비해 비례하지 않다고 판단했다.
  • 사설 레지스트리는 특정 주소가 중립적 메시지를 수신하는지 검증할 수 있다. 그러나 그 장부 검증, 또는 어뷰즈 응답에 대한 불만을 단속·처벌·몰수·재판으로 전환할 수는 없다.

L3 — 서면으로는 30일, 예시로는 5일

2안은 제도적 역설로 시작했다. AFRINIC 자원 보유자에게 연락처 검증 완료에 훨씬 더 많은 시간을 주고 정기 확인 주기를 늦추는 한편, 실패한 검증과 보유자의 평상시 회원 계정 사용 사이에 더 즉각적인 결과를 놓았다. 따라서 이 변경을 단순히 관대함이나 엄격함으로 규정할 수 없다. 달력상으로는 제안이 기계를 느슨하게 했지만, 실패 지점에서는 나사를 조였다.

기준선이 중요하다. 1안의 규범 섹션 8.4는 최초 검증에 최대 2영업일을 허용했다. 실패 시 LIR로의 에스컬레이션은 추가로 최대 3영업일의 기간을 열었다. 섹션 8.5는 어뷰즈 연락처가 생성·갱신될 때, 최소 3개월마다 한 번, 그리고 AFRINIC이 적절하다고 판단하는 때마다 검증을 요구했다. 미이행 시 레지스트리의 관련 정책·절차, 특히 자원 회수와 관련된 절차에 따라 더 철저한 후속 조치로 이어졌다. 1안의 예시도 같은 기본 리듬을 따랐다. 2영업일 유효한 코드, 그 후 영구 무효화와 재시험 전 추가 3영업일.

2018년 11월 20일 AFPUB-2018-GEN-001-DRAFT02로 공개된 2안은 규범 텍스트의 중요한 시간 설정을 모두 바꿨다. 최초 검증 기간은 최대 15일이 되었다. 실패 시에는 LIR로 에스컬레이션되어 추가로 최대 15일이 주어졌다. 최소 정기 주기는 최소 3개월에서 최소 6개월로 이동했다. 생성·갱신 시 검사는 유지되었고, AFRINIC이 적절하다고 판단하는 때의 검증 권한도 유지되었다. 일정으로만 읽으면 이 수정안은 메시지를 인지하고, 담당 동료를 찾고, 오래된 기록을 바로잡을 더 큰 기회를 제공했다. 반복 시험의 명시된 최소 주기도 절반으로 줄였다.

제안은 그 완화된 일정에 운영 재량을 더했다. AFRINIC은 커뮤니티에 동기를 설명하면 최초·에스컬레이션 기간을 수정할 수 있었다. 정기 주기도 유사하게 수정할 수 있으며, 느린 시작 논리를 제시했다. 첫해에는 한 번의 검증이 있을 수 있고 이후 점진적으로 증가할 수 있다는 것이다. 이 조항은 실용적 진실을 인정했다. 레지스트리 전역 검증 프로그램은 레지스트리와 그 기록이 검증되는 사람들 모두에게 작업을 부과한다. 느리게 시작하면 전체 회원에 영향을 주기 전에 결함 있는 이메일 설계, 전달 문제, 인력 수요를 드러낼 수 있다.

그러나 설명을 동반한 재량은 안정적 규칙과 같지 않다. 컴플라이언스를 준비하려는 회원은 공개 시점의 텍스트뿐 아니라 AFRINIC이 기간을 변경했는지, 설명이 어떻게 전달되었는지, 특정 메시지에 어느 시계가 적용되는지 알아야 했다. 제안은 15일 기간을 제3자가 보고한 기저 어뷰즈를 고치는 기한으로 만들지 않았다. 그 기간은 연락처 검증 단계를 규율했다. 둘을 혼동하면 결과가 컸다. 중립 코드 수신 검증은 객관적 행위이지만, 불만 조사, 사실 판단, 응답 선택은 증거, 법적 판단, 운영 맥락을 요구할 수 있다.

스스로의 작업을 끝내지 못한 수정안

2안의 가장 폭로적인 기안 결함은 주변 사안에 숨겨져 있지 않았다. 규범 규칙은 최초 검증에 15일, 에스컬레이션 후 추가 15일이라 했으나, 예시 절차는 여전히 검증 코드에 2영업일, 그리고 영구 무효화 전 추가 3영업일을 부여했다. 위의 지배적 수치가 바뀌었음에도 예시는 1안에서 살아남았다.

규범 문구를 결정적으로 보고 예시를 폐기된 것으로 처리해 독자를 위해 불일치를 정리하고 싶어진다. 그러나 증거는 그런 편집적 수복을 허용하지 않는다. 두 시계 모두 보존된 2안 텍스트에 나타난다. 그 초안이 효력을 가졌다면 직원이 어떤 절차를 프로그래밍하거나 적용했을지를 확립하는 출처는 없다. 따라서 타당한 결론은 더 좁고 유용하다. 2안은 15+15일 규범 체계를 제안하면서 모순적인 2+3일 예시를 함께 실었다.

이것은 자칫한 불평이 아니다. 차이는 잠재적 30일 절차와 5영업일 예시 사이의 차이다. 운영자는 규범 텍스트가 훨씬 더 긴 기간을 약속한다고 믿으면서 짧은 예시를 갑작스러운 실패로 경험할 수 있었다. 정책 문장을 이메일 만료 설정, 큐 타이머, 포털 상태로 변환하는 직원도 같은 불확실성에 직면했다. 법률 자문과 거래 상대방은 치유 기간을 확신 있게 산정할 수 없었다. 예시에서 '영구 무효화'의 의미조차 아직 만료되지 않은 규범적 에스컬레이션 기간 옆에서 불편하게 놓였다.

결과가 단순 경고 플래그일 때 모호성의 비용은 커지고, 다음 단계가 계정 기능을 비활성화하면 실질적으로 더 커진다. 연락처는 거부도 방치도 아닌 이유로 실패할 수 있다. 스팸 필터링, 일시적 장애, 인력 교체, 언어 불일치, 방어를 유발하는 자동 보고 패턴, 조직 변경보다 하루 늦은 데이터베이스 갱신을 남긴 인수인계. 명확한 시계는 위양성을 제거하지 못하지만 노출을 한계 짓는다. 경쟁하는 시계들은 평범한 통신 결함을 형식적 위반과 구별하기 어렵게 만든다.

날짜 역사도 같은 규율이 필요하다. 1안의 남은 자료에는 8월/3월 불일치가 있다. 세부 또는 현행 버전 목록은 2018년 8월 12일을, 개정 역사는 2018년 3월 12일을 표시한다. 하나를 조용히 선택할 근거는 없다. 다행히 여기서 중심 사건은 그 해결에 의존하지 않는다. 확실한 날짜는 2안이 공개된 2018년 11월 20일이다. 관련 비교는 이전 페이지 날짜에 대한 만들어진 확신이 아니라 1안 텍스트와 2안 텍스트 사이의 비교다.

더 많은 시간, 더 적은 정기 검사, 더 날카로운 첫 결과

시간 수정안은 결과 수정안과 함께해야만 의미가 있다. 1안은 이미 미이행을 더 철저한 후속 조치, 특히 자원 회수 관련 절차와 연결했다. 2안은 그 더 무거운 꼬리를 삭제하지 않았다. 대신 새로운 첫 결과를 삽입했다. 최초 미이행 시 계정의 자원 접근이 어뷰즈-c 또는 어뷰즈 메일박스 정보를 바로잡는 능력을 제외하고 차단될 수 있었다. 성공적 재검증은 접근을 복원했다. 관련 정책·절차, 특히 회수 관련 절차에 따른 더 철저한 후속 조치는 이후에도 가능하게 남았다.

이 구조는 단계적으로 보인다. 검증, 에스컬레이션, 제한, 치유, 그 후에야 추가 절차 고려. 단계적 구성은 최악의 결과로의 즉각적 도약보다 일반적으로 바람직하다. 그러나 사다리의 비례성은 첫 단이 무엇을 제거하느냐에 달려 있다. 제한이 결함 있는 연락처 필드만을 다룬다면 집중된 교정 상태로 이해될 수 있다. '자원 접근'이 전체 회원 포털과 메일박스와 무관한 기능을 다룬다면, 행정적 시험이 실질적 어뷰즈 주장이 재판되기 전에 보유자의 더 넓은 제도적·운영적 지위를 바꿀 수 있다.

2안의 에스컬레이션 조항은 질문을 더 넓혔다. 어뷰즈 사례에 대한 부정확한 응답이나 무응답뿐 아니라 검증 조작 의혹을 다뤘다. 그 도구에는 재검증, AFRINIC 중재, 관련 절차의 가능한 사용이 포함됐다. 이들은 모두 같은 종류의 사건이 아니다. 객관적 검증 코드를 조작하는 것은 레지스트리 시험의 무결성 문제다. 어뷰즈 사례에 대한 '부정확한' 응답은 운영자 행위의 적절성에 대한 평가적 결정을 요청한다. 첫째는 기술 프로토콜로 평가할 수 있지만, 둘째는 다투어진 사실, 법, 계약 의무, 보안 리스크, 신고자 기대에 의존할 수 있다.

이 구별이 정책 경계다. 메일박스 검사는 '이 주소가 중립적 메시지를 수신하고 요구된 증명을 반환했는가'에 답할 수 있다. '보고된 활동이 불법이었는가, 책임자가 누구인가, 운영자의 조사가 충분했는가, 어떤 구제가 따라야 하는가'에는 답할 수 없다. 2안의 더 긴 기간은 객관적 시험의 일정을 완화했다. 그러나 새 제한과 유지된 절차적 꼬리는 객관적 연락처 시험이 다투어진 불만에 대한 판단으로 미끄러지는 것을 막는 일을 더 중요하게 만들었다.

제안, 평가, 비준, 운영은 서로 다른 사실이다

제도 분석의 언어는 긴 정책 수명 주기를 하나의 동사로 압축해 거짓 확실성을 만든다. 여기서 'AFRINIC이 요구했다'는 2안이 2018년에 효력 규칙이 되었다는 함의를 담는다면 너무 광범위하다. 증거는 2018년 11월 20일 제안 공개를 확립한다. 2019년 4월 20일자 AFRINIC 직원·법률 평가도 확립한다. 그러나 2안이 채택되었거나, 배치되었거나, 어떤 회원에게 적용되었다는 것은 확립하지 않는다.

이 구별은 필수다. 왜냐하면 이후 수명 주기가 2안을 넘어 이동했기 때문이다. AFRINIC은 2021년 5월 17일자 드래프트 7을 궁극적으로 비준된 후속 버전으로 기록한다. 비준 정책 개요는 그 사건을 2026년 2월 4일로 표기한다. 2026년의 드래프트 7 비준은 2018년의 2안을 소급 채택하지 않는다. 이후 비준이 운영 구현의 정확한 날짜나 완전성을 증명하지도 않는다. 공개, 평가, 비준, 기술적 배치는 별개의 주장이며 별개의 증거를 요구한다.

2019년 평가는 구현 가정 이전에 AFRINIC 자체 직원과 법률 자문이 제안된 결과를 어떻게 읽었는지 보여주기 때문에 정확히 유용하다. 직원들은 최종 비준될 솔루션에 의존하는 WHOIS 변경을 포함해 대략 6개월의 소프트웨어 개발을 추산했다. 개발 추산은 텍스트가 실질적 기술 작업을 요구할 것이라는 증거이지, 작업이 발생했다는 증거가 아니다. 우연성—궁극적으로 비준된 솔루션이 무엇이었는가—은 제안의 경로가 미정이었음을 확인한다.

기록의 어떤 것도 2018년의 특정 회원이 표적화되었거나, 협조를 거부했거나, 2안 하에 MyAFRINIC, WHOIS, IRR, 투표 또는 번호 자원 접근을 잃었다는 이야기를 지지하지 않는다. 'AFRINIC이 적절하다고 보는 때'라는 문구도 선택적 검증을 증명하지 않는다. 이 글의 관심은 구조적이다. 즉, 증거가 보여주지 않는 집행 사건에 대한 주장이 아니라, 제안 문구가 승인한 결과와 AFRINIC의 평가가 해석한 결과를 따른다.

이 정확성은 분석을 약화하지 않고 강화한다. 제안된 제도적 아키텍처는 사용되기 전부터 중요하다. 초안은 저자와 평가자가 데이터 품질 시험과 회원 권리 사이의 그럴듯한 연결로 간주한 것을 드러낸다. 올바른 응답은 제안된 권한이 행사되었다고 가장하지 않고 그 연결을 검토하는 것이다. 2안은 설계 선택으로서 중요하다. 더 관대한 시계와 더 결과적인 실패 상태를 짝지었고, 직원이 코드로 번역해야 했을 예시에 낡은 시계를 남겼다.

역설은 이로써 완성된다. 서면으로는 보유자가 최초 단계에서 최대 15일, 에스컬레이션 후 15일을 더 가질 수 있고, 최소 6개월보다 자주 반복되지 않는 정기 검증을 가질 수 있었다. 예시에서는 낡은 5영업일 절차가 살아남았다. 결과 층에서 실패는 의심스러운 주소를 넘어 회원 계정과 그 너머의 회수 관련 절차로 이동할 수 있었다. 초안은 시험을 늦추면서 실패한 시험과 더 넓은 제한 사이의 제도적 거리를 줄였다.