소식 › 표준·기술 · RFCRESINFO암호화 DNS리졸버

RFC 9606 발표: 리졸버가 자기 정보를 알리는 RESINFO 레코드

IETF가 RFC 9606(Proposed Standard)을 발표했습니다. DNS 리졸버가 RESINFO라는 새 레코드 타입으로 자신의 기능과 정책 정보를 클라이언트에게 공개하는 방법을 정의합니다.

IETF는 2024년 6월 RFC 9606 "DNS Resolver Information"을 표준화 과정 문서(Proposed Standard)로 발표했습니다. 이 문서는 DNS 리졸버가 자기 정보를 공개하는 방법을 정의합니다. 이를 위해 새 리소스 레코드(RR) 타입인 RESINFO를 도입합니다. 클라이언트는 이 정보를 보고 리졸버가 어떤 기능을 지원하는지 파악할 수 있습니다. 다만 클라이언트가 이 정보를 어떻게 활용할지는 이 문서에서 다루지 않습니다.

무엇이 발표되었나

예전에는 DNS 클라이언트가 재귀 리졸버(recursive resolver)의 기능을 몰라도 질의하는 데 문제가 없었습니다. 그런데 요즘 리졸버는 개인정보 보호, 필터링, 투명성 정책처럼 서비스 품질에 영향을 주는 기능을 저마다 다르게 제공합니다. 클라이언트는 네트워크 지정 리졸버 발견(DNR, RFC 9463)이나 지정 리졸버 발견(DDR, RFC 9462)을 이용해 암호화 DNS 리졸버를 찾고 인증할 수 있습니다. 하지만 찾아낸 리졸버가 어떤 기능을 갖췄는지는 알아낼 방법이 없었습니다. RFC 9606은 이 빈틈을 채우려는 문서입니다.

주요 내용은 다음과 같습니다.

문서는 활용 예도 듭니다. 클라이언트가 QNAME 최소화(QNAME minimisation, RFC 9156)를 켠 리졸버를 우선 고르는 경우입니다. 확장 DNS 오류(EDE, RFC 8914)의 Blocked(15)를 써서 보안 정책에 따라 도메인을 걸러내는 리졸버를 고르는 경우도 있습니다. 반대로 Forged Answer(4) EDE로 응답을 위조하는 리졸버는 고르지 않는 정책도 가능합니다. 다만 선택 절차와 정책 자체는 이 문서에서 정의하지 않습니다.

영향 범위

이 문서는 재귀 리졸버를 운영하는 쪽과 리졸버를 고르는 DNS 클라이언트 양쪽에 관련됩니다. 특히 DoH(DNS over HTTPS), DoT(DNS over TLS), DoQ(DNS over QUIC) 같은 암호화 DNS를 제공하는 리졸버가 주된 대상입니다. 문서에 따르면 클라이언트가 리졸버를 고른 뒤에는 RESINFO 메커니즘이 그 리졸버의 DNS 동작에 끼어들지 않습니다. 별도로 명시한 경우만 예외입니다.

"resolver.arpa"로 정보를 조회할 때는 리졸버가 RESINFO를 지원하지 않을 위험이 있다고 문서는 지적합니다. 지원하지 않는 리졸버는 이 질의를 상위로 넘길 수도 있습니다.

운영자가 할 일

원문을 한국어로 번역·요약한 글입니다. 정확한 내용은 원문을 확인해 주세요. AI의 도움을 받아 작성하고 담당자가 검토했습니다.

목록으로