Security readout for executives and security teams
Plain-English summary
This XWiki flaw lets a previously disabled user account turn itself back on if registration email verification is enabled and the user still has the original activation link. That can restore access an administrator intentionally removed, creating a serious access-control risk for affected XWiki versions.
Executive priority
Treat as high priority for internet-facing or partner-facing XWiki instances. The business risk is that removed users may regain access, undermining offboarding and access governance. Prioritize patching and cleanup of disabled users’ activation keys over general backlog work.
Technical view
CVE-2021-32620 is a CWE-285 authorization issue in XWiki Platform before 11.10.13, 12.6.7, 12.10.2, and 13.0. A disabled user registered through email verification can reuse the registration activation link because the account validkey remains usable. CVSS 3.1 is 8.8, with network access, low privileges, and high CIA impact.
Likely exposure
Exposure is limited to XWiki deployments running affected versions with email verification enabled for registration and disabled accounts that still retain usable activation keys. Public or broadly reachable wikis have higher business urgency because former users may regain access remotely.
Exploitation context
The provided sources do not show CISA KEV listing or active exploitation. The attacker model is a previously registered user who has or can access their activation link. The issue is remote, low-complexity, and does not require another user’s interaction, but it is not an unauthenticated takeover path in the supplied evidence.
Researcher notes
Evidence supports an authorization bypass tied to registration activation key handling. The source bundle names fixed versions and a workaround, but does not provide evidence of exploitation in the wild. Validation should focus on version exposure, registration email verification, disabled account state, and whether validkey cleanup has occurred.
Mitigation direction
- Upgrade XWiki to 11.10.13, 12.6.7, 12.10.2, 13.0, or later supported releases.
- Use the vendor workaround: reset the validkey property for disabled XWiki users.
- Review disabled user accounts that were created through email-verified registration.
- Check XWiki vendor guidance before applying operational workarounds in production.
Validation and detection
- Inventory XWiki Platform versions and compare them with the affected version ranges.
- Confirm whether email verification for user registration is enabled on each wiki.
- Review disabled XWiki users for retained validkey values.
- After remediation, verify disabled accounts cannot reactivate through old registration activation links.
Public sources used
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
CWE-285: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Open ATT&CK lookupCVE-2021-32620 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
Open ATT&CK lookup- Severity
- High
- CVSS
- 8.8 (3.1)
- Known Exploited
- No
- Published
Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
CNA and ADP enrichment extracted from CVE v5
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
CVSS vector scores
1 official scoreWe collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H2.85.9Primary CVE scoreVulnerability scoring details
Base CVSS 3.1 score
8.8HighVector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Source materials
- CVE List V5 sourceCVE List V5
- https://github.com/xwiki/xwiki-platform/security/advisories/GHSA-76mp-659p-rw65CVE reference · x_refsource_CONFIRM
- https://jira.xwiki.org/browse/XWIKI-17942CVE reference · x_refsource_MISC
- https://github.com/xwiki/xwiki-platform/commit/f9a677408ffb06f309be46ef9d8df1915d9099a4CVE reference · x_refsource_MISC
Products and packages named in the record
CWE details
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
Improper Authorization
Improper Authorization represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.