CVE-2026-77814
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 34 - wyżej niż 34% wszystkich znanych CVE
Streszczenie
is_path_trusted w scripts/iib/api.py porównuje żądaną ścieżkę z dozwolonymi katalogami za pomocą path.startswith(parent_path), bez dodawania separatora ścieżki. Katalog, którego nazwa zaczyna się od dozwolonej ścieżki, spełnia porównanie, co pozwala na dostęp do plików poza dozwolonym katalogiem.
Ocena ryzyka
Atakujący może uzyskać dostęp do plików, które powinny być wykluczone przez mechanizm kontroli dostępu, co może prowadzić do wycieku danych.
Rekomendacja
Zaktualizuj Stable Diffusion WebUI do wersji zawierającej poprawkę, która porównuje ścieżki z dodanym separatorem os.sep.
Inne podatności w Stable Diffusion WebUI
Zobacz wszystkie- CVE-2026-82288Wysokie
Stable Diffusion WebUI do wersji 1.10.1 zawiera podatność na ujawnienie poświadczeń w punkcie końcowym /sdapi/v1/cmd-flags, który zwraca sparsowane argumenty wiersza poleceń, w tym wartości gradio_auth i api_auth w postaci jawnego tekstu. Nieuwierzytelnieni atakujący mogą uzyskać dostęp do tego punktu końcowego, aby pobrać skonfigurowane nazwy użytkowników i hasła, a następnie użyć ich do uwierzytelnienia w interfejsie i uzyskać dostęp do aplikacji.
- CVE-2026-77815Wysokie
to_abs_path w scripts/iib/tool.py normalizuje ścieżkę za pomocą os.path.normpath, co nie rozwiązuje dowiązań symbolicznych. Dowiązanie symboliczne umieszczone w skanowanym katalogu może wskazywać na plik poza katalogiem, a FileResponse podąża za dowiązaniem, co pozwala na ujawnienie plików takich jak /etc/passwd.
Oryginalny opis (angielski, źródło NVD)
is_path_trusted in scripts/iib/api.py compares the requested path against each allowed parent directory with path.startswith(parent_path), without appending a path separator. A directory whose name merely begins with an allowed path therefore satisfies the comparison, so where /data/images is allowed a request for /data/images_private/secret.txt is treated as trusted and served by FileResponse, disclosing files the confinement was meant to exclude. Whether the check applies depends on get_enable_access_control in scripts/iib/tool.py: it returns true when IIB_ACCESS_CONTROL is set to enable, false when set to disable, and otherwise true when the host Stable Diffusion WebUI was started with share, ngrok, listen or server_name, falling back to false. Confinement is therefore active in the network-exposed WebUI deployments that rely on it, while a standalone run with no such option serves every readable file regardless of this flaw. The fix compares against parent_path joined with os.sep.