CVE-2026-76187
KrytyczneCVSS 9.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 48 - wyżej niż 48% wszystkich znanych CVE
Streszczenie
W Apache Airflow Keycloak provider nieuwierzytelniony endpoint tokenów akceptuje grant client-credentials dla dowolnego poufnego klienta zarejestrowanego w realmie Keycloak, nie tylko dla klienta skonfigurowanego dla Airflow. Brak listy dozwolonych klientów pozwala na użycie poświadczeń innej aplikacji jako ważnych poświadczeń logowania do Airflow.
Ocena ryzyka
Atakujący posiadający poświadczenia dowolnego poufnego klienta w tym samym realmie może uzyskać dostęp do Airflow, co może prowadzić do nieautoryzowanego dostępu do zasobów.
Rekomendacja
Zaleca się aktualizację apache-airflow-providers-keycloak do wersji 0.10.0 lub nowszej, która akceptuje tylko skonfigurowanego klienta dla tego grantu.
Inne podatności w Apache Airflow Keycloak provider
Zobacz wszystkie- CVE-2026-76186Krytyczne
W Apache Airflow Keycloak provider od wersji 3.3 tożsamość użytkownika jest pobierana z podpisanego tokena sesji Airflow, ale tokeny dostępu i odświeżania Keycloak używane do autoryzacji pochodzą z oddzielnych, nieuwierzytelnionych ciasteczek i nie są weryfikowane pod kątem zgodności z tożsamością. Pozwala to na sparowanie cudzych tokenów z własną sesją.
- CVE-2026-92228Średnie
W providerze Keycloak dla Apache Airflow funkcja wielozespołowego provisioningu (`_attach_team_permissions`) przyznawała każdej roli zespołu globalny dostęp do odczytu dzienników audytu. Wdrożenia z włączonym trybem wielozespołowym i menedżerem uwierzytelniania Keycloak są narażone — każdy uwierzytelniony członek jednego zespołu mógł odczytywać zdarzenia audytu innych zespołów przez UI lub API dziennika zdarzeń.
Oryginalny opis (angielski, źródło NVD)
Apache Airflow Keycloak provider: the unauthenticated token endpoint accepts a client-credentials grant for any confidential client registered in the Keycloak realm, not only the client configured for Airflow. No allowlist restricts which client ids may authenticate, so the credentials of an unrelated application that happens to share the realm are valid Airflow login credentials, and Airflow mints a signed session token for that application's service account. The endpoint also answers unauthenticated credential guesses against Keycloak under Airflow's identity. Affects deployments using the Keycloak auth manager whose realm is shared with other confidential clients. The attacker needs valid credentials for any one of those clients, not for Airflow. Resource authorization is still evaluated per subject, so the access gained is whatever that service account holds, plus any endpoint gated only on being authenticated. Users of apache-airflow-providers-keycloak are recommended to upgrade to version 0.10.0 or later, which accepts only the configured client on that grant.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

