CVE-2026-84807: Kimai before 2.65.0 Authentication Bypass via Team Creation

Published Sep 2, 2026
·
Updated

Kimai (kimai/kimai) through 2.65.0 contains a business logic / improper authorization vulnerability in the default team creation endpoints. An authenticated user with project permission-management privileges can create or use a customer, project, or activity whose name matches an existing team; because the endpoints POST /api/customers/{id}/team, POST /api/projects/{id}/team, and POST /api/activities/{id}/team reuse an existing team of the same name and add the current user as teamlead without verifying that the user is authorized to manage that team, the attacker gains unauthorized team-lead (administration) rights over the existing team. Fixed in 2.65.0.

Affected Software

1 affected component
kimai/kimai<2.65.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade kimai/kimai to a version that resolves this vulnerability.

    Fixed in 2.65.0

Event History

Sep 2, 2026
CVE Published
via MITRE·11:11 AM
Data Sourced
via MITRE·11:11 AM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Who can exploit this issue?

An attacker must already be authenticated and have project permission-management privileges. They can then use the affected team-creation endpoints to obtain team-lead rights over an existing team with a matching name.

2

Which interfaces are affected?

The affected default endpoints are POST /api/customers/{id}/team, POST /api/projects/{id}/team, and POST /api/activities/{id}/team. The issue occurs when these endpoints reuse an existing team based on its name without checking authorization to manage that team.

3

Are default configurations affected?

Yes. The vulnerability is described in the default team creation endpoints, so deployments exposing and using these standard API endpoints are affected when running versions before 2.65.0.

4

How can I determine whether unauthorized elevation may have occurred?

Review use of the affected team-creation endpoints and inspect team-lead assignments for users who should not be authorized to administer the corresponding teams. Pay particular attention to teams whose names match customers, projects, or activities created or used by users with project permission-management privileges.

5

What is the available remediation?

Upgrade Kimai to version 2.65.0, which fixes the issue. The provided data does not identify an alternative mitigation for systems that cannot be patched immediately.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203