ISC가 2026년 9월 16일 BIND 9 보안 취약점 14건을 공개했습니다. 14건 모두 원격으로 악용할 수 있습니다. 심각도는 High 7건, Medium 7건입니다. 대부분은 재귀 리졸버(recursive resolver)가 공격자가 통제하는 권한 서버의 응답을 처리하다가 비정상 종료되거나, 자원이 고갈되거나, 캐시 오염(cache poisoning)이 일어나는 문제입니다. 증분 영역 전송(IXFR), DNS-over-HTTPS(DoH), TKEY 처리와 관련된 문제도 있습니다. ISC는 모든 건에 대해 알려진 우회 방법(workaround)이 없고, 실제 악용 사례는 파악하지 못했다고 밝혔습니다. 해결책은 9.20.29, 9.21.26, 9.20.29-S1(Supported Preview Edition) 중 현재 쓰는 버전과 가장 가까운 버전으로 업그레이드하는 것입니다.
한눈에 보기
영향 버전의 "-S1"은 ISC 지원 고객에게 제공되는 BIND Supported Preview Edition입니다.
| 번호 | 내용 | 심각도 (CVSS) | 영향 버전 | 수정 버전 |
|---|---|---|---|---|
| CVE-2026-80274 | 맞지 않는 NOQNAME 증명을 캐시하다 검증 리졸버 종료 | High (7.5) | 9.11.0~9.18.50, 9.20.0~9.20.27, 9.21.0~9.21.25 / 9.11.3-S1~9.18.50-S1, 9.20.9-S1~9.20.27-S1 | 9.20.29, 9.21.26, 9.20.29-S1 |
| CVE-2026-77692 | DoH SIG(0) 요청 하나로 named 원격 종료 (인증 불필요) | High (7.5) | 9.20.0~9.20.27, 9.21.0~9.21.25 / 9.20.9-S1~9.20.27-S1 | 9.20.29, 9.21.26, 9.20.29-S1 |
| CVE-2026-77119 | NSEC3 비보안 위임 증명에 관련 없는 캐시된 NSEC3 사용 | Medium (5.9) | 9.11.0~9.18.50, 9.20.0~9.20.27, 9.21.0~9.21.25 / 9.11.3-S1~9.18.50-S1, 9.20.9-S1~9.20.27-S1 | 9.20.29, 9.21.26, 9.20.29-S1 |
| CVE-2026-19668 | 과도한 DNSSEC 암호 자료 대조로 인한 자원 고갈 | Medium (5.3) | 9.11.0~9.18.50, 9.20.0~9.20.27, 9.21.0~9.21.25 / 9.11.3-S1~9.18.50-S1, 9.20.9-S1~9.20.27-S1 | 9.20.29, 9.21.26, 9.20.29-S1 |
| CVE-2026-19033 | 인증되지 않은 IXFR 변경분이 TSIG 검증 전에 영역에 적용됨 | Medium (6.5) | 9.11.0~9.18.50, 9.20.0~9.20.27, 9.21.0~9.21.25 / 9.11.3-S1~9.18.50-S1, 9.20.9-S1~9.20.27-S1 | 9.20.29, 9.21.26, 9.20.29-S1 |
| CVE-2026-19666 | DNS64 filter64 경로의 해제 후 사용 | High (7.5) | 9.11.0~9.18.50, 9.20.0~9.20.27, 9.21.0~9.21.25 / 9.11.3-S1~9.18.50-S1, 9.20.9-S1~9.20.27-S1 | 9.20.29, 9.21.26, 9.20.29-S1 |
| CVE-2026-81563 | SVCB AliasMode 추가 데이터 오류로 인한 qpcache 참조 누수 | High (7.5) | 9.18.0~9.18.50, 9.20.0~9.20.27, 9.21.0~9.21.25 / 9.18.11-S1~9.18.50-S1, 9.20.9-S1~9.20.27-S1 | 9.20.29, 9.21.26, 9.20.29-S1 |
| CVE-2026-78301 | 영역 밖 노드가 권한 있는 영역 분할점이 됨 | Medium (5.8) | 9.11.0~9.18.50, 9.20.0~9.20.27, 9.21.0~9.21.25 / 9.11.3-S1~9.18.50-S1, 9.20.9-S1~9.20.27-S1 | 9.20.29, 9.21.26, 9.20.29-S1 |
| CVE-2026-19941 | 영역 밖 NSEC를 와일드카드 부재 증명으로 수용 | Medium (5.9) | 9.11.0~9.18.50, 9.20.0~9.20.27, 9.21.0~9.21.25 / 9.11.3-S1~9.18.50-S1, 9.20.9-S1~9.20.27-S1 | 9.20.29, 9.21.26, 9.20.29-S1 |
| CVE-2026-19662 | qpcache NOQNAME 증명의 해제 후 사용으로 리졸버 종료 | Medium (5.9) | 9.11.0~9.18.50, 9.20.0~9.20.27 / 9.11.3-S1~9.18.50-S1, 9.20.9-S1~9.20.27-S1 | 9.20.29, 9.20.29-S1 |
| CVE-2026-19667 | dns_ncache_add()의 16비트 길이 잘림으로 인한 어서션 실패 | High (7.5) | 9.11.0~9.18.50, 9.20.0~9.20.27, 9.21.0~9.21.25 / 9.11.3-S1~9.18.50-S1, 9.20.9-S1~9.20.27-S1 | 9.20.29, 9.21.26, 9.20.29-S1 |
| CVE-2026-76163 | 전역 options 블록이 없는 설정에서 TKEY 질의로 종료 | High (7.5) | 9.20.0~9.20.27, 9.21.0~9.21.25 / 9.20.9-S1~9.20.27-S1 | 9.20.29, 9.21.26, 9.20.29-S1 |
| CVE-2026-75029 | 단일 레코드의 동일 RDATA 중복 보관으로 인한 메모리 증폭 | Medium (5.3) | 9.11.0~9.18.50, 9.20.0~9.20.27, 9.21.0~9.21.25 / 9.11.3-S1~9.18.50-S1, 9.20.9-S1~9.20.27-S1 | 9.20.29, 9.21.26, 9.20.29-S1 |
| CVE-2026-81736 | 캐시된 SVCB/HTTPS AliasMode 트리를 이용한 원격 CPU 서비스 거부 | High (7.5) | 9.18.0~9.18.50, 9.20.0~9.20.27, 9.21.0~9.21.25 / 9.18.11-S1~9.18.50-S1, 9.20.9-S1~9.20.27-S1 | 9.20.29, 9.21.26, 9.20.29-S1 |
9.18 계열도 영향 범위에 들어 있지만, 원문 해결책에 9.18 계열 수정 버전은 없습니다.
건별 내용
CVE-2026-80274: 맞지 않는 NOQNAME 증명 캐시 중 검증 리졸버 종료
BIND 리졸버가 DNSSEC 서명 영역에 질의하는 상황에서 발생합니다. 권한 서버가 유효한 와일드카드 응답과 서명된 NSEC3 증명을 보낸 뒤, 같은 소유자 이름(owner name)에 서명되지 않은 NSEC를 이어 보내면 named가 예기치 않게 종료됩니다. 결과는 서비스 거부(DoS)입니다.
CVE-2026-77692: DoH SIG(0) 요청 하나로 named 원격 종료
공격자가 암호학적으로 유효하지 않은 SIG(0) 레코드를 담은 DNS-over-HTTPS(DoH) 요청을 보낸 뒤 전송 연결을 일찍 끊으면 named가 종료됩니다. 인증 없이 요청 하나로 일어날 수 있습니다.
CVE-2026-77119: NSEC3 비보안 위임 증명에 관련 없는 NSEC3 사용
관련 없는 형제 영역(sibling zone)의 NSEC3가 유효하게 서명되어 있으면, 이를 비보안 증명(insecurity proof)으로 받아들일 수 있습니다. 그러면 보안 위임이 비보안으로 격하되어 위조된 무서명 응답이 통과할 수 있습니다. 공격자가 서명되지 않은 영역으로 거짓 위임을 제공해 캐시 오염을 일으킬 수 있습니다. ISC 내부 테스트에서 발견된 건입니다.
CVE-2026-19668: 과도한 DNSSEC 암호 자료 대조로 인한 자원 고갈
재귀 리졸버가 특정 종류의 유효하지 않은 DNSSEC 레코드를 대량으로 받으면 자원을 과도하게 소비할 수 있습니다. 공격에 성공하면 CPU 고갈과 패킷 손실이 생깁니다. ISC는 "max-records-per-type"과 "max-types-per-name"의 기본 제한값이 노출을 줄이는 데 도움이 된다고 설명합니다.
CVE-2026-19033: TSIG 검증 전에 IXFR 변경분이 운영 영역에 적용됨
TSIG로 전송을 제한한 보조(secondary) 영역에서 생기는 문제입니다. named가 TSIG 서명이 담긴 마지막 메시지를 받기 전에 영역 전송 데이터를 서비스하기 시작할 수 있습니다. 서명이 끝내 오지 않아도 전송 이전 상태로 되돌리지 않으므로, 유효한 TSIG가 없는 공격자도 임의의 데이터를 영역에 추가할 수 있습니다. 악용하려면 RFC 8945에 설명된 다중 메시지 TCP IXFR이어야 합니다. ISC 내부 테스트에서 발견된 건입니다.
CVE-2026-19666: DNS64 filter64 경로의 해제 후 사용
dns64를 설정한 리졸버에서, 해당하는 권한 서버 응답이 특정 방식으로 잘못 구성되어 있으면 named가 예기치 않게 종료됩니다. 해제 후 사용(use-after-free) 결함이며, 결과는 서비스 거부입니다.
CVE-2026-81563: SVCB AliasMode 추가 데이터 오류로 인한 qpcache 참조 누수
리졸버가 SVCB/HTTPS ServiceMode 레코드 14개 이상을 참조하는 AliasMode 레코드를 만나면 내부 자원을 제대로 해제하지 못할 수 있습니다. 이 일이 반복되면 메모리 사용량이 설정 한도를 넘어 시스템 메모리가 고갈되거나, 운영체제가 named를 종료시킵니다. 두 경우 모두 결국 새 재귀 조회를 할 수 없게 됩니다.
CVE-2026-78301: 영역 밖 노드가 권한 있는 영역 분할점이 됨
잘못된 영역 데이터에 원점(origin)보다 위에 있는 NS나 DNAME 노드가 있으면, named는 이를 영역 분할점(zone cut)으로 취급합니다. 이런 영역이 영역 전송 등으로 들어오면 해당 영역 안 이름에 대한 응답이 권한 상태를 잃고, 영역 밖으로의 위임을 반환합니다. 재귀도 함께 제공하는 서버에서는 공격자가 넣은 데이터가 캐시되어, 설정된 영역 밖 이름까지 오염될 수 있습니다. 권한 전용 서버는 AA 플래그 없이 가짜 위임(referral)을 반환할 수 있습니다.
CVE-2026-19941: 영역 밖 NSEC를 와일드카드 부재 증명으로 수용
리졸버가 적용 대상이 아닌 NSEC 레코드를 와일드카드가 없다는 증명으로 받아들일 수 있습니다. 그러면 같은 수준이나 상위 영역 이름의 공격자가 피해자 영역의 와일드카드 레코드를 없는 것처럼 숨길 수 있고, 이는 캐시 오염으로 이어집니다. ISC 내부 테스트에서 발견된 건입니다.
CVE-2026-19662: qpcache NOQNAME 증명의 해제 후 사용으로 리졸버 종료
피해 리졸버가 공격자 통제 권한 서버의 DNSSEC 서명 영역으로 여러 번 질의하게 만들어야 합니다. 그 상태에서 조작된 응답이 특정 순서와 시점에 도착하면, 해제 후 사용 결함으로 named가 종료됩니다. 원문에 따르면 9.21 계열은 영향 범위에 없습니다.
CVE-2026-19667: dns_ncache_add()의 16비트 길이 잘림으로 인한 어서션 실패
공격자가 통제하는 권한 서버가 정확히 65536바이트짜리 부정 응답(negative answer)을 만들면, named가 크기 0바이트인 부정 캐시(negative cache) 항목을 만듭니다. 이 항목을 나중에 읽을 때 어서션 실패(assertion failure)가 일어나 named가 종료됩니다.
CVE-2026-76163: 전역 options 블록이 없는 설정에서 TKEY 질의로 종료
named.conf에 전역 "options" 블록이 없는 상태로 BIND가 실행 중이면, 공격자가 QTYPE TKEY 질의를 보내 어서션 실패와 종료를 일으킬 수 있습니다.
CVE-2026-75029: 단일 레코드의 동일 RDATA 중복 보관으로 인한 메모리 증폭
SOA처럼 한 번만 있어야 하는 레코드를 공격자가 응답에 여러 번 넣고, 그 RDATA가 모두 같으면 각 사본이 메모리 내 RDATA 집합에 계속 추가됩니다. 그 결과 부정 캐시의 메모리 사용량이 늘고, named가 설정 한도를 넘어 메모리를 쓰게 될 수 있습니다. ISC 내부 테스트에서 발견된 건입니다.
CVE-2026-81736: 캐시된 SVCB/HTTPS AliasMode 트리를 이용한 CPU 서비스 거부
리졸버가 SVCB/HTTPS AliasMode 레코드 트리를 캐시한 상태에서 그 트리의 루트를 질의받으면, 응답을 만드는 데 CPU 시간을 과도하게 씁니다. 그 결과 자원이 고갈되어 서비스 거부가 일어날 수 있습니다.
운영자가 할 일
- 업그레이드: 14건 모두 알려진 우회 방법이 없습니다. 지금 쓰는 버전과 가장 가까운 수정 버전(9.20.29, 9.21.26, Supported Preview Edition은 9.20.29-S1)으로 업그레이드하는 것이 ISC가 제시한 유일한 해결책입니다.
- 9.18 이하 운영 중이라면: 대부분의 건이 9.11.0~9.18.50에도 영향을 주지만, 원문 해결책에는 9.18 계열 수정 버전이 없습니다. 9.20 계열로 옮기는 일정을 검토하시기 바랍니다.
- 설정에 따라 영향이 갈리는 건 확인:
- DoH를 제공하는 경우: CVE-2026-77692
- dns64를 쓰는 리졸버: CVE-2026-19666
- named.conf에 전역 options 블록이 없는 경우: CVE-2026-76163
- TSIG로 전송을 제한한 보조 영역(IXFR 수신): CVE-2026-19033
- 권한 서비스와 재귀를 한 서버에서 함께 제공하는 경우: CVE-2026-78301
- 재귀 리졸버 우선: 대부분의 건은 외부 권한 서버의 응답으로 촉발됩니다. 업그레이드할 때 재귀 리졸버를 먼저 처리하시기 바랍니다.
- 기본 제한값 유지: max-records-per-type과 max-types-per-name의 기본 제한값은 CVE-2026-19668의 노출을 줄이는 데 도움이 됩니다. 이 값을 바꿨다면 다시 확인하시기 바랍니다.
- 건별 상세와 전체 버전 목록은 각 ISC 공지와 BIND 9 Security Vulnerability Matrix를 확인하시기 바랍니다.
원문을 한국어로 번역·요약한 글입니다. 정확한 내용은 원문을 확인해 주세요. AI의 도움을 받아 작성하고 담당자가 검토했습니다.