CVE-2022-41933 json
Plaintext storage of password in org.xwiki.platform:xwiki-platform-security-authentication-default
published 3y ago modified 4mo ago also GHSA-q2hm-2h45-v5g3 , EUVD-2022-7405
- cvss
- 6.2
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.5%
- EPSS 0.5% chance of exploitation in 30 days, percentile 44%
- public exploits
- 0
- none known
Summary
XWiki Platform is a generic wiki platform offering runtime services for applications built on top of it. When the `reset a forgotten password` feature of XWiki was used, the password was then stored in plain text in database. This only concerns XWiki 13.1RC1 and newer versions. Note that it only concerns the reset password feature available from the "Forgot your password" link in the login view: the features allowing a user to change their password, or for an admin to change a user password are not impacted. This vulnerability is particularly dangerous in combination with other vulnerabilities allowing to perform data leak of personal data from users, such as GHSA-599v-w48h-rjrm. Note that this vulnerability only concerns the users of the main wiki: in case of farms, the users registered on subwiki are not impacted thanks to a bug we discovered when investigating this. The problem has been patched in version 14.6RC1, 14.4.3 and 13.10.8. The patch involves a migration of the impacted users as well as the history of the page, to ensure no password remains in plain text in the database. This migration also involves to inform the users about the possible disclosure of their passwords: by default, two emails are automatically sent to the impacted users. A first email to inform about the possibility that their password have been leaked, and a second email using the reset password feature to ask them to set a new password. It's also possible for administrators to set some properties for the migration: it's possible to decide if the user password should be reset (default) or if the passwords should be kept but only hashed. Note that in the first option, the users won't be able to login anymore until they set a new password if they were impacted. Note that in both options, mails will be sent to users to inform them and encourage them to change their passwords.
Patch / fix
- maven org.xwiki.platform:xwiki-platform-security-authentication-default 13.10.8, 14.4.3
- xwiki xwiki 13.10.8, 14.4.3
Is CVE-2022-41933 in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerCISA SSVC
- Exploitation
- none
- Automatable
- no
- Technical impact
- partial
- Assessed
- last yr.
Exploit prediction
0.52% chance of exploitation in the next 30 days, higher than 44% of all scored CVEs (FIRST EPSS, 2026-11-09).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 6.2 | CVSS:3.1/AV:N/AC:L/PR:H/UI:R/S:C/C:H/I:N/A:N |
| NVD | 3.1 | 6.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N |
| GitHub | 3.1 | 6.2 | CVSS:3.1/AV:N/AC:L/PR:H/UI:R/S:C/C:H/I:N/A:N |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| maven | org.xwiki.platform:xwiki-platform-security-authentication-default | >=13.1RC1, <13.10.8 >=14.0.0, <14.4.3 |
13.10.8 14.4.3 |
Affected products
- xwiki xwiki-platform
Classification
References
-
github.com
/xwiki/xwiki-platform/commit/443e8398b75a1295067d74afb5898370782d863a#diff-f8a8f8ba80dfc55f044e2e60b521ce37917
web, patch, third-party-advisory
-
github.com
/xwiki/xwiki-platform/security/advisories/GHSA-q2hm-2h45-v5g3
web, mitigation, patch, third-party-advisory
-
jira.xwiki.org
/browse/XWIKI-19869
web, issue-tracking, patch, vendor-advisory
-
jira.xwiki.org
/browse/XWIKI-19945
web, issue-tracking, patch, vendor-advisory
-
github.com
/xwiki/xwiki-platform/security/advisories/GHSA-599v-w48h-rjrm
web, not-applicable
-
nvd.nist.gov
/vuln/detail/CVE-2022-41933
advisory
-
github.com
/xwiki/xwiki-platform
package
Sources
- CVE List CVE-2022-41933
- GitHub Advisory GHSA-q2hm-2h45-v5g3
- NVD CVE-2022-41933
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.