W Apache Kafka domyślna klasa walidatora JWT (`DefaultJwtValidator`) akceptuje tokeny JWT bez weryfikacji podpisu, wystawcy ani odbiorcy. Atakujący może wygenerować dowolny token JWT i podszyć się pod dowolnego użytkownika brokera, co stanowi krytyczne zagrożenie dla bezpieczeństwa autoryzacji.
▸ Pokaż oryginał (EN)
A possible security vulnerability has been identified in Apache Kafka. By default, the broker property `sasl.oauthbearer.jwt.validator.class` is set to `org.apache.kafka.common.security.oauthbearer.DefaultJwtValidator`. It accepts any JWT token without validating its signature, issuer, or audience. An attacker can generate a JWT token from any issuer with the `preferred_username` set to any user, and the broker will accept it. We advise the Kafka users using kafka v4.1.0 or v4.1.1 to set the config `sasl.oauthbearer.jwt.validator.class` to `org.apache.kafka.common.security.oauthbearer.BrokerJwtValidator` explicitly to avoid this vulnerability. Since Kafka v4.1.2 and v4.2.0 and later, the issue is fixed and will correctly validate the JWT token.
Domyślna wartość właściwości `sasl.oauthbearer.jwt.validator.class` to `org.apache.kafka.common.security.oauthbearer.DefaultJwtValidator`, która nie przeprowadza żadnej weryfikacji kryptograficznej tokenu JWT. Atakujący może samodzielnie spreparować token JWT z dowolnie wybranym wystawcą (issuer) oraz polem `preferred_username` ustawionym na nazwę dowolnego użytkownika. Broker Apache Kafka zaakceptuje taki token bez zastrzeżeń, traktując atakującego jako uwierzytelnionego użytkownika o wskazanej tożsamości.
Atakujący zdalnie i bez uwierzytelnienia może podszyć się pod dowolnego użytkownika brokera Kafka, uzyskując nieautoryzowany dostęp do danych (odczyt i zapis) przesyłanych przez klaster, co może prowadzić do wycieku poufnych informacji oraz manipulacji strumieniami danych.
Dla wersji v4.1.0 i v4.1.1 należy natychmiast ustawić właściwość `sasl.oauthbearer.jwt.validator.class` na wartość `org.apache.kafka.common.security.oauthbearer.BrokerJwtValidator` w konfiguracji brokera. Docelowo zaleca się aktualizację do wersji Apache Kafka v4.1.2 lub v4.2.0 (lub nowszych), w których problem został trwale naprawiony.
Apache Kafka w wersjach v4.1.0 oraz v4.1.1
Podatność dotyczy wyłącznie konfiguracji używających SASL/OAUTHBEARER. Informacja o podatności została opublikowana na liście oss-security w dniu 2026-04-17.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:NApache Kafka
APPApache4.1.0 – 4.1.2 (bez)
Powiązane podatności
A possible security vulnerability has been identified in Apache Kafka. This requires access to a alterConfig t...
A possible arbitrary file read and SSRF vulnerability has been identified in Apache Kafka Client. Apache Kafka...
In CVE-2023-25194, we announced the RCE/Denial of service attack via SASL JAAS JndiLoginModule configuration i...
While an Apache Kafka cluster is being migrated from ZooKeeper mode to KRaft mode, in some cases ACLs will not...
A security vulnerability has been identified in Apache Kafka. It affects all releases since 2.8.0. The vulnera...