Skip to main content
VulnerabilityPublished

CVE-2026-27819: vikunja · Path Traversal

Affects vikunjaSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 7.2 High : upgrade to 2.0.0 soon.

Data as of 30 Oct 2026, 11:52 UTC

CVSS 3.1 base score
7.2High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.8% chance of exploitation in 30 days – higher than 57% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2.0.0
CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 25 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.

What to do

Upgrade vikunja and github.com/go-vikunja/vikunja to 2.0.0.

Affected software

ProductAffectedFixed in
go-vikunjavikunjaAffected
  • <2.0.0
Fixed in
  • 2.0.0
Gogithub.com/go-vikunja/vikunjapkg:golang/github.com/go-vikunja/vikunjaOther threatsAffected
  • <2.0.0
Fixed in
  • 2.0.0

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

Organizations should upgrade Vikunja to version 2.0.0 or later, where this vulnerability is fixed. Until upgrading, restrict access to the restore functionality to trusted administrators only, minimizing the risk of malicious archive uploads. Implement strict input validation and sanitization on ZIP archive contents before restoration, ensuring file paths do not escape the intended extraction directory. Employ file system permissions and sandboxing to limit the impact of potential file overwrites. Regularly back up Vikunja databases and configuration files to enable recovery in case of data loss. Monitor application logs for unusual restore attempts or errors indicating malformed archives. Consider deploying runtime application self-protection (RASP) or file integrity monitoring to detect and prevent unauthorized file modifications. Finally, educate administrators on the risks of restoring from untrusted archives and enforce strong authentication and access controls.

Description

Vikunja is an open-source self-hosted task management platform. Prior to version 2.0.0, the restoreConfig function in vikunja/pkg/modules/dump/restore.go of the go-vikunja/vikunja repository fails to sanitize file paths within the provided ZIP archive. A maliciously crafted ZIP can bypass the intended extraction directory to overwrite arbitrary files on the host system. Additionally, we’ve discovered that a malformed archive triggers a runtime panic, crashing the process immediately after the database has been wiped permanently. The application trusts the metadata in the ZIP archive. It uses the Name attribute of the zip.File struct directly in os.OpenFile calls without validation, allowing files to be written outside the intended directory. The restoration logic assumes a specific directory structure within the ZIP. When provided with a "minimalist" malicious ZIP, the application fails to validate the length of slices derived from the archive contents. Specifically, at line 154, the code attempts to access an index of len(ms)-2 on an insufficiently populated slice, triggering a panic. Version 2.0.0 fixes the issue.

References

Community reviews

Loading reviews…