요약

  • 현재 공개 의견 수렴은 6월에 작성된 DNSSEC DS 자동화 안전성 평가를 다룬다. RFC 10026은 7월 BCP 246으로 발행됐고 ICANN 안내 페이지에도 이미 올라왔다.
  • 다음에는 Fast-Track RSEP의 표준 수정 문안에 대한 별도 공개 절차가 열린다. ‘지름길’ 앞에 공개 관문이 두 개 더 있다.

공개 의견을 두 번 받는 지름길이라니, 이름값은 조금 더 해야겠다. 그래도 먼저 그 길로 무엇을 보내려는지 확인할 필요는 있다.

ICANN은 10월 12일 의견 수렴을 시작했다. 41쪽 평가가 DNSSEC 위임 서명자(DS) 자동화의 보안·안정성 문제를 제대로 짚었는지, 제안된 완화책이 충분하고 비례적이며 실행 가능한지를 묻는다. 의견 마감은 11월 23일, 요약 보고서 제출 기한은 12월 7일이다.

대상 메커니즘은 DNS 운영자에게 익숙하다. 하위 존이 CDS나 CDNSKEY 레코드를 게시해 DS 변경을 알린다. 상위 측, 보통 레지스트리나 등록대행자가 신호를 확인한 뒤 상위 존의 DS를 갱신한다. 정기적인 키 변경에서 수동 처리 부담을 덜 수 있다. 반대로 상위 측이 잘못된 신호를 받아들이거나 권한 있는 서버 사이의 불일치를 놓치거나 여러 서명 사업자를 제대로 처리하지 못하면 신뢰 체인이 끊길 수 있다.

평가서는 판단의 강도를 나눈다. 일곱 가지 필수 요건은 긍정적인 보안·안정성 판단의 전제조건이다. 일곱 가지 공개 항목은 설계 선택을 운영자에게 맡기되 문서화하도록 한다. 네 가지 권고 관행은 배포를 강화하지만, 보고서가 설명한 표준 환경에서는 긍정 판단의 조건이 아니다. 멀티사이너 사례, 변경 통지와 가시성, 이름 서버가 서명된 존에 있어야 하는 부트스트랩 조건도 남은 우려로 짚었다.

문서의 시점에는 이음새가 있다. 평가는 2026년 6월 23일자다. draft-ietf-dnsop-ds-automation을 IETF 심사 중인 초안으로 소개하고 BCP로 발행되면 운영 기준이 될 것이라고 썼다. RFC Editor에 따르면 RFC 10026 ‘Operational Recommendations for DNSSEC Delegation Signer (DS) Automation’은 7월에 BCP 246으로 발행됐다. 10월 ICANN 의견 수렴 페이지도 메커니즘을 설명하는 문서 목록에 RFC 10026을 올렸다. 안내 페이지는 최신이지만 PDF의 미래형 문장 몇 개는 이미 과거형이 됐다.

따라서 의견 제출자가 던질 질문은 선명하다. 최종 RFC의 상태와 내용이 초안 시절의 참조를 어떻게 바꾸는지, 어떤 기준이 여전히 ICANN 자체 RSEP 심사에 속하는지 부록에서 설명할 것인가? RFC 10026은 운영 권고를 담고, ICANN 평가는 RSEP 기준에 따라 레지스트리 서비스를 심사한다.

ICANN 이사회는 2025년 9월 14일, 보안 또는 안정성 문제가 발견되지 않는다는 조건으로 레지스트리 운영자를 위한 Fast-Track RSEP을 만들도록 지시했다. ICANN은 의견을 검토하고 필요하면 평가를 고친 뒤 검토 부록을 낼 예정이다. 그 다음에는 표준 수정 문안 초안을 별도의 공개 절차로 다룬다. 두 번째 일정은 아직 공개되지 않았다.

원문 자료