CVE-2026-82236

File Browser przed wersją 2.63.20 nie honoruje izolacji createUserDir w ścieżkach automatycznego provisionowania uwierzytelniania proxy i hook. Atakujący z ważnymi poświadczeniami uwierzytelnionymi upstream mogą czytać, modyfikować, usuwać i udostępniać pliki innych użytkowników, wykorzystując przypisanie zakresu do katalogu głównego serwera.

File Browser przed wersją v2.63.22 nie sprawdza poprawnie reguł dostępu dla elementów podrzędnych podczas rekurencyjnych operacji kopiowania, zmiany nazwy i usuwania, co pozwala uwierzytelnionym użytkownikom na obejście kontroli dostępu opartej na ścieżkach. Atakujący mogą kopiować, zmieniać nazwy lub usuwać zabronione pliki, operując na dozwolonym katalogu nadrzędnym, co narusza izolację opartą na regułach dla poufności i integralności.

Podatność w File Browser przed wersją 2.63.16 pozwala uwierzytelnionemu użytkownikowi z uprawnieniami do tworzenia i modyfikacji plików na tworzenie plików poza dozwolonym zakresem. Problem wynika z nieprawidłowej walidacji dowiązań symbolicznych (symlink) – sprawdzany jest najbliższy istniejący przodek, a następnie podąża się za dowiązaniem.

File Browser to interfejs zarządzania plikami, który od wersji 2.0.0-rc.1 pozwala na podszywanie się pod użytkowników, w tym administratorów, przez nieautoryzowanych atakujących. Wystarczy wysłać sfałszowany nagłówek HTTP, aby uzyskać dostęp bez potrzeby podawania danych uwierzytelniających.

File Browser przed wersją 2.63.6 zawierał lukę w funkcji Hook Authentication, która pozwalała na delegowanie weryfikacji logowania do zewnętrznego polecenia powłoki. Użytkownicy mogli wprowadzać dane logowania, które były interpolowane do tego polecenia bez sanitizacji, co umożliwiało atakującym zdalne wykonanie dowolnych poleceń systemowych.

File Browser przed wersją 2.63.17 bezpośrednio serializuje strukturę Link w funkcjach sharePostHandler, shareListHandler i shareGetsHandler, co powoduje ujawnienie password_hash i tokenu bypass w odpowiedziach API. Administrator może pobrać te sekrety dla udziałów każdego użytkownika, umożliwiając ataki offline na hasła i bezpośredni dostęp do chronionych udziałów.

File Browser w wersjach od 2.50.0 do 2.63.21 nie weryfikuje wygaśnięcia JWT, gdy skonfigurowane jest uwierzytelnianie proxy z niestandardową stroną wylogowania. Atakujący z wcześniej ważnym tokenem mogą uzyskiwać dostęp do chronionych tras i punktów końcowych administracyjnych bezterminowo oraz wymieniać wygasłe tokeny na nowe za pośrednictwem punktu odnowienia.

Podatność w File Browser od wersji 2.63.6 do 2.63.16 pozwala użytkownikowi z uprawnieniami do przesyłania plików na umieszczenie pliku o nazwie zawierającej backslash, który podczas pobierania i rozpakowywania archiwum przez innego użytkownika może uciec poza katalog docelowy. Problem wynika z użycia funkcji strings.ReplaceAll(nameInArchive, "\", "/") w konstruktorze archiwów, co przekształca nazwę POSIX, np. ..\..\evil.sh, w wpis archiwum ../../evil.sh.

W File Browser przed wersją 2.63.17, gdy włączone są opcje Signup i CreateUserDir, funkcja cleanUsername() normalizuje nazwy użytkowników w sposób, który może powodować kolizje (np. 'team/one', 'team one' i 'team-one' są mapowane do tego samego katalogu domowego). Pozwala to drugiemu rejestrującemu uzyskać pełny dostęp do plików innego użytkownika.

W File Browser przed wersją 2.63.17 usunięcie katalogu z końcowym ukośnikiem (np. /a/) nie usuwa istniejącego publicznego udostępnienia tego katalogu (np. /a). Błąd wynika z nieprawidłowej normalizacji ścieżki w zapytaniu do bazy danych Bolt, co pozostawia nieaktualny wpis udostępnienia. Po ponownym utworzeniu tego samego katalogu, stare udostępnienie ujawnia nową zawartość.