Description
Vikunja before 2.7.1 contains an improper authorization vulnerability in canDoBucket that allows users with project write access to delete buckets via a mismatched view ID. Attackers can request deletion through another view's bucket endpoint to bypass the last-bucket rule, leaving dangling default/done bucket references and inconsistent task buckets.
Published: 2026-11-08
Score: 5.3 Medium
EPSS: n/a
KEV: No
Impact: Improper Authorization leading to Kanban bucket deletion
Action: Apply Patch
AI Analysis

Impact

Vikunja versions prior to 2.7.1 contain a mis‑implemented authorization check in the canDoBucket function, allowing any user who can write to a project to delete Kanban buckets through a view ID that does not belong to the target bucket. This bypasses the normal safeguard that prevents removal of the last remaining bucket, causing dangling references to default or done buckets and resulting in inconsistent task bucket state. The flaw is a classic improper authorization vulnerability (CWE‑639).

Affected Systems

The affected product is the open‑source project management tool Vikunja provided by the vendor go‑vikunja:vikunja. All installations running any release before version 2.7.1 are vulnerable. No specific build or platform is limited; the issue applies to self‑hosted or cloud‑based deployments using the default Kanban view implementation.

Risk and Exploitability

The CVSS score of 5.3 indicates a medium severity risk primarily focused on integrity and availability, rather than remote code execution. The EPSS score is not available, and the vulnerability is not listed in the CISA KEV catalog. Attackers only need project write access to target the vulnerable endpoint, which can be achieved by legitimate users with such permissions. Because the flaw permits arbitrary bucket deletion, it could be abused to disrupt project workflows or persistently corrupt configuration state. Immediate attention is recommended to mitigate potential data loss or service disruption.

Generated by OpenCVE AI on November 8, 2026 at 02:28 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade Vikunja to version 2.7.1 or later, which fixes the authorization check for bucket deletion.
  • Verify that all Kanban projects restore the default and done buckets and that no dangling bucket references remain; consider recreating missing buckets manually if necessary.
  • Ensure that only privileged users can access the bucket deletion endpoint by limiting write permissions or reviewing role definitions in the project configuration.

Generated by OpenCVE AI on November 8, 2026 at 02:28 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sun, 08 Nov 2026 01:45:00 +0000

Type Values Removed Values Added
Description Vikunja before 2.7.1 contains an improper authorization vulnerability in canDoBucket that allows users with project write access to delete buckets via a mismatched view ID. Attackers can request deletion through another view's bucket endpoint to bypass the last-bucket rule, leaving dangling default/done bucket references and inconsistent task buckets.
Title Vikunja before 2.7.1 Improper Authorization in Kanban Bucket Deletion
First Time appeared Vikunja
Vikunja vikunja
Weaknesses CWE-639
CPEs cpe:2.3:a:vikunja:vikunja:*:*:*:*:*:*:*:*
Vendors & Products Vikunja
Vikunja vikunja
References
Metrics cvssV3_1

{'score': 5.4, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:L'}

cvssV4_0

{'score': 5.3, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:L/SC:N/SI:N/SA:N'}


cve-icon MITRE

Status: PUBLISHED

Assigner: VulnCheck

Published:

Updated: 2026-11-08T01:37:19.068Z

Reserved: 2026-11-06T00:45:39.026Z

Link: CVE-2026-123503

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Deferred

Published: 2026-11-08T02:16:38.240

Modified: 2026-11-08T02:16:38.373

Link: CVE-2026-123503

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-11-08T02:30:15Z

Weaknesses
  • CWE-639

    Authorization Bypass Through User-Controlled Key