Katalog CVE

CVE-2026-90929

WysokieCVSS 8.1
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.44%

Percentyl 35 - wyżej niż 35% wszystkich znanych CVE

Streszczenie

File Browser w wersjach od 2.5.0 do 2.63.23 zawiera błąd nieprawidłowej autoryzacji w punkcie końcowym bezpośredniego przesyłania (resourcePostHandler w http/resource.go). W przeciwieństwie do handlera TUS, handler bezpośredniego przesyłania nie odrzuca celu będącego istniejącym katalogiem; żądanie POST z ?override=true skierowane na katalog kończy się niepowodzeniem w writeFile, a ścieżka czyszczenia wywołuje Fs.RemoveAll na ścieżce żądania, rekurencyjnie usuwając całe drzewo. Czyszczenie nie jest ograniczone uprawnieniem Perm.Delete ani regułą checkDescendants, więc uwierzytelniony użytkownik z domyślnymi uprawnieniami Create i Modify może usuwać katalogi, do których nie ma uprawnień.

Ocena ryzyka

Uwierzytelniony użytkownik bez uprawnień administratora może usuwać katalogi i pliki, do których nie powinien mieć dostępu, powodując utratę danych. Brak dostępnej poprawki zwiększa ryzyko.

Rekomendacja

Należy ograniczyć uprawnienia Create i Modify do zaufanych użytkowników oraz rozważyć wyłączenie bezpośredniego przesyłania plików do czasu wydania poprawki. Zaleca się regularne kopie zapasowe danych.

Inne podatności w File Browser

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

File Browser versions >= 2.5.0 and <= 2.63.23 contain an incorrect authorization flaw in the direct-upload endpoint (resourcePostHandler in http/resource.go). Unlike the TUS upload handler, the direct-upload handler does not reject a target that is an existing directory; a POST with ?override=true aimed at a directory fails inside writeFile (a directory cannot be opened for writing) and the failure-cleanup path then calls Fs.RemoveAll on the request path, recursively deleting the entire tree. This cleanup is gated by neither the Perm.Delete permission nor the checkDescendants rule walk applied by the delete and patch handlers, so an authenticated non-administrator holding only the default Create and Modify permissions can delete directories they are not authorized to delete, including rule-denied files within them. Deletion remains confined to the user's scope because ScopedFs.RemoveAll still enforces the scope guard. The faulty cleanup was introduced in v2.5.0; no patched version is available.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS