CVE-2023-6236
WysokieStreszczenie
W Red Hat Enterprise Application Platform 8 występuje luka, która pozwala na niewłaściwe zarządzanie sesjami OIDC w aplikacjach obsługujących wielu najemców. Problem polega na tym, że przy próbie dostępu do drugiego najemcy, użytkownik nie jest zmuszany do ponownego logowania, co powinno mieć miejsce z uwagi na różne konfiguracje OIDC.
Ocena ryzyka
Luka ta może prowadzić do nieautoryzowanego dostępu do danych drugiego najemcy, co stwarza poważne zagrożenie dla bezpieczeństwa aplikacji i danych użytkowników. Organizacje mogą być narażone na naruszenia prywatności i utratę zaufania klientów.
Rekomendacja
Zaleca się aktualizację logiki w OidcSessionTokenStore, aby uwzględniała nową opcję 'provider-url' obok opcji 'realm'. Należy również monitorować i aktualizować konfiguracje OIDC w aplikacjach obsługujących wielu najemców.
Powiązane podatności
- CVE-2026-105105Krytyczne
Brak uwierzytelniania dla krytycznej funkcji w brokerze telemetrii i komend ait-server w NASA-AMMOS AIT-Core do wersji 3.1.1. Nieuwierzytelniony zdalny atakujący z dostępem do magistrali ZeroMQ może wstrzykiwać dane komend statku kosmicznego, wyciągać ruch komend i telemetrii, wstrzykiwać sfałszowaną telemetrię lub zakłócać działanie magistrali. Domyślnie gniazda XSUB i XPUB są powiązane ze wszystkimi interfejsami sieciowymi bez uwierzytelniania.
- CVE-2026-71885Krytyczne
W Bouncy Castle dla Java przed wersją 1.86, implementacja Messaging Layer Security (MLS, RFC 9420) nie wiązała poświadczenia X.509 z kluczem podpisu (signature_key) w węźle liścia (LeafNode). LeafNode.verify() sprawdzał podpis liścia względem klucza podpisu zawartego w samym liściu, podczas gdy łańcuch certyfikatów X.509 w poświadczeniu był przechowywany, ale nigdy nie analizowany ani walidowany, więc klucz publiczny certyfikatu końcowego nie musiał odpowiadać signature_key, jak wymaga RFC 9420 sek. 5.3. Atakujący mógł przedstawić cudzy certyfikat jako swoje poświadczenie, podpisując liść i zawierający go KeyPackage niezwiązanym kluczem, i zostać zaakceptowanym pod tożsamością ofiary przez KeyPackage.verify() oraz ścieżkę walidacji liści grupy.
- CVE-2026-92084Krytyczne
Wtyczka Beaver Builder Page Builder dla WordPressa do wersji 2.11.0.5 włącznie jest podatna na wykonanie dowolnych shortcode'ów. Podatność wynika z braku odpowiedniej walidacji wartości przed wywołaniem funkcji do_shortcode, co umożliwia nieuwierzytelnionym atakującym wykonanie dowolnych shortcode'ów. Wykorzystanie wymaga strony z modułem Sidebar zawierającym widget wyświetlający tekst kontrolowany przez atakującego, np. widget Recent Comments z zatwierdzonym komentarzem.
- CVE-2026-87115Krytyczne
Wtyczka VikAppointments Services Booking Calendar dla WordPressa do wersji 1.2.21 włącznie jest podatna na dowolne usuwanie plików z powodu niewystarczającej walidacji ścieżki w funkcji extract. Umożliwia to nieuwierzytelnionym atakującym usuwanie dowolnych plików na serwerze, co może prowadzić do zdalnego wykonania kodu (np. po usunięciu pliku wp-config.php). Wykorzystanie wymaga opublikowania przynajmniej jednego pola niestandardowego typu File na stronie potwierdzenia.
- CVE-2026-105080Krytyczne
W ConvertX przed wersją 0.19.0, plik converters/calibre.ts nie blokuje plików przepisów (recipe files) i przekazuje je do programu ebook-convert z Calibre. Umożliwia to wykonanie kodu zawartego w plikach .recipe lub .downloaded_recipe.
- CVE-2026-84411Krytyczne
Usługa zarządzania webowego w podatnych wersjach RouterOS zawiera błąd typu integer underflow w obsłudze treści żądań HTTP, osiągalny przed uwierzytelnieniem. Nieuwierzytelniony atakujący z dostępem sieciowym może wykorzystać pojedyncze spreparowane żądanie do zdalnego wykonania kodu jako root lub do wywołania odmowy usługi.
- CVE-2026-95102Krytyczne
Punkty końcowe WebSocket nie posiadają właściwych mechanizmów uwierzytelniania, co umożliwia atakującym podszywanie się pod stacje ładowania. Wykorzystując tę słabość, atakujący mogą uzyskać nieautoryzowany dostęp do danych wrażliwych lub wykonywać nieautoryzowane działania. Ponieważ uwierzytelnianie nie jest wymagane, może to prowadzić do eskalacji uprawnień i potencjalnej kompromitacji całego systemu.
- CVE-2026-82042Krytyczne
UTMStack w wersjach przed 11.2.16 zawiera podatność obejścia uwierzytelniania, która pozwala zdalnym atakującym uzyskać pełny dostęp administracyjny do API poprzez przedstawienie nagłówka Utm-Internal-Key zgodnego ze zmienną środowiskową INTERNAL_KEY. Filtr InternalApiKeyFilter akceptuje ten klucz dla dowolnego punktu końcowego bez ograniczeń ścieżki, porównania w stałym czasie, ograniczania liczby prób ani rejestrowania audytu. Atakujący, który pozna wartość klucza, może uwierzytelnić się bez konta użytkownika lub JWT, tworzyć konta, zarządzać użytkownikami, eksfiltrować dane i modyfikować reguły bezpieczeństwa.
- CVE-2026-82041Krytyczne
UTMStack w wersjach przed 11.2.16 zawiera podatność braku autoryzacji w metodzie UTMIncidentCommandWebsocket.processCommand(), obsługującej cel STOMP /command/{hostname}, gdzie przed przekazaniem dostarczonych poleceń nie stosuje się sprawdzenia roli ani listy dozwolonych poleceń. Każdy uwierzytelniony użytkownik, niezależnie od roli, może wysyłać dowolne polecenia systemu operacyjnego przez gRPC do dowolnego podłączonego agenta, co skutkuje wykonaniem poleceń na monitorowanych punktach końcowych, gdzie procesy agenta często działają jako root lub SYSTEM.
- CVE-2026-75937Krytyczne
Specjalnie spreparowane żądanie HTTP POST skierowane do interfejsu administracji webowej pozwala nieuwierzytelnionemu atakującemu na wykonanie dowolnych poleceń systemu operacyjnego z uprawnieniami root na podatnym urządzeniu. Zaleca się wyłączenie serwera webowego, gdy urządzenie nie jest konfigurowane.
Oryginalny opis (angielski, źródło NVD)
A flaw was found in Red Hat Enterprise Application Platform 8. When an OIDC app that serves multiple tenants attempts to access the second tenant, it should prompt the user to log in again since the second tenant is secured with a different OIDC configuration. The underlying issue is in OidcSessionTokenStore when determining if a cached token should be used or not. This logic needs to be updated to take into account the new "provider-url" option in addition to the "realm" option. EAP-7 does not provide the vulnerable provider-url configuration option in its OIDC implementation and is not affected by this flaw.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

