Katalog podatności CVE

Open WebUI przed wersją 0.9.5 ma lukę, która pozwala użytkownikom na dołączenie plików do zasobów, do których nie mają uprawnień, co może prowadzić do wycieku prywatnych plików innych użytkowników.

W wersjach przed 0.9.5 funkcja validate_url() w Open WebUI nie weryfikuje przekierowań HTTP 3xx, co pozwala uwierzytelnionym użytkownikom na dostęp do wewnętrznych adresów IP poprzez publiczne URL-e. Może to prowadzić do nieautoryzowanego odczytu danych z wewnętrznych zasobów.

Open WebUI to samodzielnie hostowana platforma sztucznej inteligencji, która działa całkowicie offline. Przed wersją 0.9.5 występowała luka w zabezpieczeniach związana z obejściem SSRF spowodowana różnicą w analizie między bibliotekami urlparse a requests.

W Open WebUI przed wersją 0.9.5 występuje luka, która pozwala uwierzytelnionym użytkownikom na dostęp do prywatnych baz wiedzy za pomocą znajomości UUID. Luka ta umożliwia również atakującym wstrzykiwanie lub nadpisywanie zawartości baz wiedzy innych użytkowników.

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.