CVE-2026-104109
ŚrednieCVSS 6.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 24 - wyżej niż 24% wszystkich znanych CVE
Streszczenie
FileRise przed wersją 3.23.0 waliduje nazwy wpisów archiwum, ale rozpakowuje je bezpośrednio do docelowego katalogu, zanim zweryfikuje rozwiązane ścieżki. Jeśli w katalogu docelowym istnieje dowiązanie symboliczne do katalogu poza katalogiem głównym magazynu, uwierzytelniony użytkownik bez uprawnień administratora z prawem rozpakowywania może umieścić wpis archiwum pod tym dowiązaniem i nadpisać lub usunąć plik zewnętrzny.
Ocena ryzyka
Atakujący z uprawnieniami rozpakowywania może nadpisać lub usunąć pliki poza obszarem magazynu, jeśli w katalogu docelowym istnieje wcześniej przygotowane dowiązanie symboliczne. Wymaga to jednak uprawnień zapisu lub usuwania procesu FileRise do pliku docelowego.
Rekomendacja
Zaktualizuj FileRise do wersji 3.23.0 lub nowszej. Dodatkowo przejrzyj katalogi magazynu pod kątem nieoczekiwanych dowiązań symbolicznych i ogranicz uprawnienia zapisu procesu FileRise.
Inne podatności w FileRise
Zobacz wszystkie- CVE-2026-92616Średnie
FileRise przed wersją 3.28.0 zawiera podatność eskalacji uprawnień, która pozwala uwierzytelnionym atakującym z niskimi uprawnieniami uzyskać nieautoryzowany dostęp do odczytu i zapisu poprzez wykorzystanie nieprawidłowej izolacji sesji między interfejsem WebDAV a kontekstem sesji aplikacji webowej. Atakujący mogą połączyć ważne poświadczenia Basic-Auth z aktywnym plikiem cookie PHPSESSID administratora, aby obejść granice autoryzacji.
- CVE-2026-54414Krytyczne
FileRise przed wersją 3.16.0 jest podatny na path traversal w punkcie końcowym przesyłania plików do folderu współdzielonego (/api/folder/uploadToSharedFolder.php), co prowadzi do dowolnego zapisu plików i przejęcia konta administratora. Walidacja nazwy pliku przez FolderController przepuszcza sekwencje zakodowane w URL.
- CVE-2026-77427Średnie
FileRise to samodzielnie hostowany menedżer plików. Od wersji 3.9.0 do 3.22.0 czyste instalacje manualne bez PERSISTENT_TOKENS_KEY lub metadata/persistent_tokens.key mogą aktywować opublikowany klucz zgodności legacy. Jeśli atakujący zdobędzie pliki kont lub konfiguracji zawierające szyfrogram, znany klucz zapasowy umożliwi odszyfrowanie sekretów TOTP lub poświadczeń. Problem naprawiono w wersji 3.22.0.
- CVE-2026-69194Średnie
FileRise to samodzielnie hostowany menedżer plików. Przed wersją 3.21.0 FileRise zwracał zapisaną wartość branding.footerHtml przez nieuwierzytelnione publiczne API konfiguracji witryny bez sanityzacji po stronie serwera. Frontend FileRise sanityzuje tę wartość przed renderowaniem, ale surowy HTML był eksponowany przez API. Administrator musi najpierw zapisać złośliwą wartość stopki. Problem naprawiono w wersji 3.21.0.
- CVE-2026-69193Średnie
FileRise to samodzielnie hostowany menedżer plików. Przed wersją 3.21.0 FileRise śledzi nieudane logowania tylko na podstawie kombinacji adresu IP źródła i nazwy użytkownika. Zdalny nieuwierzytelniony atakujący może rotować nazwy użytkowników, aby uzyskać świeży budżet prób dla każdej nazwy, umożliwiając password spraying z jednego źródła poza zamierzonym limitem. Problem naprawiono w wersji 3.21.0.
- CVE-2026-69191Średnie
FileRise to samodzielnie hostowany menedżer plików. Przed wersją 3.21.0 FileRise egzekwuje disableFormLogin, disableBasicAuth i disableOIDCLogin w interfejsie klienta, ale niekonsekwentnie w odpowiednich przepływach uwierzytelniania po stronie serwera. Użytkownik z ważnymi poświadczeniami dla wyłączonej metody może wywołać jej endpoint backendu bezpośrednio i uwierzytelnić się mimo polityki administratora. Problem naprawiono w wersji 3.21.0.
- CVE-2026-64856Niskie
W FileRise przed wersją 3.20.0 punkt końcowy /api/file/snippet.php nie stosuje standardowej kontroli uwierzytelnionej sesji przed przetwarzaniem żądań podglądu krótkich tekstów. Endpoint nadal wykonuje kontrole ACL, więc typowe instalacje nie ujawniają nieuwierzytelnionego odczytu dowolnych plików, ale nieuwierzytelnione żądania docierają do oceny ACL zamiast natychmiastowej odpowiedzi 401. Jedynie nietypowe nagłówki proxy lub błędna konfiguracja ACL mogą pozwolić żądaniom wejść w obsługę ścieżek i zawartości plików.
- CVE-2026-62664Średnie
FileRise przed wersją 3.19.0 nie odrzuca segmentów ścieżki typu ".." w parametrze folderName przed utworzeniem katalogu przez FolderModel::createFolder(). Uwierzytelniony użytkownik z niskimi uprawnieniami, ważnym tokenem CSRF oraz prawem tworzenia lub właściciela katalogu nadrzędnego może wysłać segmenty traversal do POST /api/folder/createFolder.php i utworzyć katalogi poza UPLOAD_DIR.
- CVE-2026-61844Wysokie
W FileRise przed wersją 3.18.0 ścieżki folderów są spłaszczane do nazw plików metadanych poprzez zastępowanie separatorów i spacji myślnikami, przez co różne foldery (np. team/docs i team-docs) mogą współdzielić jeden plik metadanych. Użytkownik o niskich uprawnieniach, który kontroluje kolidujący folder i zna nazwę pliku docelowego, może zmodyfikować metadane, sprawić że cudzy plik wygląda na jego własny, a następnie go odczytać i zmodyfikować.
- CVE-2026-61843Wysokie
W FileRise przed wersją 3.18.0 udostępnione foldery z możliwością wysyłania oraz linki tylko do wysyłania nie odrzucają nazwy pliku docelowego, która już istnieje. Nieuwierzytelniony gość z ważnym tokenem udostępniania i hasłem może wysłać plik o tej samej nazwie i po cichu zastąpić jego zawartość, zachowując oryginalne metadane. Ten sam problem dotyczy zwykłych uwierzytelnionych wysyłek przez /api/upload/upload.php oraz użytkowników tylko do wysyłania bez prawa edycji istniejącego pliku.
Oryginalny opis (angielski, źródło NVD)
FileRise is a self-hosted web-based file manager with multi-file upload, editing, and batch operations. Prior to 3.23.0, FileRise validates archive entry names but extracts them directly into the authorized live destination before validating resolved paths. If that destination already contains a symlink to a directory outside the storage root, an authenticated non-administrator with extract permission who can upload or otherwise place an attacker-controlled ZIP in that folder can place an ordinary archive entry beneath the link. ZipArchive::extractTo() can then overwrite an external file, and post-extraction cleanup can delete that target through the same linked parent, only where the FileRise process has the required filesystem write or removal permission. The advisory does not establish that the attacker can create the prerequisite symlink through FileRise. This issue is fixed in version 3.23.0.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS