CVE-2026-54008
WysokieCVSS 8.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 10 - wyżej niż 10% wszystkich znanych CVE
Streszczenie
W Open WebUI przed wersją 0.9.6 występuje podatność, która pozwala atakującemu z ważną tożsamością OAuth na przesłanie publicznego URL, który przekierowuje do wewnętrznego adresu. Dzięki temu atakujący może odczytać odpowiedź z wewnętrznego serwera.
Ocena ryzyka
Organizacja może być narażona na ujawnienie wrażliwych danych wewnętrznych, co może prowadzić do poważnych naruszeń bezpieczeństwa.
Rekomendacja
Zaleca się aktualizację do wersji 0.9.6 lub nowszej, aby usunąć tę podatność.
Inne podatności w Open WebUI
Zobacz wszystkie- CVE-2026-45350Wysokie
W Open WebUI przed wersją 0.8.6 występuje podatność w API do uzupełniania czatu, która pozwala atakującym na obejście ograniczeń narzędzi, co może prowadzić do nieautoryzowanych działań lub dostępu.
- CVE-2026-45338Wysokie
W Open WebUI przed wersją 0.9.0 występuje podatność typu Server-Side Request Forgery (SSRF) w funkcji _process_picture_url(), która umożliwia atakującemu wymuszenie na serwerze wykonywania żądań HTTP do wewnętrznych zasobów.
- CVE-2026-45315Wysokie
Open WebUI przed wersją 0.9.3 ma podatność, która pozwala na przesyłanie plików audio z rozszerzeniem HTML, co może prowadzić do wykonania złośliwego kodu w przeglądarkach użytkowników. Użytkownik z odpowiednimi uprawnieniami może oszukać innych, aby otworzyli złośliwy link.
- CVE-2026-45303Wysokie
Open WebUI to samodzielnie hostowana platforma sztucznej inteligencji, która przed wersją 0.6.5 pozwalała na wstrzykiwanie i wykonywanie skryptów poprzez widok renderowania HTML. Zawartość czatu była osadzona w iFrame z ograniczeniami, które w praktyce były niewystarczające.
- CVE-2026-45301Wysokie
Open WebUI to samodzielnie hostowana platforma sztucznej inteligencji, która przed wersją 0.3.16 miała brak kontroli uprawnień w plikach związanych z punktami końcowymi API. Umożliwiało to każdemu uwierzytelnionemu użytkownikowi przeglądanie, dostęp i usuwanie wszystkich plików przesłanych przez innych użytkowników.
- CVE-2026-44570Wysokie
W Open WebUI przed wersją 0.6.19 występowały niespójności w kontrolach autoryzacji dotyczących API pamięci, co pozwalało standardowym użytkownikom na usuwanie, przywracanie i przeglądanie zawartości pamięci innych użytkowników.
- CVE-2026-44569Wysokie
W Open WebUI przed wersją 0.6.19 występuje podatność IDOR w systemie zarządzania wiadomościami kanałów, która pozwala uwierzytelnionym użytkownikom na modyfikację lub usunięcie dowolnej wiadomości w kanałach, do których mają dostęp. Problem wynika z braku walidacji własności wiadomości w punktach końcowych aktualizacji i usuwania wiadomości.
- CVE-2026-44567Wysokie
Open WebUI to samodzielnie hostowana platforma sztucznej inteligencji, która przed wersją 0.1.124 nieprawidłowo weryfikowała, czy użytkownik ma autoryzowaną rolę. Domyślnie, przy włączonej opcji rejestracji nowych użytkowników, rola użytkownika jest ustawiana na 'oczekującą', co wymaga interwencji administratora w celu przyznania odpowiedniej roli.
- CVE-2026-44566Wysokie
Open WebUI to platforma sztucznej inteligencji, która przed wersją 0.1.124 nie weryfikowała ani nie sanitizowała nazw plików przesyłanych przez użytkowników. Umożliwia to przesyłanie plików z nazwami zawierającymi segmenty kropkowe, co pozwala na przechodzenie poza zamierzony katalog przesyłania.
- CVE-2026-44565Wysokie
Open WebUI to samodzielnie hostowana platforma sztucznej inteligencji, która przed wersją 0.6.10 nie weryfikowała ani nie oczyszczała nazw plików podczas przesyłania plików audio. Umożliwia to użytkownikom przesyłanie plików z nazwami zawierającymi segmenty kropkowe, co pozwala na przechodzenie poza zamierzony katalog przesyłania.
Oryginalny opis (angielski, źródło NVD)
Open WebUI is a self-hosted artificial intelligence platform designed to operate entirely offline. Prior to 0.9.6, backend/open_webui/utils/oauth.py::_process_picture_url calls validate_url(picture_url) on the initial URL only, then invokes aiohttp.ClientSession.get(picture_url, ...) without allow_redirects=False. aiohttp's default is allow_redirects=True, max_redirects=10; the function does not pass the project's AIOHTTP_CLIENT_ALLOW_REDIRECTS env constant either. An attacker with a valid OAuth IdP identity can therefore submit a public URL that 302-redirects to an internal address and read the internal response body via the attacker's own profile_image_url field. This vulnerability is fixed in 0.9.6.