CVE-2026-84439
ŚrednieCVSS 5.3Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 36 - wyżej niż 36% wszystkich znanych CVE
Streszczenie
Gdy włączone jest logowanie audytowe, nieuwierzytelniony atakujący może wstrzyknąć dowolne pola do dziennika audytu Apache ZooKeeper, wysyłając żądanie uwierzytelnienia digest z tabulatorami w nazwie użytkownika. Wstrzyknięte tabulatory są interpretowane jako separatory pól, co pozwala na sfałszowanie wyników audytu i operacji.
Ocena ryzyka
Atakujący może sfałszować wpisy audytowe, co podważa integralność dowodów kryminalistycznych i może ukryć nieautoryzowane operacje.
Rekomendacja
Zaleca się aktualizację Apache ZooKeeper do wersji 3.9.6 lub 3.8.7, które naprawiają tę podatność.
Inne podatności w Apache ZooKeeper
Zobacz wszystkie- CVE-2017-5637Wysokie
Dwa polecenia składające się z czterech liter 'wchp/wchc' są intensywne pod względem CPU i mogą powodować wzrost wykorzystania CPU na serwerze Apache ZooKeeper, jeśli są nadużywane. To prowadzi do sytuacji, w której serwer nie jest w stanie obsługiwać prawidłowych żądań klientów.
- CVE-2016-5017Wysokie
Przepełnienie bufora w powłoce C CLI w Apache Zookeeper przed wersją 3.4.9 oraz 3.5.x przed wersją 3.5.3, występujące podczas używania składni trybu wsadowego 'cmd:', umożliwia atakującym wywołanie nieokreślonego wpływu poprzez długi ciąg poleceń.
- CVE-2026-84501Średnie
Nieuwierzytelniony atakujący może wstrzyknąć fałszywe wpisy do dziennika operacyjnego Apache ZooKeeper, wysyłając spreparowane żądanie add_auth("ensemble", ...) zawierające znaki nowej linii. Nazwa zespołu nie jest sanityzowana przed zapisaniem do logu, co pozwala na sfałszowanie wpisów nieodróżnialnych od prawdziwych.
- CVE-2026-79993Wysokie
W Apache ZooKeeper opcode deleteContainer (0x14/20) jest przetwarzany bez weryfikacji uprawnień ACL, co pozwala każdemu uwierzytelnionemu klientowi na usunięcie pustych węzłów persistent, container i TTL, nawet bez odpowiednich uprawnień. Jest to obejście autoryzacji i kontrola ACL.
- CVE-2026-59969Wysokie
W Apache ZooKeeper, w trybie FIPS, weryfikacja nazwy hosta w TLS dla kworum nie jest egzekwowana. Mimo włączenia odpowiednich opcji, połączenie akceptuje certyfikat zaufany przez CA, nawet jeśli SAN nie pasuje do połączonego hosta, co pozwala złośliwemu certyfikatowi dołączyć do ruchu kworum.
- CVE-2026-59739Wysokie
W Apache ZooKeeper występuje ujawnienie informacji przez mechanizm SetWatches podczas ponownego połączenia, z powodu braku sprawdzenia ACL. Atakujący może odkryć ścieżki chronione ACL, rejestrując watch na nieistniejących ścieżkach, a następnie łącząc się ponownie po ich utworzeniu z ograniczeniami ACL.
- CVE-2026-24308Wysokie
W Apache ZooKeeper w wersjach 3.8.5 i 3.9.4 stwierdzono nieprawidłowe przetwarzanie wartości konfiguracyjnych w ZKConfig. Umożliwia to atakującemu ujawnienie poufnych informacji przechowywanych w konfiguracji klienta w pliku dziennika klienta. Wartości konfiguracyjne są ujawniane na poziomie logowania INFO, co naraża potencjalne systemy produkcyjne na to zagrożenie.
- CVE-2026-24281Wysokie
W Apache ZooKeeper weryfikacja nazwy hosta w ZKTrustManager wraca do odwrotnego DNS (PTR), gdy walidacja IP SAN zawiedzie, co pozwala atakującym kontrolującym lub fałszującym rekordy PTR podszywać się pod serwery lub klientów ZooKeeper z ważnym certyfikatem dla nazwy PTR. Atak wymaga przedstawienia certyfikatu zaufanego przez ZKTrustManager, co utrudnia jego wykorzystanie.
Oryginalny opis (angielski, źródło NVD)
When audit logging is enabled (zookeeper.audit.enable=true), an unauthenticated attacker can inject arbitrary fields into Apache ZooKeeper's audit log by sending a digest authentication request with tab characters (\t) embedded in the username. Because the audit log uses tab-separated key=value format, the injected tabs are parsed as legitimate field separators, allowing the attacker to spoof audit results (e.g., injecting result=success), forge operation types, and corrupt forensic evidence. A log injection vulnerability in Apache ZooKeeper allows a client that can call setACL to inject forged key-value fields into zookeeper_audit.log. When audit logging is enabled, the server serializes attacker-controlled digest ACL ids into the acl= audit field without escaping tab characters. Because audit events are emitted as tab-separated key=value records, a crafted ACL id can make one successful setAcl event appear to contain forged fields such as operation=delete and znode=/forged. This undermines the integrity of downstream audit parsing, alerting, and incident response. This issue affects Apache ZooKeeper: from 3.9.0 through 3.9.5, from 3.8.0 through 3.8.6. Users are recommended to upgrade to version 3.9.6 or 3.8.7, which fixes the issue.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS