요약

  • 연간 abuse-c 검증을 도입한 RIPE 정책(제안 2017-02, 이후 RIPE-705로 채택)은 RIPE NCC가 "자원 보유자의 내부 어뷰즈 처리 절차에 개입할 권한이 없다"고 명시하고 있습니다 [1].
  • RIPE NCC의 2025년 연차 보고서(RIPE-855)는 검증된 abuse-c 이메일 주소 86,959건과 2,320건의 검증 조사를 기록했으며, 이는 2024년(RIPE-840)의 주소 83,509건, 조사 2,366건보다 늘어난 수치입니다. 이는 연락처 데이터 품질 지표이지, 시정 결과가 아닙니다 [2].
  • RIPE 89(2024년 10월, 프라하)에서 권리 보유자인 BeIN과 프리미어리그는 RIPE 지역의 동일한 IPv4 주소에서 발생하는 실시간 불법 콘텐츠 유통과 네트워크 사업자의 응답 확보 곤란을 설명했습니다 [3].
  • 검토한 공개 기록에서는 제3자 어뷰즈 신고로 인해 발동된 중재 또는 회원 자격 말소/등록 취소 사례가 하나도 나타나지 않습니다. 레지스트리의 징계 체계는 등록 분쟁에서는 확실히 작동하지만, 신고된 어뷰즈에 대해서는 그렇지 않습니다.

첫 고리만 검증하는 체계

RIPE 지역의 어뷰즈 처리 체계는 이메일 주소가 작동해야 하는 레지스트리 속성인 abuse-c 위에 놓여 있습니다. RIPE-705로 채택된 제안 2017-02는 RIPE NCC에 이 연락처를 매년 검증할 명시적 권한을 부여했습니다. 동일한 문서는 신고자에게 실제로 중요한 한 가지 시나리오, 즉 abuse-mailbox 속성은 올바르게 설정되어 있지만 신고가 신고자가 기대하는 방식으로 후속 처리되지 않는 경우에 대한 경계선을 그었습니다. 그런 경우 정책 문서는 RIPE NCC가 "자원 보유자의 내부 어뷰즈 처리 절차에 개입할 권한이 없다"고 명시합니다 [1].

정책 문서 자체가 이 비대칭을 기록하고 있습니다. 그 이전 5년 동안 NCC는 잘못 설정된 abuse-mailbox 속성에 대한 외부 신고 1,000건 이상을 조사·해결하면서도 회원 자격 말소나 등록 취소를 한 번도 발동하지 않았습니다. 이는 회원 보유자에게 문제 해결을 위한 3개월의 시간을 주는 최후 수단으로 설명되는 메커니즘입니다 [1].

연차 보고서가 측정하는 것

RIPE NCC가 어뷰즈에 대해 발표하는 수치는 결과가 아니라 투입량을 측정합니다. 2025년 연차 보고서(RIPE-855)는 2,825건의 Assisted Registry Check(2,400건 목표 초과), 2,320건의 abuse-c 검증 조사(LIR 계정 801건, LIR 자원 764건, 최종 사용자 755건), 생성·갱신된 abuse-c ROLE 객체 77,086건, 그리고 검증된 abuse-c 이메일 주소 86,959건(자동 85,696건, 수동 899건, 2024년의 83,509건에서 증가)을 기록합니다. NCC는 RIPE-705 준수를 위해 모든 abuse-c 주소를 성공적으로 검증했다고 밝혔으며, 이 수치는 감사를 거치지 않았습니다 [2]. 2024년 보고서(RIPE-840)는 약 5,500건의 시정 조치로 이어진 Assisted Registry Check 2,445건(2023년 2,297건 대비), 검증 조사 2,366건, 그리고 2023년 149,228건에서 2024년 102,939건으로 감소한 abuse-c ROLE 객체 생성·갱신 건수를 기록했습니다 [4].

이 어떠한 규모도 제3자 어뷰즈 신고의 접수, 확인, 상급 이관, 또는 검증된 시정으로 종결된 건수를 세는 것이 아닙니다. 레지스트리는 그런 데이터셋을 전혀 공개하지 않습니다. 2025년 1월자 RIPE NCC Academy 교육 슬라이드는 이 공백을 우회적으로 확인시켜 줍니다. 슬라이드는 어뷰즈 처리를 사업자 측 수신 처리, 처리 및 시정/완화 업무로 규정하고, 속도를 핵심 요소로 강조하며, 신고 건수, 접촉한 최종 사용자 수, 해결 건수 같은 통계로 성공을 측정하자고 제안합니다. 이는 사업자 측 지표이지 NCC의 집행 결과가 아닙니다 [5].

