요약

  • RIPE NCC의 어뷰즈 연락처 제도는 전달 가능성(deliverability)만 검증할 뿐 응답성은 검증하지 않는다. 자동화 검사는 이메일을 전송하지 않으며, 담당자가 어뷰즈 신고를 읽고 조치하는지 여부를 전혀 시험하지 않는다.
  • 독립 학계 측정에 따르면 주소가 전달 가능했음에도 레지스트리 및 WHOIS 어뷰즈 연락처의 85.9%~92.8%가 회신을 받지 못했으며, 이것이 이 기능적 공백에 관한 운영자 외 유일한 증거다.
  • 유효하지 않은 어뷰즈 연락처에 대한 문서화된 최후 수단인 회원 자격 종료 및 자원 등록 말소는 공개적으로 단 한 번도 발동된 적이 없다. 2025년 RIPE NCC는 2,320건의 abuse-c 검증 조사를 수행하고 86,959개 주소를 검증했으며, 문서화된 회원 종료는 압도적으로 미납이 원인이었다.
  • 메일박스가 실제로 메시지를 수신해야 한다는 요구를 담은 유일한 정책 제안은 2020년 9월 8일 합의 부족으로 철회되었다. 운영자들은 비용이 편익을 초과한다고 주장했다.

잘못된 것을 측정하는 통제

유럽·중동·중앙아시아의 네트워크 사용자가 RIPE 지역 주소 공간에서 발생한 스팸, 피싱 또는 기타 어뷰즈를 신고하면, RIPE NCC의 자체 안내는 해당 신고를 책임 네트워크 운영자의 abuse-c 메일박스로 안내하며, 레지스트리는 운영자에게 회신을 강제할 수 없다는 점을 분명히 밝힌다(RIPE NCC 어뷰즈 지원,abuse-c 정보). 응답 의무는 운영자에게 있다. 레지스트리가 할 수 있는 일은 정책이 정의하며, 본 조사가 1차 기록에서 추적하듯 이 정책은 그 파이프라인 끝에 있는 사람이 아니라 파이프라인 자체를 검증하도록 설계되었다.

이 메커니즘은 2012년 RIPE-563으로 거슬러 올라간다. RIPE-563은 필수 abuse-c 속성을 도입하고 role 객체가 자동화·수동 어뷰즈 신고 수신을 위한 단일 abuse-mailbox 속성을 갖도록 요구했지만, abuse-c 정보에 대한 검증은 전혀 담지 않았다(RIPE-563,정책 제안 2017-02). 이후 6년 동안 등록된 주소는 기능적으로는 데이터베이스 안의 문자열에 불과했다.

2017년 개혁이 실제로 검증하는 것

2018년 6월 1일 승인되어 2019년 10월 10일 RIPE-705로 시행된 정책 제안 2017-02는 RIPE NCC에 최소 연 1회 abuse-mailbox 속성을 검증할 권한을 부여했다(RIPE-705). 영향 분석은 방법을 명시한다. 검증 도구는 형식, DNS 항목, 메일 서버 구성을 점검하고 ping으로 메일박스의 존재를 확인하며, RIPE NCC의 표현대로 "이메일을 전송하지 않고 어뷰즈 담당자에게 어떤 조치도 요구하지 않는다." 시행 전 분석에 따르면 RIPE 데이터베이스에는 약 70,000개의 서로 다른 abuse-mailbox 속성이 존재했고, 예비 대량 테스트는 그중 10~25%가 부정확하거나 비활성일 가능성을 시사했다(2017-02). 그 전 5년간 RIPE NCC는 잘못된 abuse-mailbox 속성에 관한 1,000건 이상의 외부 신고를 조사했으면서도 종료나 등록 말소를 단 한 번도 발동하지 않았다. 제안은 이를 추가 3개월의 시정 기간이 붙은 최후 수단으로 규정한다.

시행 수치는 검사와 기능 사이의 간격을 정량화한다. RIPE Labs 시행 기록에 따르면 검사된 약 67,000개 어뷰즈 연락처 중 약 9,500개, 즉 약 14%가 갱신되었고, 사례의 약 60%는 자동화 절차로 해결되었으며, 비협조를 이유로 종료된 회원은 없었다(RIPE Labs). RIPE 79에서 RIPE NCC는 93%가 자동 검사를 통과했다고 보고했다(RIPE 79 발표). 각 수치는 같은 질문의 서로 다른 단면을 측정하며, 어느 것도 신고자가 실제 겪는 경험은 측정하지 않는다.

