Katalog podatności CVE

NVIDIA DGX Spark zawiera podatność w oprogramowaniu układowym systemu, gdzie uprzywilejowany atakujący może spowodować wyłuskanie wskaźnika NULL. Udane wykorzystanie może prowadzić do wykonania kodu, eskalacji uprawnień, odmowy usługi, ujawnienia informacji i manipulacji danymi.

NVIDIA DGX Spark zawiera podatność w oprogramowaniu układowym systemu, gdzie uprzywilejowany atakujący może spowodować zapis poza granicami. Udane wykorzystanie może prowadzić do wykonania kodu, eskalacji uprawnień, odmowy usługi, ujawnienia informacji i manipulacji danymi.

NVIDIA UFM Enterprise zawiera podatność w komponencie autoryzacji interfejsu webowego, gdzie uwierzytelniony użytkownik może spowodować nieprawidłowe uwierzytelnienie poprzez wysyłanie specjalnie spreparowanych żądań HTTP. Udane wykorzystanie tej podatności może prowadzić do wykonania kodu i eskalacji uprawnień.

NVIDIA UFM Enterprise zawiera podatność w API zarządzania wtyczkami, gdzie uwierzytelniony użytkownik z niskimi uprawnieniami może wstrzyknąć kod poprzez wysłanie specjalnie spreparowanego żądania API. Udane wykorzystanie tej podatności może prowadzić do wykonania kodu, eskalacji uprawnień i ujawnienia informacji.

Odtwarzacz HTML5 Kaltura (mwEmbed / html5lib) zawiera podatność na ujawnienie lokalnych plików z powodu nieprawidłowej walidacji parametru ServiceUrl w mwEmbedLoader.php. Parametr ten jest używany jako bazowy URL dla żądań backendowych i akceptuje nie-HTTP schematy, takie jak file://. Gdy wystąpi wyjątek lub błąd, odpowiedź jest deserializowana, a jej surowa zawartość jest odzwierciedlana w komunikacie błędu, co umożliwia nieuwierzytelnionemu zdalnemu atakującemu odczyt dowolnego wewnętrznego pliku dostępnego dla serwera.

W NI LabVIEW odkryto podatność polegającą na uszkodzeniu pamięci, która może prowadzić do ujawnienia informacji lub dowolnego wykonania kodu. Udane wykorzystanie wymaga, aby atakujący nakłonił użytkownika do otwarcia specjalnie spreparowanego pliku VI. Podatność dotyczy NI LabVIEW 2026 Q3 (26.3.0) i wcześniejszych wersji.

W NI LabVIEW odkryto podatność polegającą na uszkodzeniu pamięci, która może prowadzić do ujawnienia informacji lub dowolnego wykonania kodu. Udane wykorzystanie wymaga, aby atakujący nakłonił użytkownika do otwarcia specjalnie spreparowanego pliku VI. Podatność dotyczy NI LabVIEW 2026 Q3 (26.3.0) i wcześniejszych wersji.

Biblioteka Vocos podczas ładowania modelu z pliku konfiguracyjnego tworzy instancję klasy wskazanej w konfiguracji bez żadnych ograniczeń. Funkcja instantiate_class importuje moduł i wywołuje wskazany atrybut z argumentami z konfiguracji, co pozwala na wykonanie dowolnego kodu. Ładowanie modelu z repozytorium Hugging Face, którego użytkownik nie kontroluje, może wykonać kod wybrany przez właściciela repozytorium.

Winter CMS w wersjach przed 1.2.13 zawiera niekompletną poprawkę dla podatności ucieczki z sandboxa Twig w System\Twig\SecurityPolicy, która pozwala uwierzytelnionym użytkownikom backendu z uprawnieniami do edycji szablonów na ominięcie ograniczeń sandboxa. Atakujący mogą wykorzystać przekazywanie metod przez modele Eloquent i konstruktory zapytań, używając metod takich jak saveQuietly(), deleteQuietly(), increment(), decrement() i newQuery(), aby odczytywać i modyfikować dowolne rekordy bazy danych, wykonywać dowolne SQL i osiągnąć zdalne wykonanie kodu poprzez wstrzyknięcie PHP do sekcji kodu szablonu.

Nokogiri w wersjach przed 1.19.3 zawiera podatności na odmowę usługi przez wyrażenia regularne w tokenizatorze selektorów CSS, dotyczące tokenizacji literałów łańcuchowych i identyfikatorów. Atakujący mogą wstrzyknąć złośliwe selektory CSS do metod takich jak Node#css, Node#at_css i Searchable#search, powodując wykładnicze cofanie się wyrażeń regularnych i odmowę usługi.

NLTK w wersjach przed 3.10.3 zawiera podatność polegającą na ominięciu sandboxa ścieżek w konstruktorach czytników korpusów, która pozwala atakującym na odczyt plików poza zamierzonym katalogiem danych. Atakujący mogą dostarczyć dowolne ścieżki korpusu do konstruktorów LinThesaurusCorpusReader i PanLexLiteCorpusReader, aby uzyskać dostęp do zawartości systemu plików i baz danych SQLite poza granicami sandboxa pathsec.

mcp-shell to serwer MCP do bezpiecznego, audytowalnego i na żądanie wykonywania poleceń powłoki. Przed wersją 0.6.0 domyślny plik security.yaml zezwala na /usr/bin/git, podczas gdy security.go pomija ! w containsShellMetacharacters i containsDangerousShellConstructs i nie stosuje żadnej polityki argumentów dla poszczególnych wykonywalnych plików. Osoba wywołująca narzędzie MCP shell_exec może podać argument polecenia /usr/bin/git -c alias.pwn=!<arbitrary-command>, powodując, że Git utworzy alias powłoki i wykona dowolne polecenia systemu operacyjnego jako użytkownik procesu mcp-shell. Domyślny obraz Dockera działa jako mcpuser z zainstalowanym Git i włączonym trybem bezpiecznym, więc obejście jest możliwe do wykorzystania w domyślnym wdrożeniu bez dodatkowego uwierzytelnienia poza łącznością MCP. Problem został naprawiony w wersji 0.6.0.

mcp-shell to serwer MCP do bezpiecznego, audytowalnego i na żądanie wykonywania poleceń powłoki. Przed wersją 0.6.0 domyślny plik security.yaml w Dockerze zawiera /bin/bash w allowed_executables, podczas gdy security.go waliduje tylko pierwszy token, a checkBlockedPatternsAndCommands nie odrzuca flagi trybu poleceń powłoki -c. Osoba wywołująca narzędzie MCP shell_exec może podać argument polecenia `/bin/bash -c <arbitrary-command>`, który przechodzi walidację i dociera do executor.go, gdzie parseCommand i exec.CommandContext wykonują dowolne polecenie jako mcpuser poza zamierzoną listą dozwolonych. Problem został naprawiony w wersji 0.6.0.

mcp-shell przed wersją 0.6.0 domyślnie wyłącza zabezpieczenia, a gdy zmienna MCP_SHELL_SEC_CONFIG_FILE nie jest ustawiona, uruchamia się bez polityki bezpieczeństwa. Walidator poleceń pomija wtedy kontrolę i pozwala na wykonanie dowolnych poleceń systemowych przez podłączony model LLM. Problem został naprawiony w wersji 0.6.0.

PraisonAI przed wersją 4.6.51 udostępnia endpoint /api/v1/runs bez uwierzytelnienia. Każdy, kto ma dostęp do sieci, może przesyłać zadania, odczytywać wyniki, anulować uruchomienia lub usuwać zadania, używając poświadczeń operatora. Poprawka dodaje middleware PRAISONAI_JOBS_API_KEY.

PraisonAI przed wersją 4.6.58 ma lukę w create_auth_middleware(), która pozwala na żądania bez uwierzytelnienia, gdy brakuje PRAISONAI_API_KEY lub PRAISONAI_JWT_SECRET. Zewnętrznie powiązany serwer Recipe może przyjmować nieuwierzytelnione żądania POST /v1/recipes/run, mimo że uwierzytelnianie jest włączone.

PraisonAI przed wersją 4.6.58 ma lukę w MCP HTTP Stream _validate_origin, która używa startswith do sprawdzania pochodzenia, co pozwala atakującemu na użycie origin localhost.attacker.com. Strona internetowa może wysyłać żądania Content-Type: text/plain bez preflight i wywoływać narzędzia bez klucza API, w tym zapisy plików.

Użytkownik, który ma dostęp do istniejącego zdalnego repozytorium VCS, może podmienić jego skonfigurowany origin lub dostarczyć absolutny URL danych VCS.

Uwierzytelniony użytkownik może inicjować operacje migracji repozytorium bez wymaganych uprawnień do repozytorium, co może prowadzić do ujawnienia informacji, nieautoryzowanych zmian stanu i zakłócenia usług. Naprawione wersje rozwiązują ten problem.

PraisonAI to system wieloagentowy. Przed wersją 4.6.58, funkcje _create_agents_app() i _create_unified_app() nie instalują sprawdzania poświadczeń, co pozwala nieuwierzytelnionym wywołaniom na dostęp do POST /agents i POST /api/v1/agents/{id}/invoke. Problem naprawiono w wersji 4.6.58.