🇰🇷 한글 설명
NLnet Labs Unbound 1.25.1 이하 버전에서 'unwanted-reply-threshold' 설정이 활성화된 경우, 0.0.0.0/::0 글루 레코드를 이용해 캐시를 지속적으로 삭제할 수 있는 취약점이 존재합니다. 공격자가 조작된 위임 정보를 반환하면 Unbound가 이를 잘못된 응답으로 판단하여 방어 기제로 캐시를 비우게 되며, 이 과정이 무한 반복되어 서비스 성능에 영향을 줄 수 있습니다.
💡 쉬운 설명
공격자가 특수한 DNS 정보를 보내면 보안 시스템이 이를 공격으로 오해하여 저장해둔 중요한 데이터(캐시)를 계속해서 삭제하게 만듭니다. 이로 인해 서버가 데이터를 매번 새로 불러와야 하므로 서비스가 느려지거나 과부하가 걸릴 수 있습니다.
🇺🇸 원문 (English)
In NLnet Labs Unbound up to and including version 1.25.1, when 'unwanted-reply-threshold' is enabled (set to any value greater than zero), glue records of 0.0.0.0/::0 can short-circuit Unbound, on systems that can direct such traffic, by issuing DNS queries and receiving seemingly unwanted replies since the remote IP does not match the original source IP of 0.0.0.0/::0. This behavior keeps on looping for the glue records and pushing the counter to the configured 'unwanted-reply-threshold' that triggers a defensive cache clear. A malicious actor who controls a delegation that returns in-bailiwick glue of 0.0.0.0/::0 can drive the counter to the limit of 'unwanted-reply-threshold' to the threshold and trigger a cache clean of the message and rrset caches; at will, indefinitely, without sending a single spoofed packet. The iterator uses the 0.0.0.0/::0 glue, and a system that can route this (e.g., Linux kernel routes the datagram over loopback), Unbound's own listener answers from 127.0.0.1. Because of the mismatch of 0.0.0.0 and 127.0.0.1, in this example, Unbound accounts the reply as an unwanted (probably spoofed) answer. The counter resets to zero on every cache flush, so the attack loops forever.
📍 영향받는 시스템
NLnet Labs Unbound version 1.25.1 및 그 이전 모든 버전
⚔️ 공격 벡터
조작된 0.0.0.0/::0 글루 레코드를 포함한 DNS 쿼리를 전송하여 캐시 삭제 메커니즘을 반복 유도
🛡️ 대응 방법
Unbound를 최신 보안 패치가 적용된 버전으로 업데이트하거나 'unwanted-reply-threshold' 설정을 검토하십시오.
🔧 검증 코드
출력된 버전이 1.25.1 이하인지 확인하여 취약 여부를 판단합니다.
unbound -V 2>/dev/null | grep -E 'unbound [0-9.]+'