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.
Характеристики атаки
Способ атаки
По сети
Атака возможна удалённо
Сложность
Низкая
Легко эксплуатировать
Условия для атаки
Не требуются
Нет дополнительных условий
Нужны права
Низкие
Нужны базовые права
Участие пользователя
Не требуется
Не нужно действие пользователя
Последствия
Конфиденциальность
Высокое
Полная утечка данных
Целостность
Низкое
Частичная модификация данных
Доступность
Нет
Нет нарушения работы
Строка CVSS v4.0
Тип уязвимости (CWE)
Ссылки 5
https://github.com/kimai/kimai/commit/87c85270a98899e6545108cbb9f41103ec6ea312
security-advisories@github.com
https://github.com/kimai/kimai/pull/5957
security-advisories@github.com
https://github.com/kimai/kimai/releases/tag/2.59.0
security-advisories@github.com
https://github.com/kimai/kimai/security/advisories/GHSA-v8hx-4vx8-wc96
security-advisories@github.com
https://www.kimai.org/en/security/ghsa-v8hx-4vx8-wc96
security-advisories@github.com