요약

  • GAC는 10월 26일 발리 코뮈니케에서 계약 당사자의 DNS 악용 대응 의무가 업계 전반에서 어떻게 이행되는지 보여 주고, 레지스트리와 등록기관의 조치를 신뢰할 수 있고 재현 가능한 방식으로 측정하라고 요구했다.
  • ICANN의 공개 집행 보고서는 신고와 조사 결과를 따른다. 2024년 레지스트리 계약은 정기 기술 분석, 발견한 악용과 대응의 통계 보관, ICANN 요청 시 제출도 규정한다.

ICANN의 DNS 악용 집행 보고서는 접수 창구의 일지를 꼼꼼히 쓴다. 외부 신고가 몇 건 들어왔는지, 어느 건이 조사 통지로 이어졌는지, 증거가 부족해 닫힌 사건은 무엇인지, 사건은 어떻게 끝났는지를 구분한다. GAC의 발리 코뮈니케는 그 일지 밖을 보자고 한다. 계약 당사자 전체의 의무 이행을 볼 수 있어야 하고, 레지스트리와 등록기관의 DNS 악용 완화 조치를 신뢰할 만하고 재현 가능한 방법으로 측정해야 한다는 것이다. ICANN이나 다른 기관이 측정값을 제공할 수 있다고도 적었다.

사건 숫자는 쉽게 부풀어 보인다. 신고 한 건에 도메인 여러 개가 들어갈 수 있고, 피싱과 악성코드 같은 유형이 동시에 붙을 수 있다. ICANN은 유형별 합계가 실제 신고 건수보다 클 수 있다고 설명한다. 들어온 주장, 조사를 시작한 통지, 조치에 쓸 수 있는 증거, 종결된 사건도 서로 다른 단계다. 각 칸의 이름을 떼면 무엇을 셌는지부터 흐려진다.

다른 기록은 계약에서 나온다. 2024년 레지스트리 계약 개정은 운영자가 자기 최상위도메인의 이름이 계약상 DNS 악용에 쓰이는지 정기적으로 기술 분석하고, 발견한 사례와 취한 조치의 통계를 보관하며, ICANN이 요구하면 제출하도록 했다. 실행 가능한 증거가 있으면 담당 등록기관에 자료를 넘기거나 직접 적절한 조치를 한다. 등록기관 계약 개정도 자신이 후원하는 이름에 대해 실행 가능한 증거를 확보했을 때 신속하고 적절한 대응을 요구한다. 정기 분석과 통계 보관 조항은 레지스트리에 적용된다.

공개 월간 보고서는 ICANN에 접수된 사안을 추적한다. 레지스트리가 기술 분석으로 직접 찾아낸 기록은 다른 경로에서 나온다. 신고가 적다는 이유만으로 어느 사업자를 칭찬할 수는 없다. 위험을 빨리 처리했을 수도 있고, 신고가 닿지 않았을 수도 있다. 업계 전체를 보려면 관측 대상과 기간, 증거 기준, 이관과 조치의 뜻을 먼저 밝혀야 한다.

GAC는 기업 순위표를 발표한 것이 아니다. 다음에 필요한 것은 계산법이 적힌 지도다. 발견된 징후, 레지스트리의 이관, 등록기관의 조치, 확인된 결과를 서로 다른 칸에 놓으면 신고함의 소음과 실제 업무를 비로소 구별할 수 있다.