누가 신고하고, 무슨 일이 일어나는가

사업자 외부의 가장 강력한 뒷받침은 권리 보유자로부터 나옵니다. RIPE 89(2024년 10월, 프라하) 보안 워킹그룹 회의록은 Lee Kent(BeIN)와 Andrew Willatt(프리미어리그)가 RIPE 지역 IPv4 주소를 통한 실시간 불법 콘텐츠 유통, 동일 주소의 반복 침해, 네트워크 사업자 응답 확보 곤란을 설명한 발표를 기록합니다. 그들은 RIPE NCC에 투명성과 소통을 개선하고 반복 침해자를 다루는 정책을 개발해 줄 것을 요청했습니다. RIPE NCC의 Hans Petter Hollen은 abuse-c와 레지스트리 정확성 세부 사항과 통계로 응답했습니다. 즉, 불만이 문제 삼지 않은 투입 품질 계층에서만 응답한 것입니다 [3].

한편 정책 체계는 정지된 채였습니다. 기존 Anti-Abuse 워킹그룹은 Security WG로 이름이 바뀌고 새 헌장을 부여받아 RIPE 89에서 승인되었으며, 원래 페이지는 아카이브로 보존되었습니다 [6]. Security WG 헌장은 "인터넷 인프라와 자원의 어뷰즈 대응"을 핵심 목표로 명시하면서도, 이 WG가 어뷰즈나 스팸을 신고하는 곳이 아니라고 밝히고 있습니다 [7]. RIPE 90 회의록(2025년 5월 13일)은 행정 사항, RIPE 89 회의록 승인, 새 메일링 리스트에 대한 추가 논의 요청만을 기록하며, 논의 중인 정책은 없습니다 [8]. RIPE 91 회의록(2025년 10월 21일) 역시 논의 중인 정책이 없음을 보여줍니다. 공동 의장인 Brian Nisbet, Tobias Knecht, Markus de Brün은 Security WG가 적합한 장이 아니라면 관련 제안을 지원하고 적절한 논의 장소로 연결하겠다고 말했습니다 [9].

Security WG 메일링 리스트에서는 한 참여자가 2026년 8월 4일자 게시물에서 일부 조직이 어뷰즈 신고를 무시하는 것이 비용이 덜 들고 처벌이 없기 때문이라고 주장하며, 어뷰즈 의존적 비즈니스 모델과 "기회주의적" 미준수를 구분하고, RIPE 지역에는 제3자 어뷰즈 신고를 무시하는 데 비용을 부과하는 어떤 메커니즘도 없다고 지적하면서 LACNIC 방식을 예로 들었습니다 [10]. 다른 논의에서는 데이터베이스 객체 갱신 차단 같은 단계적 제재가 제안되었으나 채택되지 않았습니다 [11]. 이들은 개인의 메일링 리스트 의견이지 RIPE 정책이나 NCC 조치가 아닙니다.

부재의 패턴

검토한 공개 기록에는 제3자 어뷰즈 신고로 인해 발동된 공개된 중재 또는 회원 자격 말소/등록 취소 절차 사례가 나타나지 않습니다. 집행 체계는 등록 분쟁과 SSA 위반에 대해서는 확실히 작동합니다. 2017-02 문서는 보유자의 내부 어뷰즈 처리를 NCC의 권한 밖으로 명시적으로 위치시켰습니다 [1]. 이 보고서는 이를 검토한 기록에서의 "부재의 패턴"으로 공개하며, 이는 입증된 보편적 사실이 아닙니다.

공백은 명시적입니다. 신고별 결과 데이터셋이 없고, 언급된 권리 보유자들은 공개된 사업자 응답을 받지 못했으며, 재발 지표가 없고, 2024년에서 2025년으로의 검증 주소 증가의 원인도 검증되지 않았습니다.

출처

  1. RIPE 정책 제안 2017-02 (RIPE-705)
  2. RIPE NCC 2025년 연차 보고서 (RIPE-855)
  3. 보안 워킹그룹 회의록, RIPE 89
  4. RIPE NCC 2024년 연차 보고서 (RIPE-840)
  5. RIPE NCC Academy 어뷰즈 데스크 교육 슬라이드, 2025년 1월
  6. RIPE Anti-Abuse 워킹그룹 페이지
  7. RIPE 보안 워킹그룹 헌장
  8. 보안 워킹그룹 회의록, RIPE 90
  9. 보안 워킹그룹 회의록, RIPE 91
  10. Security WG 메일링 리스트, 2026년 8월 4일자 게시물
  11. Anti-Abuse WG 메일링 리스트 아카이브 스레드
  12. 아카이브된 Anti-Abuse 워킹그룹 페이지