Katalog podatności CVE

W bibliotece libvirt znaleziono podatność polegającą na podążaniu za dowiązaniami symbolicznymi w funkcji virFileChownFiles(). Lokalny atakujący działający jako użytkownik swtpm może utworzyć dowiązanie symboliczne w katalogu stanu swtpm, co pozwala daemonowi libvirt (działającemu z uprawnieniami roota) na zmianę właściciela dowolnego pliku na użytkownika swtpm.

W RHOAI training-operator znaleziono podatność, która pozwala użytkownikowi z uprawnieniami edycji lub administratora w dowolnej przestrzeni nazw Kubernetes na eskalację uprawnień. Poprzez tworzenie zadań treningowych atakujący może podszywać się pod konta usługowe, uzyskać dostęp do systemu plików hosta i potencjalnie wykonać dowolny kod zdalnie.

W nakładce RHOAI dla training operatora znaleziono podatność, która błędnie agreguje uprawnienia zarządzania zadaniami treningowymi do natywnej roli Kubernetes 'edit ClusterRole'. Pozwala to każdemu użytkownikowi z uprawnieniami edycji w przestrzeni nazw na tworzenie, modyfikowanie i usuwanie zadań treningowych, co w połączeniu z inną podatnością może prowadzić do eskalacji uprawnień i zdalnego wykonania kodu.

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.

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.

W Feast znaleziono podatność polegającą na obejściu autoryzacji w endpointach /materialize i /materialize-incremental. Wysyłając specjalnie spreparowane żądanie bez pola feature_views, atakujący może ominąć zamierzone kontrole uprawnień, co pozwala nieuwierzytelnionemu zdalnemu atakującemu lub dowolnemu uwierzytelnionemu użytkownikowi na wywołanie pełnej rematerializacji wszystkich widoków cech. Skutkiem jest atak DoS z powodu uszkodzenia danych i znacznego zużycia zasobów.

W Feast i feast-operator znaleziono podatność związaną z domyślną konfiguracją 'no_auth', która nie instaluje menedżera bezpieczeństwa. Pozwala to na nieuwierzytelniony i nieautoryzowany dostęp do endpointów feature-server, registry-server i offline-server. Zdalny atakujący może wykorzystać brak autoryzacji do zdalnego wykonania kodu (RCE) poprzez przechowywanie złośliwej funkcji UDF, wywołać DoS poprzez wymuszenie rematerializacji oraz uzyskać nieautoryzowany dostęp do danych między dzierżawcami.

W Data Science Pipelines (DSP) znaleziono podatność, która pozwala atakującemu z uprawnieniami edytora w przestrzeni nazw na obejście zabezpieczeń poprzez przesłanie złośliwego przepływu pracy Argo przez API V1. Umożliwia to serwerowi API tworzenie podów z podwyższonymi uprawnieniami, działając jako 'confused deputy'. Skuteczne wykorzystanie daje atakującemu dostęp do węzła z uprawnieniami roota, umożliwiając wykonanie dowolnego kodu i pełną kontrolę nad węzłem.

W Data Science Pipelines znaleziono podatność polegającą na nieprawidłowej autoryzacji w funkcji setDefaultServiceAccount. Ograniczony użytkownik może określić bardziej uprzywilejowane konto usługowe (SA) podczas żądania CreateRun, co pozwala ominąć kontrole autoryzacji. Umożliwia to uruchamianie kontenerów z podwyższonymi uprawnieniami, potencjalnie prowadząc do ujawnienia wrażliwych informacji (secrets) i wykonywania poleceń w podach innych użytkowników.

W ml-metadata wykryto przestarzały statycznie linkowany stos gRPC, podatny na znane problemy DoS HTTP/2. Atakujący z poziomu klastra, mający dostęp sieciowy do poda MLMD, może wysłać spreparowane żądania HTTP/2, co może doprowadzić do awarii poda i zakłócenia działania potoków w przestrzeni nazw.

W operatorze Data Science Pipelines (DSPO) wykryto podatność w polu spec.database.customExtraParams, która pozwala na wstrzyknięcie niebezpiecznych parametrów do łańcucha DSN MySQL. Atakujący z uprawnieniami edytora przestrzeni nazw może włączyć funkcję LOCAL INFILE i wykraść wrażliwe pliki, takie jak token konta usługi, z poda operatora, co może prowadzić do eskalacji uprawnień do poziomu administratora klastra.

