BIND 9 업데이트, DNS-over-HTTPS 비인증 충돌 포함 14개 취약점 수정

Internet Systems Consortium(ISC)는 9월 16일 공개한 BIND 9의 보안 결함 14개를 수정하기 위해 BIND 9.20.29와 9.21.26을 배포했습니다. BIND 9는 ISC의 오픈소스 DNS 서버 소프트웨어입니다. 이 중 하나는 DNS-over-HTTPS(DoH) 요청에 응답하는 모든 BIND 서버에 영향을 미칩니다.

자격 증명이 없는 공격자도 잘못된 SIG(0) 서명이 포함된 단 하나의 요청으로 서버 프로세스 named를 충돌시킬 수 있습니다. 이는 named가 서명 검증을 완료하기 전에 공격자가 연결을 끊는 경우에 발생합니다.

ISC는 자사 보안 권고에서 14개 취약점 중 어느 것도 현재 악용되고 있지 않다고 밝혔습니다.

수정 버전별 적용 내용

ISC 릴리스 노트에 설명된 수정 버전은 다음과 같습니다:

• BIND 9.20.29(현재 안정 브랜치): 14개 전부 수정
• BIND 9.21.26(개발 브랜치): 13개 수정(CVE-2026-19662는 9.21에 영향 없음)
• BIND 9.20.29-S1(지원 고객용 Supported Preview Edition): 14개 전부 수정

ISC는 14개 취약점 중 어느 것에 대해서도 우회 방법을 제시하지 않습니다.

14개 중 12개는 9.18 브랜치의 최종 릴리스인 9.18.50까지에도 영향을 미칩니다. ISC는 6월 말 9.18에 대한 지원을 종료했으며, 이를 수정한 9.18 릴리스는 없습니다.

ISC는 5월에 9.18 사용자들이 가능한 한 빨리 9.20으로 업데이트할 계획을 세워야 한다고 밝혔습니다. ISC의 취약점 매트릭스는 "EOL(지원 종료) 버전은 새로운 CVE에 취약하다고 가정해야 한다"고 명시합니다.

운영체제 패키지는 별도의 문제입니다. Debian 12는 9.18.49 기반 패키지를 제공하며, 9월 17일 06:20 UTC 기준으로 Debian 보안 트래커에는 14개 중 어느 것도 등재되지 않았습니다.

공격자에게 필요한 조건

14개 중 2개는 공격자가 자체 DNS 서버 없이 요청만으로 트리거할 수 있으며, 두 가지 모두 9.20과 9.21 브랜치에만 영향을 미칩니다. DoH 충돌은 CVE-2026-77692입니다. 두 번째인 CVE-2026-76163은 서버의 named.conf에 전역 옵션 블록이 없는 경우 TKEY 타입의 쿼리로 named를 충돌시킬 수 있습니다.

나머지 충돌 취약점들은 공격자가 제어하는 서버로부터 조작된 데이터를 수신하는 재귀 리졸버(클라이언트 대신 도메인 이름을 조회하는 서버)가 필요합니다.

조작된 응답 하나로 기본 설정의 리졸버(CVE-2026-19667), break-dnssec yes 옵션의 dns64를 사용하는 리졸버(CVE-2026-19666), 또는 NSEC와 NSEC3 증명을 모두 포함한 와일드카드 응답을 받는 검증 리졸버(CVE-2026-80274)를 충돌시킬 수 있습니다. 네 번째인 CVE-2026-19662는 특정 순서와 타이밍의 응답이 필요하며 9.21에는 영향을 미치지 않습니다.

4개는 리졸버를 충돌시키는 대신 CPU나 메모리를 고갈시키며, 그 중 2개는 캐시된 SVCB/HTTPS 별칭 레코드를 통해 발생합니다(CVE-2026-81563 및 CVE-2026-81736). ISC는 14개 중 7개를 High로, 모두 CVSS 3.1 기준 7.5점으로 평가합니다: CVE-2026-19662를 제외한 위의 충돌 취약점들과 두 SVCB/HTTPS 취약점이 이에 해당합니다. 나머지 7개는 5.3~6.5의 Medium 등급입니다.

나머지 4개 취약점은 서버가 제공하거나 리졸버가 수용하는 DNS 데이터의 무결성에 관한 것으로, 충돌이나 고갈이 아닌 문제입니다. ISC는 모두 Medium으로 평가하며, 각각 공격자의 위치 또는 이미 제어하는 대상에 대한 조건이 있습니다.

