요약

  • Richard Laager는 ARIN 제안 2026.4에서 자신의 NET 일부를 다른 조직에 상세 재할당한 뒤, 모체 쪽 API 키의 자식 NET 핸들 GET이 거부됐다고 보고했다. 같은 쪽에서 삭제와 mostSpecificNet 주소 범위 조회는 가능했고, 수령 조직의 키는 핸들 GET에 성공했다는 내용이다.
  • ARIN은 2026년 3월 30일 기존의 다른 조회 도구와 향후 개발 계획을 고려하면 현재 API 권한을 바꿀 필요가 없다고 답했다. 제안자의 동의를 얻어 건을 종료했다.

삭제 요청은 통과하는데 읽기 요청은 막혔다. ARIN 제안 2026.4에 실린 Richard Laager의 재현 절차는 짧다. 자신이 관리하는 NET에서 일부를 떼어 다른 Org에 상세 재할당한다. 그다음 모체 쪽 API 키로 자식 NET의 핸들을 지정해 GET한다. 결과는 권한 부족이었다. Laager는 같은 쪽에서 자식 NET을 DELETE할 수 있고, 시작·끝 IP 주소를 mostSpecificNet에 넣으면 조회할 수 있으며, 익명 Whois에서도 같은 공개 정보를 볼 수 있다고 적었다.

상세 재할당은 하나의 자식 기록에 두 조직을 붙인다. ARIN 자원 관리 안내에 따르면 수령 조직은 자체 Org ID로 재할당받은 주소를 관리할 수 있다. 직접 등록자는 그 재할당을 회수할 권한을 유지한다. 관련 IRR 객체와 역방향 DNS 관리도 두 쪽이 공유한다. 모체의 관계가 사라진 것은 아니다. API가 어떤 호출에서 어느 관계를 인정하는지가 쟁점이다.

Laager가 제시한 접근 결과를 나란히 놓으면 차이가 뚜렷하다. 수령 Org의 키는 핸들 GET에 성공했다. 모체 키는 같은 엔드포인트에서 거부됐다. 모체 키는 주소 범위를 사용해 mostSpecificNet으로 자식을 찾았다. 누구나 Whois에서 핸들이나 IP로 공개 내용을 조회할 수 있었다. 자료 자체가 비밀이라서 생긴 벽이 아니다. 인증 주체와 호출 경로의 조합이 벽을 만들었다.

Reg-RWS 방법 문서는 각 문을 따로 적는다. GET /rest/net/NETHANDLE은 지정한 NET 자료를 돌려준다. GET /rest/net/mostSpecificNet/STARTIP/ENDIP는 범위에서 가장 구체적인 NET을 찾는다. DELETE /rest/net/NETHANDLE은 재할당 또는 재배분을 제거하는 티켓 처리 요청을 만든다. 직접 할당을 즉시 지우는 만능 명령은 아니다. PUT /rest/net/NETHANDLE은 보낸 내용으로 기록을 수정한다. 범위 검색이 된다는 사실만으로 핸들 GET의 권한 오류가 없어지지는 않는다.

차이는 자동화가 다음 날 상태를 확인할 때 돈이 된다. 재할당 시스템은 생성된 자식 NET 핸들을 저장하고, 다시 읽어서 계획한 상태와 ARIN의 현재 상태를 비교한다. 직접 GET이 거부되면 주소의 시작과 끝도 보관해야 하고, 별도 검색 결과의 핸들·모체·범위·수령 Org가 처음 만든 자식과 일치하는지 검증해야 한다. Whois는 사람이 조사할 때 도움을 주지만 인증된 등록 API 응답과는 증거 경로가 다르다. 더구나 삭제 권한이 남아 있다고 해서 읽기 실패를 삭제·재생성으로 해결해서는 안 된다. 고객의 등록 기록은 디버깅용 임시 파일이 아니다.

Laager는 NET의 GET을 넓게 허용하자고 제안했다. 모체가 직접 자식을 지웠다 다시 만들 수 있다면 PUT으로 고칠 수도 있어야 한다고 주장했다. 후자는 별도의 권한 결정이다. NET 수정 안내가 다루는 네트워크 이름, 연락처 핸들, 공개 설명을 바꾸는 일은 이미 공개된 자료를 읽는 일보다 무겁다. PUT 확대는 제안자의 주장이지 ARIN이 채택한 규칙이 아니다.

ARIN은 3월 30일 다른 기존 조회 방법과 미래 개발 계획을 검토했다고 밝혔다. 현행 API 권한 검사를 당시 변경할 필요가 없다고 결론내렸고, Laager의 동의를 받아 제안을 닫았다. 답변은 핸들 GET의 수정 배포를 발표하지 않았다. 고객이 작동하는 다른 경로를 선택하고 돌아온 객체의 신원을 확인해야 한다는 뜻이다.

현재 두 조직의 키로 문서화된 호출을 실행한 생산 기록이 있으면 3월 이후에도 이 거부가 재현되는지 확인할 수 있다. 공개된 자료는 Laager가 보고한 절차와 ARIN이 현행 검사를 유지하기로 한 결정을 보여 준다. 이 두 사실만으로도 자동화의 분기점은 분명하다. «이 경로에서 권한 거부»를 «NET이 존재하지 않음»으로 처리하면 자산 대장이 틀어진다.

하나의 NET에 핸들과 주소 범위가 있고, 두 조직이 각기 다른 권리를 가진다. ARIN은 경로마다 다른 문턱을 그대로 두었다. 모체 네트워크의 프로그램은 기록을 찾아갈 때마다 어느 문이 자기 키에 열리는지 기억해야 한다.

제안과 ARIN 답변 · Reg-RWS 방법 · 자원 관리 · NET 수정