CVE-2026-64857

ŚrednieCVSS 5.3

Opublikowano: 09/09/2026(UTC)Zaktualizowano: 09/09/2026(UTC)Przetłumaczono: 09/09/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko

0.27%

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

Streszczenie

tirreno, framework bezpieczeństwa, ma problem z fiksacją sesji w wersjach przed 0.10.0. Podczas uwierzytelniania tirreno weryfikuje poświadczenia użytkownika i ustanawia uwierzytelnioną sesję, ale nie wywołuje `session_regenerate_id()` po tym. W rezultacie identyfikator sesji nie jest rotowany po zalogowaniu, pozostaje taki sam przed i po uwierzytelnieniu. Atakujący, który może ustawić znany identyfikator sesji w przeglądarce ofiary (np. przez man-in-the-middle, cross-site scripting lub wstrzyknięcie ciasteczka w subdomenie), może uzyskać dostęp do uwierzytelnionej sesji ofiary. Problem naprawiono w v0.10.0, gdzie identyfikator sesji jest regenerowany po pomyślnym uwierzytelnieniu, a poprzednia sesja jest niszczona. Nie ma obejścia na poziomie konfiguracji.

Ocena ryzyka

Ryzyko polega na możliwości przejęcia sesji uwierzytelnionego użytkownika przez atakującego, co może prowadzić do nieautoryzowanego dostępu do kont i danych.

Rekomendacja

Zaleca się natychmiastową aktualizację tirreno do wersji 0.10.0 lub nowszej, ponieważ nie ma obejścia konfiguracyjnego.

Inne podatności w tirreno

CVE-2025-55472Średnie
W systemie Tirreno w wersji 0.9.5 występuje podatność na wstrzyknięcie SQL w punkcie końcowym API /admin/loadUsers. Podatność wynika z niebezpiecznego przetwarzania parametru columns[0][data] dostarczonego przez użytkownika, który jest używany bezpośrednio w zapytaniach SQL bez walidacji i parametryzacji.

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

tirreno, a security framework, has a session fixation issue in versions prior to 0.10.0. During authentication, tirreno validates the user's credentials and establishes the authenticated session, but it does not call `session_regenerate_id()` afterward. As a result, the session identifier is not rotated on login, it stays the same before and after authentication. An attacker able to fix a known session identifier in a victim's browser (for example through a network man-in-the-middle position, or a separate cross-site scripting or subdomain cookie-injection issue) could then gain access to the victim's authenticated session. The issue is fixed in v0.10.0. The session identifier is now regenerated on successful authentication, and the previous session is destroyed. There is no configuration-level workaround.

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