Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as any user
-
DeliveryIdentify target attachment ID via enumeration
-
ExploitRequest attachment with accessible task ID in URL
-
ExecutionBypass permission check in ReadOne()
-
ImpactDownload or delete arbitrary attachment
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
|
| Exploitation Conditions | Vikunja versions prior to 2.2.1. Attacker must be an authenticated user with access to any task. Exploits sequential attachment IDs to enumerate and access attachments from other projects via direct ID manipulation in URL. |
| Impact | This vulnerability presents a high real-world risk despite requiring authentication (PR:L). The CVSS vector (AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N) indicates network-based exploitation with low complexity and no user interaction, targeting both confidentiality and integrity. The attack is highly automatable—an authenticated attacker can script enumeration of sequential attachment IDs to systematically exfiltrate or delete attachments across the entire platform. The technical impact is significant as it bypasses the intended multi-tenant isolation in a collaborative task management system. While no EPSS score or KEV status is provided, the straightforward exploitation path, combined with the sequential ID scheme making enumeration trivial, elevates this beyond a theoretical issue. Organizations using Vikunja should prioritize patching, particularly if the platform contains sensitive project documentation or if untrusted users have authenticated access. |
| Exploit ScenarioDerived | An authenticated attacker with a legitimate Vikunja account creates or accesses any task they have permission to view, then crafts API requests using their valid task ID in the URL path while iterating through sequential attachment IDs in the request body. Since attachment IDs are sequential integers, the attacker can systematically enumerate from ID 1 upward, downloading or deleting attachments that belong to other users' private tasks across different projects, completely bypassing the intended access controls and potentially exfiltrating sensitive project documentation or sabotaging collaborative work. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Mar 24, 2026
Vikunja, an open-source self-hosted task management platform, contains an insecure direct object reference (IDOR) vulnerability that allows any authenticated user to access or delete attachments belonging to other users' tasks. The vulnerability affects all versions prior to 2.2.1, enabling attackers to enumerate and download attachments by combining their own valid task ID with sequential attachment IDs. With a CVSS score of 8.1 (High severity), this represents a significant confidentiality and integrity risk, though no evidence of active exploitation (KEV) or public proof-of-concept has been reported.
RemediationAI
Upgrade Vikunja to version 2.2.1 or later immediately, as documented in the official security advisory at https://github.com/go-vikunja/vikunja/security/advisories/GHSA-jfmm-mjcp-8wq2 and release changelog at https://vikunja.io/changelog/vikunja-v2.2.2-was-released. Version 2.2.1 patches the issue by properly validating that attachment IDs belong to the task specified in the URL path before allowing read or delete operations. As a temporary mitigation until patching is possible, consider restricting user registration to trusted users only, implementing enhanced logging to detect suspicious attachment access patterns, and reviewing access logs for sequential attachment ID requests that may indicate exploitation attempts. No effective workaround exists that fully addresses the vulnerability without upgrading.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in go, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The vulnerability affects Vikunja task management platform (CPE: cpe:2.3:a:go-vikunja:vikunja) and stems from CWE-639 (Authorization Bypass Through User-Controlled Key). The root cause lies in the TaskAttachment.ReadOne() function, which queries attachments using only the attachment ID parameter without validating that the attachment belongs to the task specified in the URL path. While the CanRead() permission check validates access to the task in the URL, the subsequent ReadOne() operation retrieves attachments based solely on attachment ID, creating a classic IDOR vulnerability. Because attachment IDs are sequential integers rather than unpredictable tokens, attackers can trivially enumerate all attachments in the system by iterating through ID values.
Know when Vikunja gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N
Primary rating from GitHub Advisory.
CVSS VectorGitHub Advisory
Lifecycle Timeline
2DescriptionGitHub Advisory
Vikunja is an open-source self-hosted task management platform. Prior to version 2.2.1, TaskAttachment.ReadOne() queries attachments by ID only (WHERE id = ?), ignoring the task ID from the URL path. The permission check in CanRead() validates access to the task specified in the URL, but ReadOne() loads a different attachment that may belong to a task in another project. This allows any authenticated user to download or delete any attachment in the system by providing their own accessible task ID with a target attachment ID. Attachment IDs are sequential integers, making enumeration trivial. Version 2.2.1 patches the issue.
Executive ViewAI
A high-severity vulnerability in Vikunja task management platforms allows authenticated users to access or delete attachments belonging to other users, creating a direct threat to data confidentiality and integrity. Organizations using Vikunja versions prior to 2.2.1 face potential exposure of sensitive attachments and task-related information, with no currently available patch to remediate the risk.
Restrict Vikunja platform access to a limited, trusted user group via network segmentation or VPN; disable attachment upload/download features if not business-critical; implement enhanced logging and monitoring of attachment access patterns to detect suspicious enumeration attempts; configure WAF rules to detect sequential attachment ID requests; enforce multi-factor authentication for all Vikunja users; conduct immediate audit of attachment access logs for unauthorized access; consider temporary suspension of Vikunja use for sensitive task workflows until patch availability.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Related Vulnerabilities in Vikunja Authorization and Information Disclosure
View all 9Cross-tenant information disclosure in the self-hosted task manager Vikunja (0.24.0 through 2.3.0) lets a holder of any
Weak password policy in Vikunja task management before 2.0.0 allows users to set trivially guessable passwords. PoC avai
Principal type confusion in Vikunja (versions 0.22.0-2.3.0) allows an authenticated low-privilege attacker to fully cont
Stored cross-site scripting (XSS) in Vikunja prior to version 2.0.0 allows authenticated attackers to steal authenticati
Vikunja before version 2.0.0 contains a path traversal vulnerability in its backup restoration function that fails to va
Vikunja is an open-source self-hosted task management platform. [CVSS 6.1 MEDIUM]
Business logic vulnerability in Vikunja task management platform before 2.1.0 allows incomplete resource cleanup, potent
Instance-wide data breach in Vikunja before 2.2.1 lets remote attackers exfiltrate and destroy every file attachment acr
Vikunja's OIDC callback handler issues a full JWT to any successfully matched user without checking whether that account
Vikunja instances before 2.6.0 expose CalDAV BasicAuth endpoints (/dav, /.well-known, and /feeds) that are not covered b
Vikunja versions before 2.6.0 ship authentication endpoints under /api/v2 (login, register, password-reset, and OAuth to
Vikunja prior to 2.6.0 leaks the secret hash that backs a project's link shares through its single-share read endpoint,
Same technique Authentication Bypass
View allVendor StatusVendor
SUSE
Severity: High| Product | Status |
|---|---|
| openSUSE Leap 15.6 | Fixed |
| SUSE Linux Enterprise Module for Package Hub 15 SP5 | Fixed |
| SUSE Linux Enterprise Module for Package Hub 15 SP6 | Fixed |
| openSUSE Leap 15.5 | Fixed |
EUVD-2026-14921
GHSA-jfmm-mjcp-8wq2
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB