IETF가 2021년 7월 23일 RFC 9076 "DNS Privacy Considerations"를 발행했습니다. 인터넷 사용자가 DNS를 쓸 때 생기는 프라이버시 문제를 분석한 정보성(Informational) 문서이며, 기존 RFC 7626을 대체(obsolete)합니다. 이 문서는 현재 상황을 분석할 뿐 해결책을 정하지는 않는다고 밝히고 있습니다.
무엇이 발표되었나
RFC 9076은 T. Wicinski가 편집했습니다. 인터넷 표준 트랙(Standards Track) 문서는 아니지만, IETF 공동체의 합의를 담고 있으며 공개 검토를 거쳐 IESG 승인을 받았습니다. 서론에서는 RFC 6973 8절의 취지에 따라 DNS 프라이버시 문제를 분석한다고 밝히고, DNS 사용이 프라이버시에 미치는 영향을 포괄적이고 정확하게 정리하려 한다고 설명합니다.
서론에서 짚는 주요 내용은 다음과 같습니다.
- 원래 질의가 그대로 전달됨: 재귀 리졸버(recursive resolver)는 루트, .com, example.com 같은 권한 네임서버(authoritative name server)에 필요한 부분만이 아니라 원래 질의 전체(예: www.example.com의 AAAA 레코드)를 보냅니다. 그래서 각 네임서버가 필요 이상으로 많은 정보를 받게 됩니다. RFC 7816의 QNAME 최소화(QNAME minimization)를 쓰면 상위 서버에 필요한 부분만 보냅니다.
- 재귀 리졸버는 모든 질의를 봄: 스텁 리졸버(stub resolver)는 보통 캐시를 두지 않습니다. 그래서 캐시 덕분에 질의 일부만 받는 권한 서버와 달리, 재귀 리졸버는 DNS 트래픽 전체를 봅니다. 다만 웹 브라우저 같은 애플리케이션은 자체 캐시를 쓰기도 하므로, 리졸버가 모든 이름 해석 활동을 보는 것은 아닙니다.
- 포워더(forwarder): 재귀 리졸버가 다른 재귀 리졸버로 질의를 전달하는 구성도 있습니다. 프라이버시 관점에서 포워더는 리졸버와 비슷하지만, 앞단 리졸버의 캐시 때문에 일부 질의만 봅니다.
- 암호화 현황: 문서 작성 시점에는 DNS 트래픽 대부분이 암호화되지 않은 채 전송되고 있었습니다. 다만 TLS 기반 DNS(DoT, RFC 7858)와 HTTPS 기반 DNS(DoH, RFC 8484)의 배포가 늘고 있으며, 특히 모바일 기기, 브라우저, 애니캐스트(anycast) 공개 재귀 리졸버 서비스에서 두드러진다고 적고 있습니다. 스텁 리졸버와 리졸버 사이를 IPsec VPN 터널로 보호하는 경우도 일부 있습니다.
영향 범위
RFC 9076은 새 프로토콜이나 의무 사항을 정하지 않는 분석 문서입니다. 따라서 이 문서 때문에 소프트웨어를 바로 바꾸거나 설정을 고쳐야 하는 것은 아닙니다. 다만 RFC 7626을 대체하므로, DNS 프라이버시 문제를 검토하거나 참조할 때는 RFC 9076을 기준 문서로 삼으면 됩니다. 재귀 리졸버, 포워더, 권한 네임서버를 운영하는 곳은 모두 이 문서에서 다루는 관찰 대상에 해당합니다.
운영자가 할 일
RFC 9076은 해결책을 정하지 않지만, 문서의 분석을 운영 환경을 점검하는 기준으로 쓸 수 있습니다.
- 사내 정책, 보안 검토 문서 등에서 RFC 7626을 참조하고 있다면 RFC 9076으로 바꿉니다.
- 재귀 리졸버가 사용자의 DNS 트래픽 전체를 본다는 점을 고려해, 질의 로그를 어디까지 수집하고 누가 볼 수 있는지 점검합니다.
- 운영 중인 리졸버가 QNAME 최소화를 쓰는지 확인합니다.
- 클라이언트와 리졸버 사이 구간에 DoT, DoH 같은 암호화 전송이 필요한지 검토합니다.
자세한 내용은 RFC 원문을 참고하시기 바랍니다.
원문을 한국어로 번역·요약한 글입니다. 정확한 내용은 원문을 확인해 주세요. AI의 도움을 받아 작성하고 담당자가 검토했습니다.