실패한 개혁, 그리고 그 이유

이 기능적 공백을 메우려 한 단 한 번의 시도는 시사적이다. 정책 제안 2019-04는 abuse-mailbox가 자동화·수동 메시지를 실제로 수신하도록 요구하고, 신고자를 웹 양식으로만 유도하는 것을 금지하며, 최소 6개월마다 검증할 것을 요구했었다. 합의에 이르지 못한 후 이 제안은 2020년 9월 8일 철회되었고, 제안자의 소명 요청은 이후 2020년 10월 26일 절차적 사유로 받아들여졌다(2019-04 제안,철회 통지,공동 의장 결정,아카이브된 정책 제안). 검토 단계에서 지지 의견은 한 건도 접수되지 않았다. Nick Hilliard와 Erik Bais를 포함한 반대자들은 노력과 비용이 주장된 편익을 초과한다고 주장했다. RIPE NCC는 추가 업무량을 현재 수준의 약 10배로 추산했으며, 2019년에 이미 초기 검증을 위해 임시 인력 3명을 추가로 필요로 했다.

제안문 자체가 이 제도의 핵심에 있는 모순을 기록한다. abuse-mailbox 주소의 92.5%가 자동 검사를 통과했음에도 제안은 일부 자원 보유자가 무응답 또는 가짜 메일박스를 사용해 어뷰즈 신고 접점이 무효화될 수 있다고 주장했다. 커뮤니티는 수신 테스트 대신 저렴하고 검증 가능한 컴플라이언스를 선택했다.

독립 측정이 보여주는 것

기능적 응답성에 관한 운영자 외 유일한 증거는 학계 측정에서 나온다. ICIR 연구진의 2016년 USENIX Security 연구와 Cetin 등의 2017년 WEIS 연구는 주소가 전달 가능했음에도 레지스트리 및 WHOIS 어뷰즈 연락처의 85.9%~92.8%가 회신을 받지 못했다고 발표했다(USENIX Security 2016,WEIS 2017). 이 연구들은 RIPE 시행 이전의 것이며 RIPE 지역보다 넓은 범위를 다루므로, 현재의 RIPE 고유 통계로 읽어서는 안 된다. 그러나 이들이 이용 가능한 유일한 운영자 외 측정이며, 한 방향을 가리킨다. 전달 가능성과 회신은 서로 다른 속성이고, 레지스트리는 전자만 검증한다.

2025년 연차 기록은 측정 대상의 규모를 보여준다. 2,320건의 abuse-c 검증 조사와 86,959개의 검증된 이메일 주소, 그에 대비해 172건의 문서화된 회원 종료 — 압도적으로 미납이 원인이며 — 중 유효하지 않은 abuse-c가 원인인 것은 0건이었다(연차 보고서,RIPE-855). 종료 및 등록 말소 절차인 RIPE-858은 2026년 5월 7일 통지를 이메일로 전환하도록 개정되었다(RIPE-858).

기록이 뒷받침하는 것

세 개의 층위는 구분되어야 한다. 통제 설계: RIPE-705는 전달 가능성만을 대상으로 한 연 1회 자동 기술 검사를 의무화한다. 통제 행사: 2025년 RIPE NCC는 2,320건의 조사를 수행하고 86,959개 주소를 검증했으며, 유효하지 않은 어뷰즈 연락처를 이유로 종료된 회원은 없었다. 기능적 결과: 독립 연구들은 전달 가능했음에도 어뷰즈 연락처의 85.9%~92.8%가 무응답이라고 밝혔고, RIPE NCC 자신도 운영자에게 응답을 강제할 수 없다고 명시한다.

책임은 행사와 결과 사이의 간격에, 그리고 2020년 수신 테스트보다 저렴한 컴플라이언스를 선호한 집단적 결정에 귀속된다 — 어떤 의도 주장에 귀속되는 것이 아니다. 이 제도는 성실성의 실패가 아니라, 존재하기만 하면 되는 메일박스가 회원이 충족해야 할 기준이라는, 2019-04 철회로 드러난 문서화된 설계 선택이다. 그 기준이 "어뷰즈 신고" 버튼을 누르는 누군가를 보호하는지 여부는 기록상 어느 당사자도 현재 측정하고 있지 않은 질문이다.