<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://vulnerability.circl.lu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Tue, 29 Sep 2026 14:22:01 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-52819</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-52819</link>
      <description>&lt;p&gt;Kimai is an open-source time tracking application. Prior to 2.57.0, the GET /api/timesheets list endpoint accepts user and users[] target identifiers from a caller with view_other_timesheet but does not apply access_user or verify that a ROLE_TEAMLEAD requester leads a team containing each target user. TimesheetController::cgetAction() adds the resolved users directly to the query while project and customer filtering still permits records on unscoped projects or projects sharing ordinary team membership, allowing a teamlead to retrieve another user&amp;#39;s descriptions, timing data, tags, rate, and internalRate even though GET /api/timesheets/{id} would deny access through TimesheetVoter. This issue is fixed in version 2.57.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Kimai is an open-source time tracking application. Prior to 2.57.0, the GET /api/timesheets list endpoint accepts user and users[] target identifiers from a caller with view_other_timesheet but does not apply access_user or verify that a ROLE_TEAMLEAD requester leads a team containing each target user. TimesheetController::cgetAction() adds the resolved users directly to the query while project and customer filtering still permits records on unscoped projects or projects sharing ordinary team membership, allowing a teamlead to retrieve another user&amp;#39;s descriptions, timing data, tags, rate, and internalRate even though GET /api/timesheets/{id} would deny access through TimesheetVoter. This issue is fixed in version 2.57.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-52819</guid>
    </item>
    <item>
      <title>GHSA-4m8q-55qv-9pwp — Kimai: Teamlead authorization bypass in GET /api/timesheets allows reading other users' timesheet records without being…</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-4m8q-55qv-9pwp</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: kimai/kimai&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`GET /api/timesheets?user=&amp;lt;id&amp;gt;` (and `users[]=&amp;lt;id&amp;gt;`) returns the targeted user&amp;#39;s timesheet records to any caller that has the `view_other_timesheet` permission, without verifying that the caller is teamlead of any team containing the target user. The per-record endpoint `GET /api/timesheets/{id}` correctly enforces this check via `TimesheetVoter`/`RolePermissionManager::checkTeamAccessTimesheet` → `checkTeamLeadAccess`, but the list endpoint only filters projects/customers by team membership and never validates `t.user`. A `ROLE_TEAMLEAD` user can therefore enumerate any user&amp;#39;s records — including the `rate` field — as long as those records are on a project with no team scoping (Kimai&amp;#39;s default) or on any project that shares any team (membership, not lead) with the requester.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;**Root cause:** authorization mismatch between the per-record voter and the list endpoint.&lt;/p&gt;
&lt;p&gt;### Per-record path (correct)&lt;/p&gt;
&lt;p&gt;`src/Voter/TimesheetVoter.php:138`:
```php
if (!$this-&amp;gt;permissionManager-&amp;gt;checkTeamAccessTimesheet($subject, $user)) {
    return false;
}
return $this-&amp;gt;permissionManager-&amp;gt;hasRolePermission($user, $permission . &amp;#39;_other_timesheet&amp;#39;);
```&lt;/p&gt;
&lt;p&gt;`checkTeamLeadAccess` (RolePermissionManager.php:143-160) requires `isTeamleadOf` (not just member) one of the **target user&amp;#39;s** teams. The unit test `testTeamleadDeniedWhenOnlyPlainMemberOfOwnerTeam` (tests/Voter/TimesheetVoterTest.php:253-269) codifies this:&lt;/p&gt;
&lt;p&gt;&amp;gt; *&amp;#34;a TEAMLEAD role with `view_other_timesheet` must not access a…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: kimai/kimai&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`GET /api/timesheets?user=&amp;lt;id&amp;gt;` (and `users[]=&amp;lt;id&amp;gt;`) returns the targeted user&amp;#39;s timesheet records to any caller that has the `view_other_timesheet` permission, without verifying that the caller is teamlead of any team containing the target user. The per-record endpoint `GET /api/timesheets/{id}` correctly enforces this check via `TimesheetVoter`/`RolePermissionManager::checkTeamAccessTimesheet` → `checkTeamLeadAccess`, but the list endpoint only filters projects/customers by team membership and never validates `t.user`. A `ROLE_TEAMLEAD` user can therefore enumerate any user&amp;#39;s records — including the `rate` field — as long as those records are on a project with no team scoping (Kimai&amp;#39;s default) or on any project that shares any team (membership, not lead) with the requester.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;**Root cause:** authorization mismatch between the per-record voter and the list endpoint.&lt;/p&gt;
&lt;p&gt;### Per-record path (correct)&lt;/p&gt;
&lt;p&gt;`src/Voter/TimesheetVoter.php:138`:
```php
if (!$this-&amp;gt;permissionManager-&amp;gt;checkTeamAccessTimesheet($subject, $user)) {
    return false;
}
return $this-&amp;gt;permissionManager-&amp;gt;hasRolePermission($user, $permission . &amp;#39;_other_timesheet&amp;#39;);
```&lt;/p&gt;
&lt;p&gt;`checkTeamLeadAccess` (RolePermissionManager.php:143-160) requires `isTeamleadOf` (not just member) one of the **target user&amp;#39;s** teams. The unit test `testTeamleadDeniedWhenOnlyPlainMemberOfOwnerTeam` (tests/Voter/TimesheetVoterTest.php:253-269) codifies this:&lt;/p&gt;
&lt;p&gt;&amp;gt; *&amp;#34;a TEAMLEAD role with `view_other_timesheet` must not access a…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-4m8q-55qv-9pwp</guid>
    </item>
  </channel>
</rss>
