요약

  • APNIC prop-173 버전 1은 일반 디렉터리 질의에 대한 별도의 이용 약관을 공개하고, 이를 WHOIS·RDAP·웹 인터페이스를 통해 제시하며, 정책 버전, 시행일, 개정 이력과 아카이브를 유지하도록 한다. 이는 아직 채택된 정책이 아니라 메일링 리스트 제안이다.
  • 제안된 응답 고지문은 정책과 그 현재 URL을 밝히지만, 특정 결과에 적용된 버전, 시행일 또는 다이제스트를 담지 않는다. 간결한 약관 영수증은 응답을 법률 문서로 만들지 않으면서도 이 시간적 연결을 보존할 수 있다.

초안이 해결하는 실질적 모호성

prop-173에 대한 가장 강력한 논거는 저작권 극대주의가 아니라 명확성이다. APNIC는 이미 대량 Whois 접근에 관한 계약을 공개하고 있지만, 평범한 질의 한 건을 수행하는 사람은 미러링이나 대규모 추출물을 신청하는 것이 아니다. 제안은 대량 계약 문서가 이런 사용자에게 무엇을 저장·결합·재게시하거나 다른 서비스에 포함할 수 있는지 명확히 알려주지 않는다고 지적한다. 별도의 일반 질의 정책은 그 경계를 그리는 더 깔끔한 방법이다.

APNIC의제안 기록에 따르면 버전 1은 2026년 8월 17일 Policy SIG 메일링 리스트에 게시되었으며, 현재 상태는 "메일링 리스트에 게시됨(Published to Mailing List)"이다. 확인된 기록에는 사무국 영향 평가, 합의 도출, 채택 결정, 시행 공지가 없다. 따라서 모든 운영 관련 문장은 조건부로 남아 있어야 한다. 초안은 그 체제를 만들 수는 있지만, APNIC가 이미 그렇게 했다는 것을 확립하지는 않는다.

버전 1 텍스트는 적용 범위에 관해 이례적으로 구체적이다. 이 초안은 WHOIS, RDAP, 웹 검색 및 동등한 등록 데이터 API를 통해 APNIC 권위 데이터에 접근하는 사람과 시스템을 다룬다. 미러링되거나 참조된 데이터는 권위 레지스트리의 약관을 따른다. 고용량 접근, 대규모 추출, 대체 데이터베이스는 별도의 대량 접근 경로에 그대로 남는다.

이 분리는 합리적이다. 일상적인 운영·기술 연구 사용을 명시적으로 가능하게 하면서 산업적 수집에는 다른 계약을 남겨둔다. 초안은 라우팅 정책 평가, 문제 해결, 어뷰즈 대응, 기술 연구 같은 작업을 허용하고, 마케팅 명단 작성, 체계적 수집, 속도 제한 회피, 특정 형태의 재판매·재게시 등의 사용을 금지한다. 또한 자신의 접근이 잘못 제한되었다고 믿는 사용자를 위한 검토 경로를 요구한다.

기존의 prop-173 보도가 정당하게 살펴온 질문들이 바로 이것이다. 이 거래가 무엇을 허용하는지, 캐싱이 어디서 편찬이 되는지, 자동화된 집행이 어떻게 검토 가능성을 유지할 수 있는지. 거래 자체가 시간이 지나며 바뀔 때는 또 다른 통제 지점이 나타난다.

정책에는 버전이 있지만 응답에는 없다

초안 제8조는 각 인터페이스에 고지를 실어 나른다. WHOIS 응답은 APNIC 디렉터리 데이터가 수용 가능 사용 정책의 적용을 받으며, 서비스를 질의하거나 사용하는 것은 약관에 동의하는 것임을 밝힌다. RDAP 응답에는 정책을 식별하는 고지, 관계가terms-of-service인 링크, 지식재산 고지, 현재 정책 URL이 포함된다. 웹 양식은 링크를 표시하고 질의 제출과 결과 사용이 정책의 적용을 받는다고 명시한다.

초안은 이어서 좋은 운영 통제를 하나 추가한다. 고지는 리디렉션 없이 안정적으로 유지되는 HTTPS URL을 사용해야 한다는 것이다. 다른 곳에서는 중앙 정책이 버전 번호, 시행일, 개정 이력, 이전 버전 아카이브를 갖추도록 규정한다. APNIC는 개정에 대해 합리적인 사전 공개 통지를 하며, 보호의 실질적 약화는 커뮤니티 협의로 돌아간다.

이력 없이 내용이 바뀔 수 있는 페이지보다는 훨씬 낫다. 제안은 독자가 현재 규칙을 찾을 곳과, 원리상 이전 규칙을 확인할 방법을 제공한다. 응답 페이로드도 짧게 유지된다. APNIC는 여러 프로토콜에 박힌 텍스트를 바꾸는 대신 중앙 문서 하나를 수정·명확화할 수 있다. 이 메커니즘을 설계하는 사람은 이 장점을 보존해야 한다.

그러나 각각 버전 관리되는 두 가지가 반드시 서로 연결되는 것은 아니다. 응답 요구 사항은 "현재 정책 URL"만 말한다. WHOIS 텍스트나 RDAP JSON이 적용된 정책 식별자, 버전, 시행일, 콘텐츠 다이제스트를 담아야 한다고는 하지 않는다. 월요일에 저장된 결과가 있고 금요일에 정책이 바뀌었다면, 저장된 결과는 현재 내용이 이미 금요일의 거래를 설명할 수도 있는 URL만 가리킨다.

