IETF가 2026년 8월 1일 DNS 운영과 관련된 RFC 2건을 발행했습니다. RFC 10001은 IPv4와 IPv6가 섞인 환경에서 DNS 서버와 리졸버를 운영하는 방법을 정리한 현행 모범 사례(Best Current Practice, BCP 91)입니다. 이 문서는 RFC 3901을 대체합니다. RFC 10037은 등록 데이터 접근 프로토콜(Registration Data Access Protocol, RDAP) 응답에 DNS 레코드의 TTL(Time-to-Live) 값을 넣을 수 있게 하는 확장 규격(Proposed Standard)입니다. 두 건 모두 보안 취약점 공지가 아니어서 심각도나 영향 버전 같은 항목은 해당되지 않습니다. 영향 범위로 보면 모든 권한 DNS 서버와 리졸버 운영에 적용되는 RFC 10001이 더 넓습니다.
한눈에 보기
| 번호 | 내용 | 심각도 | 영향 버전 | 수정 버전 |
|---|---|---|---|---|
| RFC 10001 (BCP 91) | IPv4/IPv6 혼합 환경의 DNS 전송 운영 지침. RFC 3901을 대체함 | 원문에 없음 | 원문에 없음 | 원문에 없음 |
| RFC 10037 | RDAP 응답에 DNS TTL 값을 넣는 확장(ttl0) |
원문에 없음 | 원문에 없음 | 원문에 없음 |
건별 내용
RFC 10001: IPv4/IPv6 혼합 환경에서의 DNS 전송 운영 지침
권한 DNS 서버(authoritative DNS server), 재귀 리졸버(recursive resolver), 스텁 리졸버(stub resolver)를 IPv4/IPv6 혼합 환경에서 운영하는 방법을 정리한 모범 사례 문서로, RFC 3901을 대체합니다. 권한 DNS 서버와 재귀 리졸버가 IPv4와 IPv6를 모두 지원할 것을 권고합니다. 또한 재귀 리졸버가 상위 DNS 서버를 고르는 방법을 안내하는데, IPv4 내장 IPv6 주소(IPv4-embedded IPv6 address)를 쓸 수 있는 경우도 포함합니다.
이 문서가 다루는 핵심 문제는 이름 공간 분할(name space partitioning)입니다. 위임(referral)을 따라가서 도달한 네임서버 집합이 리졸버가 지원하지 않는 주소 체계로만 접근 가능하면, 리졸버는 이름 해석을 이어 갈 수 없습니다. 문서는 변환이나 캡슐화 같은 전환·공존 수단보다 DNS 데이터를 IPv4와 IPv6 양쪽에서 접근할 수 있게 하는 방식이 가장 견고하다고 설명합니다.
RFC 10037: DNS TTL 값을 위한 RDAP 확장
RFC 9083에 따른 RDAP 응답은 NS·DS·A·AAAA 레코드 집합(RRset)의 내용은 담을 수 있지만, 그 TTL 값은 담을 수 없었습니다. 이 확장을 지원하는 서버는 도메인 객체와 네임서버 객체에 ttl0_data 멤버를 넣을 수 있습니다. 이 멤버에는 레코드 유형별 TTL 값(values)과 선택 항목인 설명(remarks)이 들어가고, 이때 rdapConformance 배열에 "ttl0"을 반드시 포함해야 합니다. 여기 담기는 TTL은 레지스트리 데이터베이스에 등록된 값입니다. 실제 DNS 질의에서 관찰되는 남은 TTL이 아닙니다. 레지스트리가 EPP(Extensible Provisioning Protocol)의 TTL 확장(RFC 9803)을 구현하지 않았더라도 이 RDAP 확장은 구현할 수 있습니다.
운영자가 할 일
- 권한 DNS 운영자: 운영 중인 영역(zone)의 네임서버가 IPv4와 IPv6 양쪽에서 질의를 받고 응답하는지 확인하세요. 한쪽 주소 체계로만 접근 가능한 네임서버 집합은 이름 공간 분할의 원인이 될 수 있습니다.
- 재귀 리졸버 운영자: 리졸버가 두 주소 체계를 모두 지원하는지 확인하세요. 상위 서버 선택 방식, 특히 IPv4 내장 IPv6 주소를 쓰는 환경에서의 동작은 RFC 10001 원문의 지침과 비교해 보시기 바랍니다.
- 내부 문서 정비: 운영 기준이나 설계 문서가 RFC 3901을 근거로 들고 있다면 RFC 10001(BCP 91)로 바꿀 필요가 있는지 검토하세요.
- 레지스트리·RDAP 운영자: TTL 정보를 제공할 계획이라면 RFC 10037의
ttl0확장을 검토하세요. - RDAP 결과를 장애 분석에 쓰는 경우: RDAP의 TTL 값은 레지스트리에 등록된 값이라는 점에 유의하세요. 캐시에서 관찰되는 남은 TTL과 다를 수 있습니다.
원문을 한국어로 번역·요약한 글입니다. 정확한 내용은 원문을 확인해 주세요. AI의 도움을 받아 작성하고 담당자가 검토했습니다.