역사상 두 번째 루트 KSK 전환, 2026년 10월 11일 시행
전 세계 인터넷 도메인 네임 시스템 보안 확장(DNSSEC) 체계의 최상위 신뢰 지점인 루트 존 키 서명 키(Root Zone Key-Signing Key, KSK)가 역사상 두 번째로 교체됩니다. 국제인터넷주소관리기구(ICANN)와 인터넷할당번호관리기관(IANA)의 공식 일정에 따르면, 이번 롤오버는 2026년 10월 11일에 단독 서명 주체 전환 형태로 진행됩니다. 기존에 사용되던 암호 키는 2018년 10월부터 활성 상태를 유지해 온 'KSK-2017(Key Tag 20326)'이며, 이를 대체할 신규 키는 'KSK-2024(Key Tag 38696)'입니다.
신규 키는 2024년 4월 공식 키 생성식(Key Ceremony)을 거쳐 마련되었으며, IANA는 2025년 1월 11일 루트 존의 DNSKEY 레코드 세트에 이를 사전 게시했습니다. 암호 알고리즘은 기존과 동일한 2048비트 RSA/SHA-256 규격을 유지하며, 알고리즘 규격 전환이 아닌 정기적인 보안 수명 주기 관리에 따른 교체 작업입니다. 2026년 10월 서명 전환이 완료된 후, 기존 KSK-2017은 2027년 1월 공식 폐기될 예정입니다.
DNSSEC 신뢰 사슬과 루트 트러스트 앵커의 작동 메커니즘
DNSSEC는 인터넷 통신에서 도메인 조회 결과가 위·변조되지 않았음을 수학적 전자서명으로 검증하는 핵심 보안 프로토콜입니다. 클라이언트의 질의를 대행하는 재귀 리졸버는 하위 도메인부터 상위 도메인으로 이어지는 '신뢰의 연쇄(Chain of Trust)'를 거슬러 올라가며 서명을 확인합니다. 예를 들어 특정 2차 도메인의 공개키 지문은 상위 최상위 도메인(TLD)의 위임 서명자(DS) 레코드가 보증하고, TLD의 서명은 최상위 루트 존이 최종 보증합니다.
그러나 루트 존보다 상위 기관은 존재하지 않기 때문에, DNSSEC 검증 리졸버는 암호학적 시작점으로 신뢰할 루트 공개키 정보를 내부 저장소에 사전에 보유하고 있어야 합니다. 이를 '트러스트 앵커(Trust Anchor)'라고 부릅니다. 루트 존은 레코드를 서명하는 구역 서명 키(ZSK)와 공개키 세트 자체를 서명하는 KSK를 분리 운영하는데, 이번 롤오버는 이 신뢰의 출발점인 KSK 자체를 바꾸는 작업이므로 신규 키를 확보하지 못한 리졸버는 모든 TLD 하위 도메인 검증에 실패하게 됩니다.
실제 영향 범위: 자체 리졸버 운영자 중심의 집중 관리 필요
이번 루트 KSK 롤오버 소식이 전해지면서 웹사이트 운영자들의 우려가 제기되기도 하지만, 실제 영향 범위는 명확히 한정되어 있습니다. 일반 기업 웹사이트 운영자나 도메인 등록자는 자사 네임서버의 존 서명 키를 변경하는 것이 아니므로 어떠한 조치도 취할 필요가 없습니다. 또한 구글의 8.8.8.8이나 클라우드플레어의 1.1.1.1, 통신사 기본 DNS를 활용하는 일반 엔드포인트 사용자 역시 서비스 제공사가 중앙에서 키를 갱신하므로 직접적인 설정 변경 대상이 아닙니다.
반면 사내망이나 데이터센터 환경에서 BIND, Unbound, Knot DNS 등을 이용해 독립적인 DNSSEC 검증 리졸버를 직접 구축·운영하는 인프라 관리자에게는 이번 롤오버가 중대한 장애 요인으로 작용합니다. 만약 2026년 10월 11일 전환 시점까지 리졸버가 KSK-2024를 트러스트 앵커로 등록하지 못할 경우, 서명 검증 불일치로 인해 루트로부터 전달되는 모든 응답을 위조된 것으로 판단하고 클라이언트에 SERVFAIL 오류를 반환하게 됩니다. 결과적으로 조직 내부 전체의 외부 인터넷 접속이 완전히 두절되는 치명적인 장애로 이어질 수 있습니다.
자동 수용 표준과 RFC 8509 기반 센티널 사전 진단
표준 규격인 RFC 5011은 리졸버가 수동 개입 없이 신규 루트 트러스트 앵커를 안전하게 학습할 수 있는 메커니즘을 정의합니다. 루트 존이 기존 KSK로 서명된 DNSKEY 세트에 신규 KSK를 함께 포함하여 게시하면, 리졸버는 이를 주기적으로 폴링하여 감지한 뒤 최소 30일간의 연속 안정성 대기 기간을 거쳐 새로운 트러스트 앵커로 공식 승인합니다. 2025년 1월부터 신규 키가 사전 게시된 것은 전 세계 리졸버들이 이 30일 검증 요건을 여유 있게 충족하도록 보장하기 위한 조치입니다.
이와 함께 RFC 8509는 클라이언트 환경에서 리졸버가 신규 키를 신뢰하고 있는지 진단하는 '루트 키 트러스트 앵커 센티널' 기술을 규정합니다. 특수 접두사 도메인 질의를 전송하여 키 태그 38696에 대한 정상 응답 여부를 확인함으로써 브라우저나 클라이언트가 현재 경로의 리졸버 준비 상태를 검사할 수 있습니다. 클라우드플레어는 1.1.1.1에 이 센티널 검증을 구현하고 온라인 점검 페이지를 제공하고 있으며, 자사 소프트웨어에는 2024년 7월부터 신규 키를 기본 탑재했다고 발표했습니다.
자동 갱신 신화의 맹점: 현장 실무자가 점검해야 할 과제
클라우드플레어 등의 서비스 기업이 원활한 준비 상태를 강조하고 있지만, 과거 2018년 제1회 루트 KSK 롤오버 당시의 기술적 교훈을 간과해서는 안 됩니다. 당시에도 RFC 5011 기반의 자동 갱신 프로토콜이 존재했으나, 파일 시스템 쓰기 권한 오류, 가상머신(VM) 및 도커 컨테이너 재배포 과정에서의 상태 롤백, OS 패키지 업데이트 중 저장 파일 유실 등으로 인해 자동 학습된 신규 키가 증발하는 사고가 광범위하게 발생했습니다.
클라우드플레어가 제공하는 센티널 기반 웹 테스트 역시 사용자가 경유하는 중간 캐시나 프록시 계층의 응답을 반영할 뿐, 내부 복합 계층 DNS 구조에 존재하는 개별 리졸버들의 상태를 전수 보증하지는 못한다는 한계가 있습니다. 따라서 기업 시스템 엔지니어는 소프트웨어의 자동 갱신 기능에만 의존하지 말고, 서버 내의 'bind.keys' 또는 'root.key' 설정 파일에 Key Tag 38696이 실제로 영구 저장되어 있는지 물리적 상태를 직접 확인해야 합니다. 최신 벤더 배포 패키지를 적용하고 필요 시 트러스트 앵커를 수동 고정하는 사전 조치가 필수적입니다.
출처
Cloudflare Blog의 원출처와 본문에 표시한 참고자료를 바탕으로 한국어로 재구성했습니다. ‘ARCH.B 분석’은 자료를 읽고 덧붙인 편집 해석입니다.
The keys to the Internet change on October 11. Are you ready? (새 창)