아카이브는 조사자가 독립적으로 신뢰할 수 있는 질의 시각을 갖고 있고 버전 경계가 정확할 때 과거를 재구성하는 데 도움이 될 수 있다. 클라이언트 로그가 그 시각을 제공할 수 있고, 패킷 캡처나 보존된 HTTP 헤더도 그럴 수 있다. 그러나 응답 자체는 그 사용이 조건付け된 문서를 지명하지 않는다. 이 공백은 아카이브가 쓸모없다는 주장이 아니라, 누락된 조인 키(join key)이다.

실제 응답이 보여주는 구분

캡처된1.1.1.1에 대한 APNIC RDAP 결과는 제안이 이미 시행되었다는 증거가 아니라 카나리아로서 유용하다. 이 결과에는 "이용약관(Terms and Conditions)" 고지와terms-of-service관계를 가진 링크가 들어 있다. 다른 고지와 자기 참조 링크도 있다. 그러나 정책 버전, 정책 시행일, 약관 문서의 다이제스트는 담고 있지 않다.

이 단일 결과가 APNIC의 모든 엔드포인트를 대표할 수는 없다. WHOIS, RDAP, 웹 및 기타 API는 서로 다를 수 있으며, 그 배치 기록은 이 패킷에서 보이지 않는다. 또한 약관 링크의 존재가 그 링크가 prop-173을 반영한다는 뜻도 아니다. 이는 캡처 시점의 응답 형태만을 보여준다. 소비자는 약관 목적지를 찾을 수 있지만, JSON에서 그 목적지의 어느 개정판이 응답에 적용되었는지 알 수 없다.

이 구분은 기반 표준과 부합한다.RFC 9083은 최상위 RDAP 고지를 서비스 또는 전체 응답에 관한 정보로 정의한다. 고지에는 설명 텍스트가 있어야 하고 링크를 포함할 수 있다. 약관을 가리키기에 충분한 구조이면서 간결한 영수증을 추가할 만한 유연성도 있다. RFC는 APNIC 정책 버전 필드를 규정하지 않으므로, 이 거버넌스 선택은 프로토콜 준수에서 자동으로 나오는 것이 아니라 구현자에게 남는다.

대량 접근 제한은 이 조인 문제의 해답이 아니다

APNIC의대량 Whois 계약은 승인된 목적 외의 복제, 저장, 전송, 후속 대량 이전을 제한한다. 이는 데이터 사용 조건이 검색 이후 오랫동안 결과를 낳을 수 있음을 보여주기 때문에 관련 있다. 그러나 prop-173이 일반 조회가 우연히 물려받기를 원하는 문서는 아니다.

그래서 응답 버전 문제는 각 필드의 소유권을 둘러싼 더 큰 논쟁과 혼동되어서는 안 된다. 권리 원장은 레지스트리가 작성한 표현, 회원 제공 자료, 미러링된 값, 사실을 구분할 수 있다. 약관 영수증은 더 좁은 질문에 답한다. 이 거래에서 서비스가 어떤 정책 텍스트를 적용했는가? 그것이 모든 조항이 강제력이 있거나 모든 주장된 권리가 존재한다는 증명은 아니다.

APNIC 개인정보 보호선언문은 정확성이 필요한 또 다른 이유를 더한다. 디렉터리 서비스는 Whois와 RDAP를 통해 연락처 및 자원 등록 정보를 노출할 수 있다. 응답에 연결된 영수증이 그 정보의 어떤 사용을 정당화하지는 않는다. 다만 적용되는 서비스 규칙이 그 정보가 붙은 기록에서 표류하는 것을 막아줄 뿐이다.

제안은 정책이 아니며, 부재는 실패가 아니다

APNIC의정책 개발 절차는 공개 토론과 합의에 의존한다. 따라서 버전 1은 운영자에게 완성된 지시가 아니라 구현 세부사항을 검증하라는 초대이다. 버전 영수증 문제는 초안의 목적을 거부하지 않고도 이후 텍스트에서 고칠 수 있다.

근거의 경계도 똑같이 중요하다. 검토한 출처 중 어느 것도 한 버전에 의존했다가 다른 버전으로 판단된 사람을 식별하지 않는다. 여기에 집행 분쟁, 잃어버린 경로, 실패한 질의, 은밀한 개정, 법원 판단은 없다. 제안은 우수한 내부 릴리스 기록을 갖춘 채 시행될 수 있다. APNIC는 서버 로그에서 적용된 모든 버전을 재구성할 수 있을 수도 있다. 공개된 공백은 더 좁다. 초안은 반환되는 기록에 그 증거를 담도록 요구하지 않는다는 점이다.

출처

이 분석은 APNIC의prop-173 상태 페이지,버전 1 제안,대량 Whois 계약,캡처된 RDAP 응답,개인정보 보호선언문,정책 개발 절차및RFC 9083을 사용한다. 이들은 구현된 prop-173 분쟁이 아니라 제안된 필드와 관찰된 응답 형태를 확립한다.