CVE-2026-92918
WysokieCVSS 8.8Streszczenie
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.
Ocena ryzyka
Atakujący z uprawnieniem log:view może przejąć sesje innych użytkowników, w tym administratorów, uzyskując pełny dostęp do ich kont. Prowadzi to do eskalacji uprawnień i potencjalnego naruszenia całego systemu.
Rekomendacja
Zaktualizuj aplikację admin3 do wersji nowszej niż 3.0.0. Usuń tokeny sesji z dzienników audytu i ogranicz uprawnienie log:view do zaufanych użytkowników.
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-92919Wysokie
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.
Oryginalny opis (angielski, źródło NVD)
admin3 through 3.0.0 persists user session tokens in the audit log event body when publishing UserLoggedIn domain events. Attackers with log:view permission can read the JSON response from the GET /logs endpoint to harvest session tokens and replay them as bearer credentials for full user access.