CVE-2026-44735: CWE-863: Incorrect Authorization in opf openproject
OpenProject is open-source, web-based project management software. Prior to 17.3.2 and 17.4.0, the GET /api/v3/shares endpoint returns share details for ALL work packages in a project to any user with the view_shared_work_packages permission. The authorization check operates at the project level only — it does not verify the requesting user can actually view each individual shared work package. This allows a regular project member to discover work package IDs and subjects (including confidential titles), which users have been granted shared access, what role level was assigned (Editor, Commenter, Viewer). This vulnerability is fixed in 17.3.2 and 17.4.0.
AI Analysis
Technical Summary
OpenProject, an open-source project management tool, had an incorrect authorization vulnerability (CWE-863) in versions prior to 17.3.2 and 17.4.0. The GET /api/v3/shares endpoint performed authorization checks only at the project level, not at the individual work package level. Consequently, any user with the view_shared_work_packages permission could retrieve details of all shared work packages within the project, including confidential titles and sharing information. This exposure could lead to unauthorized disclosure of sensitive project data. The vulnerability is addressed by fixes in OpenProject versions 17.3.2 and 17.4.0.
Potential Impact
Confidential information about work packages, including IDs, subjects (which may contain confidential titles), sharing users, and role levels, can be disclosed to unauthorized project members. There is no impact on integrity or availability reported. The confidentiality impact is high, as sensitive project details may be exposed to users who should not have access.
Mitigation Recommendations
This vulnerability is fixed in OpenProject versions 17.3.2 and 17.4.0. Users should upgrade to at least one of these versions to remediate the issue. No other mitigation or temporary workaround is indicated.
CVE-2026-44735: CWE-863: Incorrect Authorization in opf openproject
Description
OpenProject is open-source, web-based project management software. Prior to 17.3.2 and 17.4.0, the GET /api/v3/shares endpoint returns share details for ALL work packages in a project to any user with the view_shared_work_packages permission. The authorization check operates at the project level only — it does not verify the requesting user can actually view each individual shared work package. This allows a regular project member to discover work package IDs and subjects (including confidential titles), which users have been granted shared access, what role level was assigned (Editor, Commenter, Viewer). This vulnerability is fixed in 17.3.2 and 17.4.0.
CVSS v3.1
Score 6.5medium
Affected software
pkg:github/opf/openprojectRun on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
OpenProject, an open-source project management tool, had an incorrect authorization vulnerability (CWE-863) in versions prior to 17.3.2 and 17.4.0. The GET /api/v3/shares endpoint performed authorization checks only at the project level, not at the individual work package level. Consequently, any user with the view_shared_work_packages permission could retrieve details of all shared work packages within the project, including confidential titles and sharing information. This exposure could lead to unauthorized disclosure of sensitive project data. The vulnerability is addressed by fixes in OpenProject versions 17.3.2 and 17.4.0.
Potential Impact
Confidential information about work packages, including IDs, subjects (which may contain confidential titles), sharing users, and role levels, can be disclosed to unauthorized project members. There is no impact on integrity or availability reported. The confidentiality impact is high, as sensitive project details may be exposed to users who should not have access.
Mitigation Recommendations
This vulnerability is fixed in OpenProject versions 17.3.2 and 17.4.0. Users should upgrade to at least one of these versions to remediate the issue. No other mitigation or temporary workaround is indicated.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- GitHub_M
- Date Reserved
- 2026-05-07T18:04:17.309Z
- Cvss Version
- 3.1
- State
- PUBLISHED
- Remediation Level
- null
Threat ID: 6a3edc0372d29f1837f464a7
Added to database: 06/26/2026, 20:07:31 UTC
Last enriched: 06/26/2026, 20:12:39 UTC
Last updated: 06/26/2026, 20:36:30 UTC
Views: 7
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
External Links
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.