CVE-2026-59969

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.

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ń.

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.

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.

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.

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.

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.

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.