CVE-2026-72822: Grav before 1.0.13 Authentication Bypass via disable2fa
The getgrav/grav-plugin-api Composer package before 1.0.13 (affected <= 1.0.12) fails to enforce API key scope caps on the disable2fa endpoint. Unlike the sibling generate2fa endpoint, disable2fa authorizes the admin (non-self) path solely via ACL reads (isSuperAdmin/hasPermission) and never invokes requirePermission(), so the api_key_scopes cap is never applied. As a result, a holder of a narrow-scope API key on a super account, or a non-super account whose ACL includes api.users.write, can force-disable two-factor authentication on any non-super target account via POST /api/v1/users/{user}/2fa/disable without providing a TOTP code, facilitating account takeover.
Security readout for executives and security teams
Plain-English summary
A user holding certain API keys can switch off two-factor authentication for other non-super administrator accounts, even when the key’s intended scope should forbid that action. This weakens a major account-protection control and could support account takeover without requiring the victim’s one-time code.
Executive priority
Treat as a high-priority identity-security issue. Upgrade promptly, then investigate whether privileged API keys accessed the 2FA-disable endpoint. Internet-facing or widely integrated deployments deserve accelerated handling because disabling 2FA can remove a key barrier to administrator account takeover.
Technical view
getgrav/grav-plugin-api through 1.0.12 does not apply api_key_scopes caps to POST /api/v1/users/{user}/2fa/disable. The non-self authorization path checks account ACLs but omits requirePermission(), unlike generate2fa. A narrow-scope key for a super account, or a key for an account with api.users.write, can therefore disable 2FA for any non-super target.
Likely exposure
Exposure requires an affected plugin version, a reachable API endpoint, and a usable API key tied to a super account or an account with api.users.write. Risk is greater where API keys are broadly distributed, insufficiently protected, or expected to be constrained by narrow scopes.
Exploitation context
The supplied sources do not establish active exploitation, and the CVE is not listed as KEV in the bundle. Exploitation requires low privileges rather than anonymous access, but it is remotely reachable, low complexity, requires no victim interaction, and may enable subsequent account takeover.
Researcher notes
The security failure is an authorization inconsistency: ACL eligibility is checked, but API-key scope constraints are skipped because requirePermission() is not called. The affected action targets non-super accounts and does not require a TOTP code. Available evidence supports the bypass mechanics and affected versions, but not observed exploitation.
Mitigation direction
Upgrade getgrav/grav-plugin-api to version 1.0.13 or later.
Restrict access to the affected API while upgrading.
Review and revoke unnecessary API keys associated with super accounts or api.users.write.
Re-enable 2FA for accounts where it was unexpectedly disabled.
Check vendor guidance for any additional remediation or release-specific requirements.
Validation and detection
Confirm the installed grav-plugin-api Composer package version is 1.0.13 or later.
Inventory API keys associated with super accounts and accounts granted api.users.write.
Review logs for unexpected requests to user 2FA disable endpoints.
Identify non-super accounts with unexplained 2FA configuration changes.
Verify intended API scope restrictions are enforced after remediation.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
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 · medium confidence lookup
CWE-306: Credential and account abuse lookup
Authentication and credential weaknesses can make valid-account abuse and credential telemetry useful review starting points. 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.
The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
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.
2CVSS vectors
3Timeline events
1ADP providers
3Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: yesTechnical Impact: total
CVSS vector scores
2 official scores
We 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.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-306 · source CWE mapping
Missing Authentication for Critical Function
Missing Authentication for Critical Function represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.