CVE-2026-24772: opf openproject · Insufficient Verification of Data Authenticity
Affects opf openprojectSource CVE Database V5
Not known to be exploited · CVSS 8.9 High : upgrade to 17.0.2 soon.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 7% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 17.0.2
CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:H/I:H/A:LExploitation evidence
Disclosed: evidence found.
CVE published 28 Jan 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 opf/openproject to 17.0.2.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| opfopenproject | Affected
| Fixed in– |
GitHubopf/openprojectpkg:github/opf/openprojectOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
- Immediately upgrade OpenProject installations to version 17.0.2 or later, which contains the fix for this vulnerability.
- If immediate patching is not possible, disable the real-time collaboration feature via Settings -> Documents -> Real time collaboration -> Disable.
- Disable the hocuspocus container responsible for synchronization to prevent token leakage.
- Restrict network access to the synchronization server and backend URLs to trusted hosts only, using firewall rules or network segmentation.
- Monitor network traffic for unusual requests to backend URLs or unexpected external endpoints that could indicate exploitation attempts.
- Implement TLS encryption for all communications to reduce risk of token interception.
- Educate users about the risk of using OpenProject on untrusted networks and encourage use of VPNs.
- Review and rotate shared secrets used for token encryption if compromise is suspected.
- Conduct regular audits of OpenProject logs to detect anomalous access patterns or token misuse.
- Coordinate with OpenProject support or community for updates and security advisories.
Description
OpenProject is an open-source, web-based project management software. To enable the real time collaboration on documents, OpenProject 17.0 introduced a synchronization server. The OpenPrioject backend generates an authentication token that is currently valid for 24 hours, encrypts it with a shared secret only known to the synchronization server. The frontend hands this encrypted token and the backend URL over to the synchronization server to check user's ability to work on the document and perform intermittent saves while editing. The synchronization server does not properly validate the backend URL and sends a request with the decrypted authentication token to the endpoint that was given to the server. An attacker could use this vulnerability to decrypt a token that he intercepted by other means to gain an access token to interact with OpenProject on the victim's behalf. This vulnerability was introduced with OpenProject 17.0.0 and was fixed in 17.0.2. As a workaround, disable the collaboration feature via Settings -> Documents -> Real time collaboration -> Disable. Additionally the `hocuspocus` container should also be disabled.