요약

  • LACNIC의 권위 있는 스페인어 정책 매뉴얼 v2.21은 작동 가능한 어뷰즈 연락처를 요구하고, 초기 15일의 검증 기간과 이후 15일의 추가 기간을 두며, 검증 실패를 미준수로 규정한다. 다만 MiLACNIC 접근 차단은 명시하지 않는다.
  • LACNIC의 실시간 운영 안내는 MiLACNIC 접근이 검증 전까지 차단된다고 명시한다. 세 가지 해소 방법을 제시하지만, 보류되는 포털 기능과 유지되는 기능은 열거하지 않는다.
  • 제안 LAC-2018-5의 이전 버전은 MiLACNIC 차단, NIR 상당 조치와 예외를 담은 ‘미준수’ 절을 명시적으로 포함했다. 최종 버전의 변경 사항 기록은 그 절이 삭제되었다고 밝힌다.
  • 어뷰즈 연락처 검증 자체는 유용하다. 거버넌스 결함은 더 좁다: 결과를 수반하는 행정적 게이트는 그 권한, 촉발 조건, 범위, 예외, 해소, 검토 경로와 대체 이력을 연결하는 버전 관리된 공개 기록을 갖추어야 한다.

규칙 다음 문장은 다른 페이지에 있다

LACNIC의 현재 정책 매뉴얼을 12.4절 끝까지 읽으면 절차는 질서 정연하다. 레지스트리 시스템을 사용하는 모든 자원은abuse-c속성을 갖추어야 한다. 그 메일함은 유효하고, 모니터링되며, 처리되어야 한다. 모든 발신자에게 맞춤형 웹 양식을 강요하지 않고 신고와 자료를 받아들여야 한다. 자원 보유자에게는 처음 15일의 검증 기간이 주어진다. 그 시도가 실패하면 다른 이용 가능한 연락처를 통한 추가 15일 기간으로 절차가 확대된다. LACNIC은 최소 연 2회, 관련 연락처 속성이 생성되거나 변경될 때 검증한다.

그다음 결론이 나온다: 어느 기간 내에도 검증하지 못한 조직은 미준수다. 다음 번호의 절은 결과 표가 아니다. LACNIC이 재검증을 개시할 수 있도록 의심스러운 행동이나 어뷰즈 사무 미처리를 신고하는 경로다. 매뉴얼은 거기서 MiLACNIC 접근 상실에 대해 아무 말도 하지 않는다.LACNIC 정책 매뉴얼 v2.21, 권위 있는 스페인어 PDF영어 번역본

빠진 문장은 운영 페이지가 공급한다. 그 제목은 “MiLACNIC 접근 차단을 해제하기 위한 어뷰즈 연락처 검증 방법”이다. 본문은 조직에게 이 단계에서 어뷰즈 연락처가 검증될 때까지 MiLACNIC 접근이 차단될 것이라고 알린다. 이어서 이미 검증된 연락처로 교체하거나, 검증 메시지를 요청하거나, 현재 이메일 주소를 변경하는 방법을 보여준다.LACNIC의 MiLACNIC 잠금 해제 안내

두 페이지 모두 정확할 수 있다. 문제는 서로 같은 통제 질문의 서로 다른 절반에 답한다는 점이다. 하나는 규칙과 조건을, 다른 하나는 게이트와 해소 방법을 식별한다. 회원은 검증 실패 뒤에 따라오는 기관적 행위가 무엇인지 스스로 두 문서를 연결해야 알 수 있다.

이전 초안은 결과가 중요하다는 점을 알고 있었다

포털 차단이 늘 단순한 구현 세부사항으로 취급되어 왔다면 이 누락은 덜 의미 있었을 것이다. LACNIC의 제안 이력은 그렇지 않음을 보여준다.

LAC-2018-5의 이전 텍스트에는 “미준수”라는 별도 절이 있었다. 그것은 초기 및 추가 기간 이후의 미준수가 해당 조직과 연관된 모든 자원에 대해 MiLACNIC 차단과 NIR 시스템의 상당 조치로 이어진다고 규정했다. 예외도 명시했다: 순수하게 계약적·결제 사무에 관한 사항, 그리고 연락처를 갱신해 재검증하고 포털 잠금을 해제할 수 있게 하는 것. 경고 화면과 지속적 미준수에 대한 추가 조치 가능성도 서술되었다.

