PatchSiren

PatchSiren cyber security CVE debrief

CVE-2026-76216 go-vikunja CVE debrief

A principal-type confusion vulnerability exists in Vikunja through version 2.4.0. This vulnerability allows attackers with a link-share JWT to potentially remove victims from teams, enumerate and delete victim bot users, or read team rosters by exploiting id collisions in the autoincrement space. The vulnerability is due to three permission checks lacking type guards, treating LinkSharing principals with id N as user principals with users.id == N.

Vendor
go-vikunja
Product
vikunja
CVSS
HIGH 7.7
CISA KEV
Not listed in stored evidence
Original CVE published
2026-08-19
Original CVE updated
2026-09-16
Advisory published
2026-08-19
Advisory updated
2026-09-16

Who should care

Defenders responsible for Vikunja installations, especially those using link-sharing functionality, should assess the potential impact of this vulnerability on their systems. This includes operators managing affected deployments, platform administrators, vulnerability management teams, and security teams that need to prioritize and remediate this high-severity issue to prevent potential unauthorized access or disruption of service.

Why it matters

Defenders should care about CVE-2026-76216 because it is a high-severity vulnerability in Vikunja that could allow attackers to manipulate team memberships, bot users, and team rosters, potentially leading to unauthorized access or disruption of service.

  • Potential unauthorized removal of victims from teams
  • Potential enumeration and deletion of victim bot users
  • Potential unauthorized reading of team rosters

Technical summary

The vulnerability exists due to a lack of type guards in three permission checks, allowing attackers with a link-share JWT to potentially remove victims from teams, enumerate and delete victim bot users, or read team rosters. This issue affects Vikunja installations that use link-sharing functionality, particularly those with user and bot user accounts that could be targeted through id collisions in the autoincrement space. Defenders should assess the potential impact on their systems and prioritize verifying the presence of this vulnerability.

Defensive priority

Defenders should prioritize verifying the presence of this vulnerability in their Vikunja installations and assess the potential impact on their systems, especially if link-sharing functionality is used.

Recommended defensive actions

  • Verify the version of Vikunja in use and assess if it is vulnerable
  • Review and update permissions and access controls for link-sharing functionality
  • Monitor for potential exploitation attempts
  • Review compensating controls for exposed systems while remediation is scheduled and verified
  • Check relevant monitoring, detection, and logs for exposed assets that need extra review
  • Track exceptions, retest remediated assets, and close the item only after evidence is documented
  • Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up

Evidence notes

The CVE record and NVD entry provide details about the vulnerability, including its description and CVSS score. However, additional information about affected versions, exploitation, and remediation is limited.

Sources and references

Verified primary and authoritative sources

  • CVE-2026-76216 CVE Program record

    Publisher, destination, and source semantics verified

    URL: https://www.cve.org/CVERecord?id=CVE-2026-76216

    CVE Program - Official CVE Program record with source-provided CVE metadata.

  • CVE-2026-76216 NVD vulnerability detail

    Publisher, destination, and source semantics verified

    URL: https://nvd.nist.gov/vuln/detail/CVE-2026-76216

    NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.

Supplemental references

Methodology and review provenance

AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.