Katalog podatności CVE

NVIDIA Dynamo dla systemu Linux zawiera podatność w multimodal media fetcher, która może pozwolić atakującemu na przeprowadzenie ataku typu Server-Side Request Forgery (SSRF) przez DNS rebinding. Udane wykorzystanie może prowadzić do ujawnienia informacji.

NVIDIA Dynamo dla systemu Linux zawiera podatność w multimodal media fetcher, która może pozwolić atakującemu na przeprowadzenie ataku typu Server-Side Request Forgery (SSRF). Udane wykorzystanie może prowadzić do ujawnienia informacji.

NVIDIA Dynamo dla systemu Linux zawiera podatność, w której atakujący może wywołać podrabianie żądania po stronie serwera (SSRF) poprzez dostarczenie spreparowanego adresu URL w żądaniu multimodalnym. Udane wykorzystanie tej podatności może prowadzić do ujawnienia informacji.

NVIDIA Dynamo dla systemu Linux zawiera podatność, w której atakujący może wywołać podrabianie żądania po stronie serwera (SSRF). Udane wykorzystanie tej podatności może prowadzić do ujawnienia informacji.

NVIDIA Dynamo dla systemu Linux zawiera podatność, w której atakujący może spowodować nieprawidłowe ograniczenie ścieżki do katalogu zastrzeżonego poprzez dostarczenie spreparowanej lokalnej ścieżki w żądaniu multimodalnym. Udane wykorzystanie tej podatności może prowadzić do ujawnienia informacji.

NVIDIA Dynamo dla systemu Linux zawiera podatność w komponencie ładowania obrazów, w której atakujący może spowodować nieprawidłowe ograniczenie ścieżki do katalogu zastrzeżonego. Udane wykorzystanie tej podatności może prowadzić do ujawnienia informacji.

NVIDIA Dynamo dla systemu Linux zawiera podatność w pamięci podręcznej multimodalnego osadzania, gdzie atakujący może spowodować kolizję haszy, przesyłając obrazy o identycznej sekwencji bajtów pikseli, ale różnych wymiarach. Udane wykorzystanie może prowadzić do manipulacji danymi.

NVIDIA Dynamo dla systemu Linux zawiera podatność umożliwiającą zapis poza zakresem. Udane wykorzystanie może prowadzić do odmowy usługi i manipulacji danymi.

Niewystarczająca walidacja danych wejściowych w Amazon Bedrock AgentCore może pozwolić uwierzytelnionemu zdalnemu użytkownikowi na wykonanie skonfigurowanych narzędzi z pominięciem kontroli bezpieczeństwa poprzez spreparowane bloki treści w wiadomościach konwersacji. AWS rozwiązał ten problem.

W Trippo ResponsiveFilemanager do wersji 9.14.0 odkryto podatność polegającą na nieograniczonym przesyłaniu plików w pliku filemanager/dialog.php. Atak może być przeprowadzony zdalnie, a exploit jest publicznie dostępny. Produkt nie jest już wspierany przez producenta.

Flowise to interfejs typu 'przeciągnij i upuść' do budowania spersonalizowanych przepływów dużych modeli językowych. Przed wersją 3.1.3, endpoint `DELETE /api/v1/chatflows/:id` autoryzował żądania za pomocą checkAnyPermission('chatflows:delete,agentflows:delete'), więc posiadanie któregokolwiek z tych uprawnień było wystarczające do osiągnięcia ścieżki usuwania. Logika usuwania rozwiązywała docelowy rekord tylko po id i workspaceId i nie walidowała typu zasobu, co pozwalało wywołującemu z uprawnieniem tylko agentflows:delete na usunięcie CHATFLOW, a wywołującemu z uprawnieniem tylko chatflows:delete na usunięcie AGENTFLOW w tym samym workspace. Ten problem został naprawiony w wersji 3.1.3.

Flowise przed wersją 3.1.3 zawiera podatność w węźle SQLite Record Manager, która pozwala uwierzytelnionemu atakującemu na nadpisanie ścieżki bazy danych SQLite i umieszczenie złośliwej składni w pliku konfiguracyjnym, co może prowadzić do wykonania kodu podczas uruchamiania Chromium.

Flowise to interfejs typu 'przeciągnij i upuść' do budowania spersonalizowanych przepływów dużych modeli językowych. Przed wersją 3.1.3, moduł bezpieczeństwa HTTP Flowise (httpSecurity.ts) nie normalizował adresów IPv4-mapped IPv6, takich jak ::ffff:127.0.0.1 i ::ffff:169.254.169.254, przed sprawdzeniem ich na liście zablokowanych. Ponieważ ipaddr.js raportuje te adresy jako ipv6, podczas gdy wpisy CIDR IPv4 na liście zablokowanych są ipv4, funkcja isDeniedIP() pomijała sprawdzenia CIDR IPv4. Atakujący, który kontroluje rozwiązywanie DNS dla nazwy hosta używanej przez węzeł HTTP, API Chain, Document Loader, narzędzie MCP lub inne ścieżki używające secureAxiosRequest(), secureFetch() lub checkDenyList(), mógł zwrócić rekord AAAA dla celu z adresem IPv4-mapped i spowodować, że żądania dotrą do localhost, usług wewnętrznych lub punktów końcowych metadanych chmury. Ten problem został naprawiony w wersji 3.1.3.

Flowise przed wersją 3.1.3 zawiera podatność w węźle CSVAgent, która pozwala uwierzytelnionemu użytkownikowi na wykonanie dowolnego kodu przez deserializację złośliwego ładunku pickle, omijając listę zablokowanych konstrukcji Pythona.

Flowise przed wersją 3.1.3 zawiera podatność w komponencie CSVAgent, gdzie dane CSV kontrolowane przez atakującego są wstawiane bezpośrednio do kodu Python wykonywanego przez Pyodide. Uwierzytelniony atakujący może wstrzyknąć kod Python, który przez mostek js Pyodide ładuje child_process i wykonuje dowolne polecenia systemowe jako root w kontenerze Flowise.

Podatność umożliwiająca lokalną eskalację uprawnień do kontekstu usługi Reporter.

Podatność umożliwiająca użytkownikowi z niskimi uprawnieniami wstrzyknięcie SQL i wyodrębnienie zawartości bazy danych.

Podatność pozwala nieuwierzytelnionemu atakującemu na odczyt dowolnych plików z hosta, co może być dalej wykorzystane do eskalacji uprawnień lokalnie.

Podatność pozwala użytkownikowi z wysokimi uprawnieniami na wykonanie dowolnego kodu na serwerze.

Podatność w Veeam Service Provider Console pozwala nieuwierzytelnionemu atakującemu na dostęp do API urządzenia jako Administrator Portalu w krótkim oknie czasowym po rozpoczęciu sesji administratora.