그것은 튜토리얼에 우연히 들어간 한 줄이 아니었다. 행정적 결과의 폭에 관한 제안된 규칙이었다. 그런데 최종 버전 설명은 “미준수” 절이 삭제되었다고 밝힌다. 현재 매뉴얼에 남은 텍스트는 미준수를 정의하면서 차단, NIR 문구, 예외는 생략한다.LAC-2018-5 제안 및 버전 이력

이 이력은 두 가지 쉬운 답을 막는다. 안내 페이지가 정책을 단지 재서술하는 것이라고 말하기에 부족하다. 최종 텍스트가 명시하지 않는 결과를 추가하고 있기 때문이다. 반대로 그 결과에 권한이 없다고 선언하는 것도 부족하다. 회원 약관, 서비스 조건 또는 다른 절차가 여기서 검토한 5개 공개 기록 밖에서 권한을 부여할 수 있다. 이 증거는 문서적 분리를 입증할 뿐, 불법 행위를 입증하지 않는다.

이 더 좁은 결론이 유용한 결론이다. 이전 제안에서 명시하고, 한계 짓고, 논쟁할 만큼 중요하다고 여겨진 결과가 이제는 같은 범위나 예외 기록 없이 운영 페이지에 등장한다. 통제는 공개된 채 살아남았지만, 그 정책적 설명은 그렇지 못했다.

도달 가능한 메일함은 정당한 안전 장치다

어뷰즈 연락처는 장식적인 레지스트리 데이터가 아니다. 피싱, 멀웨어, 스캐닝, 자격 증명 탈취 또는 기타 유해 트래픽이 어떤 주소로 추적될 때, 사용 가능한 메일함은 조사할 수 있는 사람에게 도달하는 탐색 비용을 낮춘다. 사람의 확인을 요구하는 것도 합리적이다. 자동 응답은 메일 서버가 존재한다는 것만 증명할 뿐, 사람이 큐를 모니터링하며 신고를 실질적 통제권을 가진 운영자·고객·리셀러에게 전달할 수 있는지는 증명하지 못한다.

LACNIC의 정책은 이 구분에 신중하다. 메일함은 신고자에게 양식 사용을 강요해서는 안 된다. 로그, 헤더, 예시를 받아들여야 한다. 검증은 수신자가 절차를 이해하고, 메일함을 모니터링하며, 조치를 취하고, 응답함을 확인하려는 취지다. 공식 구현 통지는 또한 이 연락처를 최신 상태로 유지하는 것이 운영 의무가 되었다는 점을 분명히 한다.LACNIC의 구현 통지

안내 페이지의 해소 설계에는 장점이 있다. 다른 검증된 연락처를 가진 보유자는 그것으로 교체할 수 있다. 검증을 다시 요청할 수 있다. 낡은 주소는 변경할 수 있다. 이것들은 수리 경로이며, 접근을 되찾기 전에 특정 어뷰즈 주장의 진위를 증명하라는 요구가 아니다.

이 방어 논리는 유지되어야 한다. 쟁점은 LACNIC이 통지 채널을 검증할 수 있는지가 아니라, “메일함이 검증되지 않았다”와 “조직이 레지스트리 포털에 들어갈 수 없다”가 감사할 만큼 정확한 공개 통제 기록으로 연결되어 있는지이다.

“접근”이라는 명사는 너무 크다

MiLACNIC은 단순히 연락처 확인 버튼을 누르는 화면이 아니다. 조직과 레지스트리의 관계를 관리하는 행정 인터페이스다. 공개 안내 페이지는 넓은 단어 “접근”을 쓰지만, 게이트가 활성인 동안 어떤 기능이 유지되는지는 말하지 않는다.

회원은 기록을 볼 수 있지만 편집은 불가한가? 역방향 DNS 위임을 수리할 수 있는가? 라우팅 사고 중에 ROA를 변경할 수 있는가? 대기 중인 이전을 확인하고, IRR 객체를 유지하고, 계약 통지에 응답하고, 청구서를 결제하고, 보안 티켓을 열 수 있는가? 차단은 개별 사용자에 적용되는가, 조직에 적용되는가, 아니면 연관된 모든 자원에 적용되는가? NIR도 같은 게이트를 제시하는가? 여기서 검토한 자료는 이 질문들에 답하지 않는다.

이는 기밀 시스템 설계에 대한 요구가 아니다. 결과에 대한 서술이다. 레지스트리는 자격 증명, 내부 권한 로직 또는 공격 경로를 노출하지 않고 이를 공개할 수 있다. 이전 제안 자체가 보통의 정책 언어로 넓은 범위와 두 종류의 예외를 밝혀 그 구분을 시연했다.