두 가지는 검증 리졸버가 잘못된 DNSSEC 증명을 수용하게 합니다. CVE-2026-19941의 경우, 무관한 영역의 서명된 NSEC 레코드가 와일드카드가 존재하지 않는다는 증명으로 통과될 수 있습니다. 서명된 영역을 제어하는 경유 경로의 공격자나 악의적인 포워더는 이를 이용해 와일드카드를 통해 해석되어야 할 이름에 대해 위조된 NXDOMAIN 응답을 수용시킬 수 있으며, 해당 응답은 DNSSEC 검증을 통과합니다.

CVE-2026-77119의 경우, 무관한 형제 영역의 서명된 NSEC3 레코드가 위임이 서명되지 않았다는 증명으로 통과될 수 있습니다. 리졸버의 쿼리에 응답을 주입할 수 있는 공격자는 해당 위임 하위 이름에 대해 위조된 비서명 응답을 수용시킬 수 있습니다. ISC는 두 결과 모두 캐시 포이즈닝(DNS 캐시에 위조 데이터를 심는 공격)으로 설명합니다.

CVE-2026-19033은 프라이머리로부터 영역을 복사하고 TSIG(트랜잭션 서명) 키로 서명된 전송만 허용하는 세컨더리 서버에 관한 것입니다. TCP를 통한 다중 메시지 증분 전송(IXFR) 중에, named는 서명을 포함한 최종 메시지가 도착하기 전에 새 영역 데이터를 제공하기 시작할 수 있으며, 서명이 끝내 오지 않아도 롤백하지 않았습니다. 이런 전송을 전달할 수 있는 당사자는 키 없이 승인되지 않은 영역 내용을 제공하게 만들 수 있습니다.

수정 사항은 수신 전송의 모든 메시지에 TSIG를 요구하며, ISC는 현대 네임 서버가 이미 모든 메시지에 서명하므로 실제적인 변화는 없을 것으로 예상합니다.

CVE-2026-78301은 더 많은 접근 권한이 필요합니다: 예를 들어 영역 전송을 통해 권한 서버에 잘못된 형식의 영역을 로드할 수 있는 공격자입니다. 자체 오리진 위에 NS 또는 DNAME 노드가 포함된 영역은 영역 절단으로 처리되어, 영역 내 이름에 대한 쿼리가 영역 데이터 대신 영역 외 위임을 반환합니다.

서버가 재귀도 수행하는 경우, 위임을 따라가 영역 외 이름에 대해 공격자가 제공한 레코드를 캐시할 수 있으며, 이 효과는 잘못된 형식의 영역이 로드된 상태로 유지되는 한 지속됩니다.

14개 취약점 목록

CVE ISC 점수 영향 조건 영향받는 버전(오픈소스) 수정 버전 CVE-2026-77692 7.5 High named 충돌 DoH에 응답하는 서버. 잘못된 SIG(0) 요청 및 조기 연결 종료 9.20.09.20.27, 9.21.09.21.25 9.20.29, 9.21.26 CVE-2026-76163 7.5 High named 충돌 TKEY 쿼리. named.conf에 전역 옵션 블록 없음 9.20.09.20.27, 9.21.09.21.25 9.20.29, 9.21.26 CVE-2026-19667 7.5 High 리졸버 충돌 공격자 운영 서버에서 정확히 65,536바이트의 조작된 부정 응답. 기본 설정 9.11.09.18.50, 9.20.09.20.27, 9.21.09.21.25 9.20.29, 9.21.26 CVE-2026-19666 7.5 High 리졸버 충돌 break-dnssec yes 옵션의 dns64. 캐시에서 제공된 잘못된 형식의 응답 9.11.09.18.50, 9.20.09.20.27, 9.21.09.21.25 9.20.29, 9.21.26 CVE-2026-80274 7.5 High 리졸버 충돌, SERVFAIL, 또는 잘못된 거부 레코드 제공 검증 리졸버. 같은 이름에 NSEC3와 비서명 NSEC를 모두 포함한 와일드카드 응답 9.11.09.18.50, 9.20.09.20.27, 9.21.09.21.25 9.20.29, 9.21.26 CVE-2026-19662 5.9 Medium 리졸버 충돌 공격자 운영 서명 영역. 특정 응답 순서 및 타이밍 9.11.09.18.50, 9.20.09.20.27 9.20.29 CVE-2026-81563 7.5 High 캐시가 제한을 초과해 증가하여 도메인 해석 실패 리졸버가 13개 이상의 대상 레코드를 가진 SVCB/HTTPS 별칭을 반복적으로 추적 9.18.09.18.50, 9.20.09.20.27, 9.21.09.21.25 9.20.29, 9.21.26 CVE-2026-81736 7.5 High 리졸버 CPU 고갈 캐시된 SVCB/HTTPS 별칭 트리. 재귀가 허용된 클라이언트 및 공격자 운영 영역 9.18.09.18.50, 9.20.09.20.27, 9.21.09.21.25 9.20.29, 9.21.26 CVE-2026-19668 5.3 Medium 검증 리졸버 CPU 고갈 키 태그가 많고 유효한 일치가 없는 영역. ISC는 기본 레코드 제한이 노출을 줄인다고 밝힘 9.11.09.18.50, 9.20.09.20.27, 9.21.09.21.25 9.20.29, 9.21.26 CVE-2026-75029 5.3 Medium 설정 제한을 초과한 메모리 사용 응답이 동일한 SOA, CNAME 또는 DNAME 레코드를 여러 번 반복 9.11.09.18.50, 9.20.09.20.27, 9.21.09.21.25 9.20.29, 9.21.26 CVE-2026-19941 5.9 Medium 위조된 NXDOMAIN 수용(ISC는 캐시 포이즈닝으로 명명) 검증 리졸버. 같은 수준 또는 상위 수준의 서명된 영역을 제어하는 공격자(경유 경로 또는 포워더) 9.11.09.18.50, 9.20.09.20.27, 9.21.09.21.25 9.20.29, 9.21.26 CVE-2026-77119 5.9 Medium 보안 위임 다운그레이드, 위조된 비서명 응답 수용 검증 리졸버. 리졸버의 쿼리에 응답을 주입할 수 있는 공격자 9.11.09.18.50, 9.20.09.20.27, 9.21.09.21.25 9.20.29, 9.21.26 CVE-2026-19033 6.5 Medium 세컨더리가 승인되지 않은 영역 데이터 제공 TSIG 제한 전송. 공격자가 전달하는 다중 메시지 TCP IXFR 9.11.09.18.50, 9.20.09.20.27, 9.21.09.21.25 9.20.29, 9.21.26 CVE-2026-78301 5.8 Medium 영역 외 데이터가 권한 있는 것으로 제공, 서버가 재귀도 수행할 경우 캐시 포이즈닝 공격자가 잘못된 형식의 영역을 로드(예: 영역 전송을 통해) 9.11.09.18.50, 9.20.09.20.27, 9.21.0~9.21.25 9.20.29, 9.21.26

