CVE-2026-33557
Apache Kafka: Fehlende JWT-Token-Validierung bei der OAUTHBEARER-Authentifizierung
- Veröffentlicht
- 20.04.2026
- Aktualisiert
- 15.07.2026
- CNA zuweisen
- apache
- Beweise beobachtet
- 30.08.2026
Primäres CVSS
nvd · CVSS 3.1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:NNiedrig · nächste 30 Tage
- Perzentil
- 50,7 %
- Modelldatum
- 21.09.2026
EPSS ist eine statistische Schätzung, keine Gewissheit oder ein Maß für die Auswirkung. Kombinieren Sie es mit CVSS, KEV-Status, Belichtung und Ihrer Umgebung.
Zusammenfassung
Eine mögliche Sicherheitslücke wurde in Apache Kafka identifiziert. Standardmäßig ist die Broker-Eigenschaft `sasl.oauthbearer.jwt.validator.class` auf `org.apache.kafka.common.security.oauthbearer.DefaultJwtValidator` gesetzt. Diese akzeptiert jedes JWT-Token, ohne dessen Signatur, Aussteller oder Zielgruppe zu validieren. Ein Angreifer kann ein JWT-Token von einem beliebigen Aussteller mit `preferred_username` auf einen beliebigen Benutzer gesetzt erzeugen, und der Broker wird es akzeptieren. Wir empfehlen Kafka-Nutzern, die kafka v4.1.0 oder v4.1.1 verwenden, die Konfiguration `sasl.oauthbearer.jwt.validator.class` explizit auf `org.apache.kafka.common.security.oauthbearer.BrokerJwtValidator` zu setzen, um diese Schwachstelle zu vermeiden. Ab Kafka v4.1.2 und v4.2.0 und später ist das Problem behoben und das JWT-Token wird korrekt validiert.
Quellen
1CVE-PoC-Labore, Exploit-Skripte und Erkennungs-/Präventionsregeln (Nginx, Apache, Snort, YARA) für hochkritische CVEs. Nur für autorisierte Sicherheitstests und Forschung.
Verantwortungsvoller Umgang
Verwenden Sie Schwachstelleninformationen nur auf Systemen, die Sie besitzen oder zu deren Testen Sie berechtigt sind. Kitploit verlinkt auf öffentliche Forschungsmetadaten und speichert keinen Exploit-Code oder bösartige Payloads.