CVE-2023-2828
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Wysokie ryzykoPercentyl 90 - wyżej niż 90% wszystkich znanych CVE
Streszczenie
W BIND 9 rekursywny resolver named utrzymuje bazę cache z limitem max-cache-size. Odkryto, że skuteczność algorytmu czyszczenia cache można poważnie osłabić, wysyłając zapytania o określone RRsety w odpowiedniej kolejności, co pozwala znacząco przekroczyć skonfigurowany limit pamięci.
Ocena ryzyka
Atakujący zdalnie może doprowadzić do nadmiernego zużycia pamięci przez named, co grozi wyczerpaniem zasobów hosta i odmową usługi DNS dla organizacji.
Rekomendacja
Zaktualizuj BIND 9 do wersji zawierającej poprawkę (poza zakresami 9.11.0–9.16.41, 9.18.0–9.18.15, 9.19.0–9.19.13 oraz wersjami S1) i monitoruj zużycie pamięci resolvera.
Inne podatności w BIND
Zobacz wszystkie- CVE-2026-77692Wysokie
Atakujący może spowodować przerwanie działania named, wysyłając spreparowane żądanie DNS-over-HTTPS z kryptograficznie nieprawidłowym rekordem SIG(0), a następnie przedwcześnie zamykając połączenie transportowe. Problem dotyczy BIND 9 w wersjach 9.20.0–9.20.27, 9.21.0–9.21.25 oraz 9.20.9-S1–9.20.27-S1.
- CVE-2025-13878Wysokie
Nieprawidłowo sformułowane rekordy BRID/HHIT mogą spowodować nieoczekiwane zakończenie działania serwera `named`. Podatność dotyczy określonych wersji BIND 9.
- CVE-2000-0887Średnie
named w BIND 8.2 do 8.2.2-P6 pozwala zdalnym atakującym na wywołanie odmowy usługi poprzez wysłanie żądania kompresowanego transferu strefy (ZXFR) i wykonanie zapytania o rekord autorytatywny, który nie jest buforowany (błąd "zxfr").
- CVE-2000-0888Średnie
named w BIND 8.2 do 8.2.2-P6 pozwala zdalnym atakującym wywołać odmowę usługi poprzez wysłanie rekordu SRV do serwera. Podatność znana jako "srv bug".
- CVE-1999-0024Średnie
Podatność CVE-1999-0024 dotyczy złośliwego ataku na pamięć podręczną DNS poprzez oprogramowanie BIND, wykorzystującego przewidywalne identyfikatory zapytań.
- CVE-2026-97313Wysokie
Rekurencyjny serwer BIND, który otrzyma zapytanie z żądaniem rekurencji (RD=1), a następnie zapytanie nierekurencyjne (RD=0), może zakończyć działanie z błędem asercji, powodując odmowę usługi. Aby wystąpiła podatność, serwer BIND musi zezwalać na zapytania rekurencyjne i mieć skonfigurowane co najmniej dwie strefy RPZ: jedną z domyślnym ustawieniem "recursive-only yes", a drugą z "recursive-only no". Problem dotyczy BIND 9 w wersjach 9.16.0 do 9.18.50, 9.20.0 do 9.20.29, 9.21.0 do 9.21.26, 9.11.3-S1 do 9.18.50-S1 oraz 9.20.9-S1 do 9.20.29-S1.
- CVE-2026-96888Wysokie
Resolver BIND skonfigurowany zarówno ze strefą "redirect", jak i "qname-minimization strict" może przerwać działanie z błędem asercji podczas przetwarzania przekierowania. Problem dotyczy BIND 9 w wersjach 9.16.0 do 9.18.50, 9.20.0 do 9.20.29, 9.21.0 do 9.21.26, 9.16.8-S1 do 9.18.50-S1 oraz 9.20.9-S1 do 9.20.29-S1.
- CVE-2026-94300Wysokie
Odtworzenie podpisanych wiadomości UDP GSS-TSIG może spowodować uszkodzenie pamięci w "named". Atakujący, który przechwyci wcześniej podpisaną wiadomość UDP, może ją odtworzyć, gdy klucz TSIG jest nadal ważny, a także wysyłać spreparowane zapytania do strefy pod swoją kontrolą, co może potencjalnie doprowadzić do zdalnego wykonania kodu.
- CVE-2026-19630Wysokie
W resolverze BIND przychodzące komunikaty protokołu DNS o określonej strukturze powodują dodatkowe przetwarzanie bez nałożonego przez BIND limitu. Komunikat DNS z złośliwie dużą liczbą takich struktur spowoduje, że BIND zużyje nieproporcjonalnie dużo czasu CPU i pamięci podczas przetwarzania. Problem dotyczy BIND 9 w wersjach 9.11.0 do 9.18.50, 9.20.0 do 9.20.29, 9.21.0 do 9.21.26, 9.11.3-S1 do 9.18.50-S1 oraz 9.20.9-S1 do 9.20.29-S1.
- CVE-2026-80274Wysokie
Jeśli resolver BIND wyśle zapytanie do strefy autorytatywnej podpisanej DNSSEC, a serwer autorytatywny odpowie prawidłową odpowiedzią wildcard i podpisanym dowodem NSEC3, a następnie niepodpisanym NSEC o tej samej nazwie właściciela, spowoduje to nieoczekiwane zakończenie programu. Problem dotyczy BIND 9 w wersjach 9.11.0 do 9.18.50, 9.20.0 do 9.20.27, 9.21.0 do 9.21.25, 9.11.3-S1 do 9.18.50-S1 oraz 9.20.9-S1 do 9.20.27-S1.
Oryginalny opis (angielski, źródło NVD)
Every `named` instance configured to run as a recursive resolver maintains a cache database holding the responses to the queries it has recently sent to authoritative servers. The size limit for that cache database can be configured using the `max-cache-size` statement in the configuration file; it defaults to 90% of the total amount of memory available on the host. When the size of the cache reaches 7/8 of the configured limit, a cache-cleaning algorithm starts to remove expired and/or least-recently used RRsets from the cache, to keep memory use below the configured limit. It has been discovered that the effectiveness of the cache-cleaning algorithm used in `named` can be severely diminished by querying the resolver for specific RRsets in a certain order, effectively allowing the configured `max-cache-size` limit to be significantly exceeded. This issue affects BIND 9 versions 9.11.0 through 9.16.41, 9.18.0 through 9.18.15, 9.19.0 through 9.19.13, 9.11.3-S1 through 9.16.41-S1, and 9.18.11-S1 through 9.18.15-S1.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS