CVE-2026-105131

ŚrednieCVSS 5.4

Opublikowano: 04/10/2026(UTC)Zaktualizowano: 06/10/2026(UTC)Przetłumaczono: 04/10/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko

0.20%

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

Streszczenie

ezBookkeeping 1.2.0 przed wersją 2.0.1 zawiera podatność eskalacji uprawnień, która pozwala atakującym posiadającym token API uzyskać pełny token sesji poprzez /api/v1/tokens/refresh.json. Ponieważ TokenRefreshHandler nigdy nie sprawdza typu tokenu, atakujący mogą wymienić krótkotrwałe lub ograniczone do IP tokeny API na 30-dniowe normalne tokeny sesji, które omijają wygaśnięcie tokenu API i listy dozwolonych.

Ocena ryzyka

Atakujący z tokenem API może uzyskać długotrwały token sesji omijający ograniczenia, co prowadzi do nieautoryzowanego dostępu do konta i danych.

Rekomendacja

Zaktualizuj ezBookkeeping do wersji 2.0.1 lub nowszej, która weryfikuje typ tokenu w TokenRefreshHandler.

Inne podatności w ezBookkeeping

CVE-2026-94112Średnie
mayswind ezBookkeeping przed wersją 2.0.0 nie unieważnia kodów TOTP po ich użyciu, co pozwala atakującym na powtórne użycie przechwyconych kodów w oknie akceptacji. Atakujący ze skradzionymi poświadczeniami mogą się uwierzytelnić i ponownie użyć przechwyconego kodu w wielu próbach autoryzacji przez około 90 sekund bez wykrycia.

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

ezBookkeeping 1.2.0 before 2.0.1 contains a privilege escalation vulnerability that allows attackers holding an API token to obtain a full session token via /api/v1/tokens/refresh.json. Because TokenRefreshHandler never checks token type, attackers can exchange short-lived or IP-restricted API tokens for 30-day normal session tokens that bypass API token expiry and allowlists.

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