CVE-2026-22604: CWE-200: Exposure of Sensitive Information to an Unauthorized Actor in opf openproject
OpenProject is an open-source, web-based project management software. For OpenProject versions from 11.2.1 to before 16.6.2, when sending a POST request to the /account/change_password endpoint with an arbitrary User ID as the password_change_user_id parameter, the resulting error page would show the username for the requested user. Since this endpoint is intended to be called without being authenticated, this allows to enumerate the user names of all accounts registered in an OpenProject instance. This issue has been patched in version 16.6.2.
AI Analysis
Technical Summary
CVE-2026-22604 is an information disclosure vulnerability classified under CWE-200 affecting OpenProject, an open-source web-based project management tool. The flaw exists in versions from 11.2.1 up to but not including 16.6.2. The vulnerability arises because the /account/change_password endpoint, which is accessible without authentication, accepts a POST parameter named password_change_user_id. When an attacker submits this parameter with an arbitrary user ID, the server responds with an error page that includes the username corresponding to that ID. This behavior effectively allows an unauthenticated attacker to enumerate all registered usernames on the OpenProject instance by iterating through user IDs and observing the returned usernames. Such username enumeration can be leveraged to facilitate more sophisticated attacks like credential stuffing, social engineering, or targeted phishing campaigns. The vulnerability impacts confidentiality by exposing sensitive user identity information but does not affect integrity or availability. The CVSS v4.0 base score is 6.9 (medium severity), reflecting the ease of exploitation (no authentication or user interaction required) and the limited scope of impact. The issue was publicly disclosed and patched in OpenProject version 16.6.2, which removes the username disclosure from error responses. No known exploits are currently reported in the wild, but the vulnerability presents a clear risk to organizations running vulnerable versions of OpenProject.
Potential Impact
For European organizations using vulnerable OpenProject versions, this vulnerability poses a risk primarily to user confidentiality. Exposure of usernames can enable attackers to conduct targeted phishing, social engineering, or brute force attacks against known accounts, potentially leading to unauthorized access if credentials are weak or reused. While the vulnerability does not directly compromise system integrity or availability, the information leakage can be a stepping stone for further attacks that may have more severe consequences. Organizations in sectors relying heavily on project management tools—such as IT, engineering, and government—may face increased risk due to the sensitive nature of project data and collaboration. Additionally, compliance with data protection regulations like GDPR may be impacted if user information is exposed without proper authorization. The vulnerability's ease of exploitation (no authentication or user interaction required) increases the likelihood of automated scanning and enumeration attempts, especially in environments exposed to the internet.
Mitigation Recommendations
1. Upgrade OpenProject to version 16.6.2 or later, where the vulnerability is patched and username disclosure is eliminated. 2. If immediate upgrade is not feasible, implement web application firewall (WAF) rules to detect and block POST requests to /account/change_password containing the password_change_user_id parameter from untrusted sources. 3. Restrict access to the /account/change_password endpoint to authenticated users only, if possible, via access control configurations or reverse proxy rules. 4. Monitor server logs for unusual enumeration patterns, such as repeated POST requests with varying user IDs to the affected endpoint. 5. Educate users about phishing risks and encourage strong, unique passwords combined with multi-factor authentication to reduce the impact of potential credential-based attacks. 6. Conduct regular security assessments and vulnerability scans to identify outdated OpenProject instances and ensure timely patching. 7. Review and limit publicly exposed user information in error messages and API responses to minimize information leakage.
Affected Countries
Germany, United Kingdom, France, Netherlands, Sweden, Finland, Belgium
CVE-2026-22604: CWE-200: Exposure of Sensitive Information to an Unauthorized Actor in opf openproject
Description
OpenProject is an open-source, web-based project management software. For OpenProject versions from 11.2.1 to before 16.6.2, when sending a POST request to the /account/change_password endpoint with an arbitrary User ID as the password_change_user_id parameter, the resulting error page would show the username for the requested user. Since this endpoint is intended to be called without being authenticated, this allows to enumerate the user names of all accounts registered in an OpenProject instance. This issue has been patched in version 16.6.2.
AI-Powered Analysis
Technical Analysis
CVE-2026-22604 is an information disclosure vulnerability classified under CWE-200 affecting OpenProject, an open-source web-based project management tool. The flaw exists in versions from 11.2.1 up to but not including 16.6.2. The vulnerability arises because the /account/change_password endpoint, which is accessible without authentication, accepts a POST parameter named password_change_user_id. When an attacker submits this parameter with an arbitrary user ID, the server responds with an error page that includes the username corresponding to that ID. This behavior effectively allows an unauthenticated attacker to enumerate all registered usernames on the OpenProject instance by iterating through user IDs and observing the returned usernames. Such username enumeration can be leveraged to facilitate more sophisticated attacks like credential stuffing, social engineering, or targeted phishing campaigns. The vulnerability impacts confidentiality by exposing sensitive user identity information but does not affect integrity or availability. The CVSS v4.0 base score is 6.9 (medium severity), reflecting the ease of exploitation (no authentication or user interaction required) and the limited scope of impact. The issue was publicly disclosed and patched in OpenProject version 16.6.2, which removes the username disclosure from error responses. No known exploits are currently reported in the wild, but the vulnerability presents a clear risk to organizations running vulnerable versions of OpenProject.
Potential Impact
For European organizations using vulnerable OpenProject versions, this vulnerability poses a risk primarily to user confidentiality. Exposure of usernames can enable attackers to conduct targeted phishing, social engineering, or brute force attacks against known accounts, potentially leading to unauthorized access if credentials are weak or reused. While the vulnerability does not directly compromise system integrity or availability, the information leakage can be a stepping stone for further attacks that may have more severe consequences. Organizations in sectors relying heavily on project management tools—such as IT, engineering, and government—may face increased risk due to the sensitive nature of project data and collaboration. Additionally, compliance with data protection regulations like GDPR may be impacted if user information is exposed without proper authorization. The vulnerability's ease of exploitation (no authentication or user interaction required) increases the likelihood of automated scanning and enumeration attempts, especially in environments exposed to the internet.
Mitigation Recommendations
1. Upgrade OpenProject to version 16.6.2 or later, where the vulnerability is patched and username disclosure is eliminated. 2. If immediate upgrade is not feasible, implement web application firewall (WAF) rules to detect and block POST requests to /account/change_password containing the password_change_user_id parameter from untrusted sources. 3. Restrict access to the /account/change_password endpoint to authenticated users only, if possible, via access control configurations or reverse proxy rules. 4. Monitor server logs for unusual enumeration patterns, such as repeated POST requests with varying user IDs to the affected endpoint. 5. Educate users about phishing risks and encourage strong, unique passwords combined with multi-factor authentication to reduce the impact of potential credential-based attacks. 6. Conduct regular security assessments and vulnerability scans to identify outdated OpenProject instances and ensure timely patching. 7. Review and limit publicly exposed user information in error messages and API responses to minimize information leakage.
Affected Countries
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- GitHub_M
- Date Reserved
- 2026-01-07T21:50:39.533Z
- Cvss Version
- 4.0
- State
- PUBLISHED
Threat ID: 6961b006ed32c7f018eb8fe9
Added to database: 1/10/2026, 1:48:54 AM
Last enriched: 1/17/2026, 7:49:49 AM
Last updated: 2/7/2026, 9:52:31 AM
Views: 94
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.
Related Threats
CVE-2026-2080: Command Injection in UTT HiPER 810
HighCVE-2026-2079: Improper Authorization in yeqifu warehouse
MediumCVE-2026-1675: CWE-1188 Initialization of a Resource with an Insecure Default in brstefanovic Advanced Country Blocker
MediumCVE-2026-1643: CWE-79 Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') in ariagle MP-Ukagaka
MediumCVE-2026-1634: CWE-79 Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') in alexdtn Subitem AL Slider
MediumActions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console in Console -> Billing for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.