W operatorze Data Science Pipelines wykryto podatność polegającą na generowaniu przewidywalnych poświadczeń (np. haseł MariaDB, kluczy MinIO) przy użyciu kryptograficznie słabego generatora liczb pseudolosowych (PRNG). Nieuwierzytelniony atakujący, mający dostęp do trasy MinIO lub usługi MariaDB, może odgadnąć te poświadczenia i uzyskać nieautoryzowany dostęp do wszystkich artefaktów i metadanych potoków.

W operatorze Data Science Pipelines (DSPO) wykryto nadmierne uprawnienia w ClusterRole, które obejmują możliwość wykonywania poleceń w podach i zarządzania rolami w całym klastrze. Jeśli pod DSPO zostanie skompromitowany, atakujący może wykorzystać te uprawnienia do uzyskania pełnej kontroli administracyjnej nad całym klastrem Kubernetes.

W usłudze TrustyAI (TAS) wykryto podatność umożliwiającą każdemu podowi w sieci klastra ominięcie uwierzytelniania i bezpośredni dostęp do backendowego API TAS. Atakujący może odczytywać, modyfikować lub usuwać dane monitorowania i konfiguracje oraz wstrzykiwać dowolne dane, co może zakłócić działanie dzierżawców.

W kontrolerze LMEvalJob w trustyai-service-operator wykryto podatność umożliwiającą uwierzytelnionemu użytkownikowi w klastrze skonfigurowanie kontenera sidecar w celu ominięcia istniejących polityk bezpieczeństwa. Pozwala to na uruchomienie niezaufanego zdalnego kodu, co prowadzi do wykonania dowolnego kodu w klastrze.

W bramie MaaS w Red Hat OpenShift AI (RHOAI) wykryto podatność związaną z nieprawidłową konfiguracją, która pozwala standardowemu użytkownikowi z niskimi uprawnieniami na przechwytywanie, odczytywanie, logowanie i modyfikowanie całego ruchu modeli MaaS. Obejmuje to wrażliwe informacje, takie jak klucze dostępu, prompty wejściowe i wyniki, co prowadzi do znaczącego wycieku informacji i manipulacji danymi.

W agencie aktualizacji oprogramowania UpdateHub wykryto podatność w obsłudze sondy (z_impl_updatehub_probe), która parsuje metadane JSON z serwera aktualizacji do stałej dwupoziomowej struktury tablicy. Po parsowaniu walidowana jest tylko długość zewnętrznej tablicy, a następnie bez sprawdzenia, czy wewnętrzna tablica obiektów elementu [1] nie jest pusta, wywoływana jest funkcja strlen() na wskaźniku sha256sum. Złośliwy lub skompromitowany serwer aktualizacji (lub atak typu man-in-the-middle, gdy DTLS jest wyłączony) może zwrócić odpowiedź z pustą wewnętrzną tablicą, co prowadzi do dereferencji wskaźnika NULL i awarii procesora, powodując zatrzymanie lub reset urządzenia. Podatność umożliwia zdalne wywołanie odmowy usługi.

W Dokploy przed wersją 0.29.13 wykryto podatność w funkcji sanitizeCommand w pliku compose.ts, która tylko przycina białe znaki i usuwa otaczające cudzysłowy z compose.command przed interpolacją do exportEnvCommand i poleceń docker. Uwierzytelniony użytkownik, który może aktualizować usługę Compose, może wstrzyknąć metaznaki powłoki i wykonać dowolne polecenia na hoście Dokploy. Problem został naprawiony w wersji 0.29.13.

W Dokploy przed wersją 0.29.13 wykryto podatność w handlerach WebSocket, które walidują członkostwo w organizacji, ale nie egzekwują checkServiceAccess, accessedServerIds ani accessedServices. Uwierzytelniony członek organizacji może uzyskać dostęp do terminala root oraz odczytywać logi i statystyki dla ograniczonych serwerów i usług. Problem został naprawiony w wersji 0.29.13.

Dokploy przed wersją 0.29.13 zawiera podatność na wstrzykiwanie poleceń w funkcji settings.readTraefikFile. Użytkownik z uprawnieniami traefikFiles.read może wykonać dowolne polecenia na zarządzanym serwerze poprzez metaznaki powłoki w ścieżce configPath.