Zum Inhalt springen
← Zurück zum Cyberlagebild
Zuletzt aktualisiert 18.09.2026 15:21

CVE-2026-79993

CVSS 7.51 Quelle

Beschreibung

Der `deleteContainer`-Opcode (0x14/20) wird verarbeitet, ohne die ACL-Berechtigungen des Anrufers zu überprüfen, so dass jeder authentifizierte Client bestimmte Znodes im Datenbaum löschen kann, unabhängig von den ACL-Beschränkungen für den Znode oder dessen Eltern. Dieser Opcode wird als intern betrachtet und der offizielle Client hat keine API dafür, aber ein Client, der eine einfache TCP-Sitzung auf dem ZooKeeper-Client-Port (standardmäßig 2181) mit NO-Authentifizierung und NO-ACL-Berechtigungen öffnen kann, kann jeden leeren persistenten Znode (einschließlich regulärer persistenter Knoten, Containerknoten und TTL-Knoten) löschen, indem er das Rohprotokoll OpCode deleteContainer (20) ausgibt. Der deleteContainer-Anforderungspfad überspringt sowohl die Sitzungsüberprüfung als auch die DELETE-ACL-Prüfung, die durch den regulären Löschpfad (OpCode 2) erzwungen werden. Dies ist ein Authorization Bypass / ACL Enforcement Bug. Dieses Problem betrifft Apache ZooKeeper: von 3.9.0 bis 3.9.5, von 3.8.0 bis 3.8.6. Benutzern wird empfohlen, auf Version 3.9.6 oder 3.8.7 zu aktualisieren, wodurch das Problem behoben wird.

HerstellerApache Software Foundation
Produktzookeeper
ProduktfamilieKeine Angaben
Betroffene Versionen>=3.8.0 <3.8.7, >=3.9.0 <3.9.6
Behobene VersionenKeine Angaben

Quellen & weiterführende Informationen

Hier werden ausschließlich tatsächlich zu dieser Schwachstelle gespeicherte Quellenbelege angezeigt.

Was ist zur Behebung zu tun?

Herstellerhinweise prüfen und das betroffene Produkt kurzfristig patchen oder kompensierende Schutzmaßnahmen aktivieren.

PrioritätGelb
EinordnungZeitnah behandeln: hohes technisches Risiko.

Empfohlene Schritte

  • Betroffene Systeme identifizieren: Apache Software Foundation zookeeper.
  • Exposition prüfen: Internet-Erreichbarkeit, Admin-Oberflächen, VPN, Mail- oder Webdienste.
  • Hersteller-Advisory öffnen und verfügbare Updates, Workarounds oder Deaktivierungen prüfen.
  • Nacharbeiten dokumentieren: betroffene Assets, Maßnahme, Zeitpunkt, Restrestrisiko.

Übergangsmaßnahmen

  • Zugriff auf betroffene Dienste auf vertrauenswürdige Netze einschränken.
  • WAF/IDS/EDR-Regeln und Hersteller-IOCs aktivieren, sofern verfügbar.
  • Nicht benötigte Funktionen, Plugins oder Dienste temporär deaktivieren.
  • Administrative Zugänge besonders absichern: MFA, Passwortrotation, Session-Invalidierung.