CVE-2026-92919
WysokieCVSS 8.1Streszczenie
Aplikacja admin3 w wersjach do 3.0.0 nie sanityzuje nazw plików dostarczanych przez klienta w module obsługi przesyłania, co pozwala uwierzytelnionym użytkownikom zapisywać pliki poza katalogiem głównym w środowiskach Windows. Atakujący mogą użyć segmentów ścieżki z kropkami, aby wyjść poza skonfigurowany katalog i nadpisać dowolne pliki dostępne dla procesu serwera.
Ocena ryzyka
Uwierzytelniony atakujący może nadpisać dowolne pliki dostępne dla procesu serwera, co może prowadzić do zdalnego wykonania kodu lub całkowitego przejęcia systemu. Ryzyko jest szczególnie wysokie w środowiskach Windows.
Rekomendacja
Zaktualizuj aplikację admin3 do wersji nowszej niż 3.0.0. Wdróż walidację i sanityzację nazw plików przesyłanych przez użytkowników oraz ogranicz uprawnienia procesu serwera.
Inne podatności w admin3
Zobacz wszystkie- CVE-2026-92921Średnie
Aplikacja admin3 w wersjach do 3.0.0 przechowuje hasła kont przy użyciu pojedynczej rundy MD5, używając jedynie nazwy użytkownika jako soli i bez funkcji wyprowadzania klucza. Atakujący mający dostęp do bazy danych może odzyskać hasła w postaci jawnej poprzez ataki słownikowe lub brute-force offline.
- CVE-2026-92920Średnie
Aplikacja admin3 w wersjach do 3.0.0 nie unieważnia istniejących sesji przy wyłączaniu konta użytkownika, co pozwala atakującym zachować uwierzytelniony dostęp z pierwotnymi uprawnieniami. Tokeny bearer wydane przed wyłączeniem konta nadal działają, ponieważ AuthInterceptor nigdy nie sprawdza ponownie statusu zablokowania użytkownika, a wygaśnięcie sesji resetuje się przy każdym żądaniu.
- CVE-2026-92918Wysokie
Aplikacja admin3 w wersjach do 3.0.0 przechowuje tokeny sesji użytkowników w treści zdarzenia dziennika audytu podczas publikowania zdarzeń domenowych UserLoggedIn. Atakujący z uprawnieniem log:view może odczytać odpowiedź JSON z punktu końcowego GET /logs, aby pozyskać tokeny sesji i użyć ich jako poświadczeń bearer do pełnego dostępu do konta użytkownika.
Oryginalny opis (angielski, źródło NVD)
admin3 through 3.0.0 fails to sanitize client-supplied filenames in the upload handler, allowing authenticated users to write files outside the storage root on Windows deployments. Attackers can use dot-dot path segments in filenames to escape the configured storage directory and overwrite arbitrary files accessible to the server process.