CVE-2026-68581 PUBLISHED

Vikunja 0.22.0 through 2.3.0 Authentication Bypass via Principal ID Collision

Assigner: VulnCheck
Reserved: 31.07.2026 Published: 02.08.2026 Updated: 02.08.2026

Vikunja versions 0.22.0 through 2.3.0 fail to validate the principal type in API token management. Because user IDs and link-share IDs are independent numeric sequences and both resolve through a generic web.Auth.GetID() interface, a link-share JWT whose numeric ID equals a target user's ID is treated as that user by the /api/v1/tokens endpoints. An authenticated attacker can obtain a target's numeric user ID via authenticated user search, then create link shares on an attacker-writable project until the link-share sequence reaches that value, and use the resulting link-share JWT to list, create, and delete the target user's API tokens (including issuing a new token with attacker-chosen scopes under the target's permissions). Fixed in version 2.4.0.

Metrics

CVSS Vector: CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N
CVSS Score: 8.6

Product Status

Vendor go-vikunja
Product vikunja
Versions Default: unaffected
  • affected from 0.22.0 to 2.4.0 (excl.)

Credits

  • ryuyunseong reporter

References

Problem Types

  • Incorrect Authorization CWE