CVE-2026-117468
ŚrednieCVSS 6.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 40 - wyżej niż 40% wszystkich znanych CVE
Streszczenie
Psono Server w wersjach 5.3.5–7.2.3 używał klasy uprawnień, która nie wymuszała zakresu zapisu tokenu przy zgłaszaniu kodu urządzenia. Uwierzytelniony atakujący z sesją opartą na ograniczonym kluczu API mógł zgłosić kontrolowany przez siebie kod urządzenia i uzyskać pełną sesję odczytu i zapisu ważną do 365 dni.
Ocena ryzyka
Atakujący może obejść ograniczenia zakresu i czasu życia tokenu, uzyskując szeroki dostęp do systemu. Nie omija to uwierzytelniania dwuskładnikowego ani nie ujawnia bezpośrednio sekretów w postaci jawnej.
Rekomendacja
Zaktualizuj Psono Server do wersji nowszej niż 7.2.3. Przeglądaj i ograniczaj uprawnienia kluczy API oraz monitoruj długotrwałe sesje.
Inne podatności w Psono Server
Zobacz wszystkie- CVE-2026-117472Średnie
Psono Server CE i EE w wersjach 4.0.33–7.2.3 porównywał ścieżkę żądania dla endpointu bulk-secret-read z zakodowaną ścieżką bez prefiksu. W konfiguracjach z URL_PREFIX porównanie zawodziło i żądanie POST było autoryzowane z uprawnieniem zapisu zamiast odczytu, co pozwalało uwierzytelnionemu atakującemu z kluczem API bez uprawnień odczytu na pobranie zaszyfrowanych sekretów i nonces.
- CVE-2026-117471Średnie
Psono Server CE i EE w wersjach 0.1.0–7.2.3 akceptował hosta kontrolowanego przez użytkownika przy konfiguracji osobistego urządzenia Duo i przekazywał go do klienta Duo bez listy dozwolonych i jawnego limitu czasu. Uwierzytelniony atakujący mógł spowodować połączenie serwera z wybranymi hostami przez HTTPS na porcie 443 i rozróżnić tryby błędów, tworząc wyrocznię wewnętrznego DNS i osiągalności usług.
- CVE-2026-117470Średnie
Psono Server CE i EE w wersjach 3.1.0–7.2.3 nie zużywał zapisanego wyzwania WebAuthn po weryfikacji asercji. Nieuwierzytelniony atakujący posiadający hasło użytkownika i jedną przechwyconą ważną asercję WebAuthn mógł ją odtworzyć z osobnymi tokenami logowania, omijając drugi czynnik WebAuthn.
- CVE-2026-117469Średnie
Psono Server (CE i EE) w wersjach 1.0.0–7.2.3 nie wymuszał kierunku poświadczeń transferu plików w operacjach repozytorium plików. Uwierzytelniony atakujący z dostępem tylko do odczytu mógł przedstawić transfer pobierania do endpointu wysyłania, uzyskać podpisany URL wysyłania dla wybranego klucza obiektu i dołączyć fragment do pliku właściciela.
Oryginalny opis (angielski, źródło NVD)
Psono Server versions 5.3.5 through 7.2.3 used a permission class that did not enforce token write scope when claiming a device code. An authenticated remote attacker holding a restricted API key-derived session could claim an attacker-controlled device code and obtain a full read-write session valid for up to 365 days, bypassing the original token's scope and lifetime restrictions. This did not bypass two-factor authentication or directly disclose plaintext secrets.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS