CVE-2026-61844
WysokieCVSS 7.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 16 - wyżej niż 16% wszystkich znanych CVE
Streszczenie
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ć.
Ocena ryzyka
Uwierzytelniony użytkownik o niskich uprawnieniach może obejść kontrolę dostępu read_own i edit_own, uzyskując nieautoryzowany dostęp do plików innych użytkowników oraz możliwość ich modyfikacji.
Rekomendacja
Zaktualizuj FileRise do wersji 3.18.0 lub nowszej, która usuwa kolizje nazw plików metadanych.
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-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.
- CVE-2026-57493Średnie
FileRise przed wersją 3.16.0 przechowuje flagę isAdmin w tokenach remember-me i przywraca tę nieaktualną wartość podczas automatycznego logowania, zamiast odczytywać bieżącą rolę konta z users.txt. Użytkownik, któremu wydano token, gdy był administratorem, może zachować uprawnienia administratora po degradacji, a rotacja tokenów kopiuje ten nieaktualny przywilej do każdego nowego tokenu.
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.18.0, FileRise flattens logical folder paths into metadata filenames by replacing separators and spaces with hyphens, so distinct folders such as team/docs and team-docs can share one metadata file. Because uploader metadata is used to authorize read_own and ownership-restricted edits, a low-privileged user who controls one colliding folder, knows the target basename, and already has read_own access to the target folder can alter the metadata used by that folder, make the victim file appear attacker-owned, read it, and modify it when edit-own permission is also available. This issue is fixed in version 3.18.0.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS