Katalog CVE

CVE-2026-52827

WysokieCVSS 7.1
Opublikowano: Przetłumaczono: NVD NIST

Streszczenie

W aplikacji Kimai ciasteczko KIMAI_SESSION wydawane po weryfikacji hasła, ale przed ukończeniem TOTP, jest akceptowane przez każdą trasę /api, ponieważ konfiguracja security.yaml chroni API regułą IS_AUTHENTICATED, a ApiRequestMatcher kieruje istniejącą sesję przez główny firewall. Token Scheb TwoFactorToken spełnia tę regułę dostępu, a ApiVoter przyznaje dostęp API jego użytkownikowi, co pozwala atakującemu z prawidłowym hasłem konta korzystać z uwierzytelnionych operacji REST API bez podania drugiego czynnika. Problem naprawiono w wersji 2.59.0.

Ocena ryzyka

Atakujący znający hasło konta może ominąć uwierzytelnianie dwuskładnikowe i wykonywać operacje API w imieniu użytkownika. Osłabia to skuteczność MFA i może prowadzić do nieautoryzowanego dostępu do danych.

Rekomendacja

Zaktualizuj Kimai do wersji 2.59.0 lub nowszej. Do czasu aktualizacji rozważ ograniczenie dostępu do tras /api lub wymuszenie dodatkowej weryfikacji drugiego czynnika.

Inne podatności w Kimai

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

Kimai is an open-source time tracking application. Prior to 2.59.0, the KIMAI_SESSION cookie issued after password verification but before TOTP completion is accepted by every /api route because config/packages/security.yaml protects the API with IS_AUTHENTICATED and App\API\Authentication\ApiRequestMatcher routes an existing session through the main firewall. A Scheb TwoFactorToken satisfies that access rule, and App\Voter\ApiVoter grants API access to its User, allowing an attacker with a valid account password to use authenticated REST API operations without entering the second factor even though web routes remain blocked. This issue is fixed in version 2.59.0.

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