CVE-2026-22603: opf openproject · Improper Restriction of Excessive Authentication Attempts
Affects opf openprojectSource CVE Database V5
Not known to be exploited · CVSS 6.9 Medium : upgrade to 16.6.2 when convenient.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 17% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 16.6.2
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 10 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 2026-10-26.
What to do
Upgrade openproject and opf/openproject to 16.6.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
European organizations using OpenProject should immediately upgrade to version 16.6.2 or later, where the vulnerability is patched. If upgrading is not feasible, applying the vendor-provided manual patch to secure the password-change endpoint is critical. Organizations should implement additional compensating controls such as web application firewalls (WAFs) to detect and block abnormal password-change request patterns and rate-limit requests at the network perimeter. Enforcing strong password policies and encouraging users to adopt multi-factor authentication (MFA) where supported can reduce the risk of successful password guessing. Monitoring logs for unusual password-change activity and failed attempts can help detect ongoing attacks. Restricting access to the OpenProject instance via IP whitelisting or VPNs can further reduce exposure. Regular security assessments and penetration testing focused on authentication mechanisms are recommended to identify similar weaknesses. Finally, educating users about the risks of weak passwords and phishing can help mitigate account compromise risks.
Description
OpenProject is an open-source, web-based project management software. Prior to version 16.6.2, OpenProject’s unauthenticated password-change endpoint (/account/change_password) was not protected by the same brute-force safeguards that apply to the normal login form. In affected versions, an attacker who can guess or enumerate user IDs can send unlimited password-change requests for a given account without triggering lockout or other rate-limiting controls. This allows automated password-guessing (e.g., with wordlists of common passwords) against valid accounts. Successful guessing results in full account compromise for the targeted user and, depending on that user’s role, can lead to further privilege escalation inside the application. This issue has been patched in version 16.6.2. Those who are unable to upgrade may apply the patch manually.
References
- github.com/opf/openproject/security/advisories/GHSA-93x5-prx9-x239 (opens in a new tab)
- github.com/opf/openproject/pull/21272 (opens in a new tab)
- github.com/opf/openproject/commit/2b394b9ba5af1e5d96a64d7d452d4d44598a4c7f (opens in a new tab)
- github.com/opf/openproject/releases/tag/v16.6.2 (opens in a new tab)