차이가 중요한 이유는 레지스트리 통제가 모두 같은 시계를 가지지 않기 때문이다. 놓친 정기 검증은 며칠에 걸쳐 해소될 수 있다. 사고 중 경로 출처 수정은 긴급할 수 있다. 결제 화면은 계약상 필요할 수 있다. 게이트가 해소 가능하려면 연락처 편집 경로는 반드시 남아 있어야 한다. 공개 단어 “접근”이 모든 기능을 동일하게 포괄한다면, 그것 자체가 중요한 정책 사실이다. 그렇지 않다면 예외도 똑같이 중요하다.

기능 수준의 진술이 없으면, 회원은 게이트가 연락처 유지를 둘러싼 좁은 인터록인지, 하나의 메일함 상태에 대한 넓은 의존인지 알 수 없다. 공중은 구현이 이전 초안을 그대로 닮았는지, 이후 결정을 반영하는지, 인터페이스별로 다른지 판단할 수 없다.

적절한 산출물은 통제-결과 매니페스트다

수리가 새로운 헌법이나 정교한 항소 재판소일 필요는 없다. LACNIC은 게이트에 대해 컴팩트하고 버전 관리된 매니페스트를 공개할 수 있다.

그것은 권한에서 시작해야 한다: 통제를 허용하는 정책 조항, 계약 조항 또는 위임된 절차. 활성화 사건을 식별해야 하며, 초기 및 추가 검증 시계와 다른 이용 가능한 연락처를 통해 통지가 전달되었다는 증거를 포함해야 한다. 차단의 대상—사용자, 조직, 자원 집합 또는 기능—을 명시하고 비활성화되는 MiLACNIC 작업을 정확히 나열해야 한다.

같은 기록은 유지되는 작업도 나열해야 한다. 연락처 교체와 검증은 이미 보인다. 계약·결제 기능은 이전 초안에서 예외로 등장했으므로, 현재 기록은 추론을 유도하기보다 그것이 예외로 남는지 여부를 말해야 한다. RPKI, 역방향 DNS 또는 기타 자원 유지 같은 사고 민감 기능은 실제 구현에 따라 명명되어야 하며, 어느 쪽으로도 가정되어서는 안 된다.

매니페스트는 해소 사건과 복구 순서도 식별해야 한다. “검증 전까지”는 접근이 즉시 복원되는지, 큐가 처리된 후인지, 직원 검토 후인지, NIR과 동기화 후인지 말하지 않는다. 최대 검토·복원 목표는 모든 하류 효과에 대한 보험사로 레지스트리를 바꾸지 않으면서 운영자가 계획할 수 있게 해준다.

마지막으로 버전, 발효일, 책임 역할, 정정 경로, 대체 이력을 담아야 한다. 2021년에 작성된 페이지의 “이 단계에서”라는 문구는 변경 로그가 아니다. 회원은 게이트가 임시인지, 영구인지, 수정되었는지, 대체되었는지 판단할 수 있어야 한다.

이것이 유용한 의미의 가변 거버넌스다. 모든 어뷰즈 신고가 참인지를 LACNIC에게 묻지 않는다. 자신의 포털에 걸어놓은 통제에 대해 기관이 설명할 것을 요구한다.

증거가 보여주지 않는 것

자료에서 영향을 받은 조직은 확인되지 않았다. 잠금 건수의 공개 통계, 측정된 기간, 오탐률, 경로·RPKI 객체·역방향 DNS 위임·이전·고객 서비스가 피해를 입었다는 증거가 없다. 회원 전용 포털은 회원 계정으로 테스트되지 않았다.

안내 페이지의 포괄적 문구가 모든 기능이 비활성화됨을 증명하지 않는다. 매뉴얼에 잠금 조항이 없다는 것이 다른 약관이 그것을 승인하지 않음을 증명하지 않는다. 역사적 초안의 NIR·결제 예외가 그 세부사항이 구현에 살아남았음을 증명하지 않는다. CMS 게시 타임스탬프가 페이지의 문구가 한 번도 바뀌지 않았음을 증명하지 않는다.

이러한 경계는 발견을 약하게 하지 않고 강하게 만든다. 이 글은 공개 규칙과 공개 통제 설명이 분리되어 있음을 확립하기 위해 피해를 입은 회원을 필요로 하지 않는다. LACNIC 자신이 공개하는 문서만 있으면 된다.

출처