Supported Preview Edition은 동일한 -S1 범위에서 영향을 받으며 9.20.29-S1에서 수정되었습니다. 점수는 ISC 자체 CVSS 3.1 평가입니다.

악용 현황 및 공개 테스트

9월 16일에 게시된 ISC의 14개 보안 권고 각각은 "어떠한 활성 익스플로잇도 인지하지 못하고 있다"고 밝힙니다. 14개 중 어느 것도 카탈로그 동일 날 버전 기준으로 CISA의 Known Exploited Vulnerabilities 목록에 등재되지 않았습니다.

그러나 취약점을 재현하는 테스트는 공개되어 있습니다. ISC는 5월에 취약점을 공개할 때 재현 테스트도 함께 공개하기로 했다고 밝혔으며, 9.20.29 소스 트리에는 14개 중 최소 6개에 대한 시스템 테스트가 추가되었습니다. 여기에는 DoH를 통해 잘못된 SIG(0) 요청을 전송하고 연결을 끊은 뒤 named가 정상 작동하는지 확인하는 테스트도 포함됩니다.

이는 수정 사항을 확인하는 테스트이지 공격 도구가 아니지만, 트리거 조건을 구체적으로 기술합니다.

14개는 올해 ISC의 다섯 번째 BIND 보안 릴리스 중 가장 많은 수로, 1월 1개, 3월 4개, 5월 6개, 7월 9개에 이어 나온 것입니다.

ISC는 5월에 2026년 나머지 기간 동안 "매월 BIND 유지보수 릴리스마다 보안 수정이 포함될 것으로 예상해야 한다"고 경고했습니다. 이는 대형 언어 모델(LLM)이 생성한 취약점 보고의 홍수로 인한 변화라고 밝혔으며, 연구자와 공격자 모두가 이를 활용하고 있다고 언급했습니다.

수정 사항이 9.20.28이 아닌 9.20.29에 포함된 것은 ISC가 출시 전 테스트에서 회귀 오류(새 버전에서 기존 기능이 깨지는 문제)를 발견한 후 9.20.28을 배포 전 철회했기 때문입니다.

14개 중 4개는 ISC 자체 테스트에서 발견되었습니다. 나머지는 Vitaly Simonovich(CVE-2026-77692), Rintaro Kawasugi(CVE-2026-19666 및 CVE-2026-19667), Samy Medjahed(Ap4sh)(CVE-2026-19662 및 CVE-2026-81563), Henrique Pereira(CVE-2026-78301 및 CVE-2026-81736), Owais Lone(thesecguy)(CVE-2026-76163), hythyt로 알려진 연구자(CVE-2026-80274), 그리고 난카이대학교의 Zuyao Xu와 Xiang Li(CVE-2026-19668)가 보고했습니다.