CVE-2026-16745
WysokieCVSS 8.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 35 - wyżej niż 35% wszystkich znanych CVE
Streszczenie
W komponencie webowym odh-dashboard Red Hat OpenShift AI (RHOAI) stwierdzono podatność polegającą na nieprawidłowym wiązaniu sieciowym, co umożliwia złośliwemu aktorowi w klastrze ominięcie uwierzytelniania i podszycie się pod dowolnego użytkownika poprzez podanie dowolnego tokena dostępu.
Ocena ryzyka
Ryzyko obejmuje nieautoryzowany dostęp do API Kubernetes, co może prowadzić do wykonania dowolnego kodu, eskalacji uprawnień lub ujawnienia informacji.
Rekomendacja
Zaleca się natychmiastową aktualizację odh-dashboard do wersji, która usuwa tę podatność, oraz ograniczenie dostępu do klastra.
Inne podatności w odh-dashboard
Zobacz wszystkie- CVE-2026-18950Wysokie
W odh-dashboard znaleziono podatność związaną z tworzeniem powiązań ról (RoleBindings). System nie waliduje poprawnie pola 'roleRef', co pozwala użytkownikowi na przypisanie dowolnej roli, w tym wysoce uprzywilejowanej jak 'cluster-admin'. Może to prowadzić do eskalacji uprawnień i trwałej kontroli nad systemem.
- CVE-2026-18949Wysokie
W odh-dashboard znaleziono podatność, która pozwala atakującemu, posiadającemu skradziony token konta usługowego (SA) dashboardu, wykorzystać nadmiernie szerokie uprawnienia przyznane temu kontu. Umożliwia to eskalację uprawnień do poziomu administratora klastra, dostęp do wrażliwych danych, takich jak poświadczenia i klucze, oraz naruszenie izolacji między dzierżawcami.
- CVE-2026-5483Wysokie
W produkcie Red Hat OpenShift AI (RHOAI) w komponencie odh-dashboard wykryto podatność umożliwiającą ujawnienie tokenów kont serwisowych Kubernetes przez endpoint NodeJS. Może to pozwolić atakującemu na nieautoryzowany dostęp do zasobów Kubernetes.
Oryginalny opis (angielski, źródło NVD)
A flaw was found in odh-dashboard, the web console component of Red Hat OpenShift AI (RHOAI). Due to incorrect network binding, a malicious actor within the cluster can bypass authentication and impersonate any user by providing an arbitrary access token. This allows an attacker to gain unauthorized access to the Kubernetes API, potentially leading to arbitrary code execution, privilege escalation, or information disclosure.