Katalog podatności CVE

Open WebUI to platforma sztucznej inteligencji, która przed wersją 0.9.5 nie sprawdzała uprawnień do zarządzania narzędziami podczas aktualizacji narzędzi. Umożliwia to użytkownikom, którym odmówiono uprawnień, na zastąpienie zawartości Pythona po stronie serwera narzędzia, co może prowadzić do nieautoryzowanego wykonania kodu.

Open WebUI przed wersją 0.9.0 zawierał podatność typu XSS, która pozwalała uwierzytelnionym użytkownikom z uprawnieniami do tworzenia modeli na wykonywanie dowolnego kodu JavaScript w przeglądarkach innych użytkowników, w tym administratorów, którzy oglądali złośliwy model w interfejsie czatu.

Open WebUI to samodzielnie hostowana platforma sztucznej inteligencji, która przed wersją 0.9.0 miała podatność w procesach uwierzytelniania LDAP i OAuth. Wykorzystywały one wzorzec TOCTOU, co mogło prowadzić do nieautoryzowanego przypisania roli administratora dla pierwszego użytkownika.

W Open WebUI przed wersją 0.9.0, uwierzytelniony użytkownik mógł trwale usunąć pliki należące do innych użytkowników poprzez wywołanie DELETE /api/v1/files/{id}, jeśli plik był powiązany z jakimkolwiek udostępnionym czatem. Mechanizm autoryzacji has_access_to_file() nie sprawdzał tożsamości użytkownika ani typu wykonywanej operacji.

Open WebUI to platforma sztucznej inteligencji, która przed wersją 0.9.0 pozwalała uwierzytelnionym użytkownikom o niskich uprawnieniach na enumerację aktywnych zadań w tle oraz zatrzymywanie zadań innych użytkowników. To stanowi poważną lukę w autoryzacji, wpływającą na integralność i użyteczność w środowiskach wieloużytkownikowych.

Open WebUI to samodzielnie hostowana platforma sztucznej inteligencji, która przed wersją 0.9.0 pozwalała użytkownikom na kontynuowanie rozmowy innego użytkownika, wykorzystując jego Chat ID oraz własny klucz API.

W wersjach przed 0.9.0 platformy Open WebUI, funkcja validate_url() nieprawidłowo waliduje adresy IPv6, co pozwala na przejście każdego adresu przez filtr. Dodatkowo, adresy IPv4-mapped IPv6 oraz kilka zarezerwowanych zakresów IPv4 nie są blokowane.

W wersjach przed 0.9.0, punkt końcowy /responses w routerze OpenAI akceptuje każdego uwierzytelnionego użytkownika i przekazuje żądania do dostawców LLM bez egzekwowania kontroli dostępu na poziomie modelu. Umożliwia to każdemu uwierzytelnionemu użytkownikowi interakcję z dowolnym modelem skonfigurowanym w instancji.

Open WebUI przed wersją 0.9.0 ma lukę, która pozwala użytkownikom z domyślnymi uprawnieniami do tworzenia modeli na tworzenie modeli łańcuchowych, które odwołują się do zastrzeżonych modeli bazowych. Weryfikacja dostępu do modeli bazowych nie jest przeprowadzana, co umożliwia nieautoryzowany dostęp.

Open WebUI to samodzielnie hostowana platforma sztucznej inteligencji, która przed wersją 0.9.0 nie weryfikowała uprawnień użytkownika do modyfikacji kolekcji danych. Endpoint POST /api/v1/retrieval/process/web akceptował parametry, które mogły prowadzić do nieautoryzowanego usunięcia kolekcji danych.

Open WebUI to platforma sztucznej inteligencji działająca offline, która przed wersją 0.9.0 nie aktualizowała puli sesji po zmianach ról administracyjnych i usunięciach użytkowników. Użytkownik, któremu odebrano rolę administratora, nadal posiadał uprawnienia administracyjne w istniejącej sesji Socket.IO, dopóki utrzymywał połączenie.

W wersjach przed 0.9.0 Open WebUI, klucze tool_servers i terminal_servers w utils/tools.py nie używają prefiksu, co prowadzi do kolizji kluczy w przypadku współdzielenia bazy danych Redis przez wiele instancji. To może skutkować nadpisywaniem konfiguracji serwera narzędzi przez inną instancję.

Brak walidacji granic w parserze właściwości MQTT v5.0 w coreMQTT przed wersją 5.0.1 umożliwia brokerowi MQTT spowodowanie odmowy usługi poprzez wysłanie spreparowanego pakietu.

Vvveb to potężny i łatwy w użyciu system zarządzania treścią (CMS), który przed wersją 1.0.8.3 miał lukę w punkcie końcowym realizacji zamówienia. Umożliwiała ona atakującym, którzy byli zalogowani, ponowne wykorzystanie danych koszyka innego użytkownika w swojej sesji zakupowej.

Vvveb to potężny i łatwy w użyciu system zarządzania treścią (CMS), który przed wersją 1.0.8.3 umożliwiał uwierzytelnionemu administratorowi załadowanie listy tokenów API innego administratora, podając jego admin_id. To może prowadzić do ujawnienia wrażliwych tokenów API innych administratorów.

phpMyFAQ przed wersją 4.1.2 zawiera podatność na przechowywane ataki typu cross-site scripting w funkcji Utils::parseUrl(). Umożliwia to uwierzytelnionym użytkownikom wstrzykiwanie JavaScriptu za pomocą źle sformatowanych URL-i w komentarzach.

phpMyFAQ przed wersją 4.1.2 zawiera podatność na ujawnienie informacji w metodzie getIdFromSolutionId(), która nie stosuje filtracji uprawnień. Umożliwia to nieautoryzowanym atakującym enumerację zastrzeżonych wpisów FAQ oraz odczyt ich tytułów przez punkt końcowy /solution_id_{id}.html.

phpMyFAQ przed wersją 4.1.2 zawiera podatność na wstrzykiwanie SQL w funkcji CurrentUser::setTokenData, która pozwala uwierzytelnionym atakującym na wykonywanie dowolnych zapytań SQL poprzez wstrzykiwanie złośliwych roszczeń tokenów OAuth.

W Vvveb CMS przed wersją 1.0.8.3 występuje problem z wstrzykiwaniem SQL w stronie historii zamówień użytkownika. Użytkownik z autoryzacją może wykorzystać parametry URL do manipulacji zapytaniami SQL.

Vvveb CMS przed wersją 1.0.8.2 nie weryfikował znaku parametru ilości na końcowym punkcie dodawania do koszyka. Wysyłanie ujemnej liczby całkowitej było akceptowane przez serwer, co prowadziło do negatywnych wartości w obliczeniach zamówienia.