Skip to main content
VulnerabilityPublished Updated

CVE-2026-22600: opf openproject · Information Exposure

Affects opf openprojectSource CVE Database V5

0

Not known to be exploited · CVSS 9.1 Critical : upgrade to 16.6.4 as a priority.

Data as of 26 Oct 2026, 14:05 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 Jan 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: 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 26 Oct 2026.

What to do

Upgrade openproject and opf/openproject to 16.6.4.

Affected software

ProductAffectedFixed in
opfopenprojectAffected
  • <16.6.4
Fixed in
  • 16.6.4
GitHubopf/openprojectpkg:github/opf/openprojectOther threatsAffected
  • <16.6.4
Fixed in
  • 16.6.4

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

AI-suggested

European organizations using OpenProject should immediately upgrade to version 16.6.4 or later to remediate this vulnerability. If upgrading is not feasible, applying the official manual patch is essential. Administrators should audit and restrict upload permissions to trusted users only, minimizing the number of accounts that can upload attachments to exportable containers. Implement strict file type validation and scanning on uploaded files to detect and block malicious SVG files disguised as PNGs. Monitoring and logging of PDF export activities and attachment uploads can help detect suspicious behavior. Network segmentation and least privilege principles should be enforced to limit the impact of any successful exploitation. Additionally, organizations should review and harden ImageMagick configurations to disable or restrict the use of potentially dangerous coders like text: coder. Regular security assessments and penetration testing focusing on file upload functionalities can help identify similar risks proactively.

Description

OpenProject is an open-source, web-based project management software. A Local File Read (LFR) vulnerability exists in the work package PDF export functionality of OpenProject prior to version 16.6.4. By uploading a specially crafted SVG file (disguised as a PNG) as a work package attachment, an attacker can exploit the backend image processing engine (ImageMagick). When the work package is exported to PDF, the backend attempts to resize the image, triggering the ImageMagick text: coder. This allows an attacker to read arbitrary local files that the application user has permissions to access (e.g., /etc/passwd, all project configuration files, private project data, etc.). The attack requires permissions to upload attachments to a container that can be exported to PDF, such as a work package. The issue has been patched in version 16.6.4. Those who are unable to upgrade may apply the patch manually.

References

Community reviews

Loading reviews…