GeekNews 개발·인프라 레이더: Cloudflare 1.1.1.1, 포스트양자 DNSSEC ML-DSA-44 검증 기본 지원

핵심 내용

GeekNews 최신 글에 올라온 Cloudflare 발표를 원문까지 확인했다. Cloudflare의 공용 DNS resolver 1.1.1.1이 NIST 표준 포스트양자 서명 알고리즘 ML-DSA-44로 서명된 DNSSEC chain을 검증할 수 있게 됐다. 사용자는 별도 설정을 할 필요가 없고, zone이 필요한 DNSSEC record를 제공하면 1.1.1.1이 자동으로 검증한다. Cloudflare는 이를 완전한 포스트양자 DNS 체인이 완성됐다는 의미가 아니라, resolver 측에서 실제 대규모 운용 데이터를 모으기 위한 초기 배포 단계라고 설명한다.

가장 큰 난점은 메시지 크기다. ECDSA P-256의 DNSSEC signature는 64바이트지만 ML-DSA-44 signature는 2,420바이트, public key는 1,312바이트다. 많은 DNS 구현이 IPv6 최소 MTU를 고려해 UDP payload를 1,232바이트 정도로 제한하기 때문에 signature 하나만으로도 UDP 범위를 넘는다. 결과적으로 truncated response 후 TCP 재시도 비중이 늘 수 있고, 기존 알고리즘과 PQ 알고리즘을 동시에 게시하는 전환기에는 DNSKEY response가 더 커진다.

배경

DNSSEC는 root부터 각 delegation을 따라 서명을 검증하기 때문에 상위 zone의 signing key가 양자컴퓨터로 깨지면 그 아래 validation path를 위조할 수 있다. ML-DSA-44가 DNSSEC algorithm 18로 배정되면서 실험적 배포의 기반은 갖춰졌지만, root·registry·registrar·authoritative DNS·resolver가 모두 지원해야 완전한 포스트양자 trust chain이 된다. Cloudflare는 기존 ECDSA만 유효한 답변으로 downgrade되는 것을 막기 위해 PQ algorithm을 지원한다고 인증된 delegation에서는 ML-DSA-44 validation path를 반드시 요구하는 더 엄격한 local policy도 적용한다.

산업·시장 영향

포스트양자 전환은 암호 알고리즘 교체만의 문제가 아니라 패킷 크기, UDP/TCP fallback, 네트워크 middlebox, 운영비용 문제라는 점이 다시 확인됐다. TLS의 포스트양자 전환에서 큰 handshake가 기존 네트워크의 숨은 가정을 드러냈던 것처럼 DNSSEC에서도 수년간 호환성 테스트가 필요할 가능성이 높다.

실무에서 바로 활용할 시사점

DNS·보안 인프라를 운영한다면 지금 당장 zone을 PQ-only로 바꾸기보다 test domain에서 ML-DSA-44 signing, TCP fallback, resolver compatibility, packet loss를 측정하는 것이 적절하다. 특히 방화벽이나 appliance가 DNS-over-TCP와 큰 DNSKEY 응답을 제대로 처리하는지 점검할 가치가 있다.