CVE-2026-54006
ŚrednieCVSS 4.3Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 8 - wyżej niż 8% wszystkich znanych CVE
Streszczenie
W Open WebUI przed wersją 0.9.6 występuje luka, która pozwala użytkownikom z rolą zwykłego na przenoszenie wydarzeń między kalendarzami innych użytkowników bez odpowiednich uprawnień. Luka ta polega na braku walidacji identyfikatora kalendarza docelowego w żądaniu aktualizacji wydarzenia.
Ocena ryzyka
Organizacje mogą być narażone na nieautoryzowane przenoszenie danych między kalendarzami, co może prowadzić do naruszenia prywatności i bezpieczeństwa informacji.
Rekomendacja
Zaleca się aktualizację Open WebUI do wersji 0.9.6 lub nowszej, aby usunąć tę podatność oraz wprowadzenie dodatkowych kontroli dostępu w aplikacji.
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, POST /api/v1/calendars/events/{event_id}/update validates that the caller has write access to the calendar the event currently belongs to, but does not validate the destination calendar_id supplied in the request body. The model layer then persists the new calendar_id unconditionally. A regular user-role account can therefore create an event in their own calendar and immediately move it into any other user's calendar whose ID they know — bypassing the authorization check that create_event correctly performs. This vulnerability is fixed in 0.9.6.