CVE-2026-12526
HighCVSS 8.1Summary
The Advanced Custom Fields: Extended WordPress plugin before 0.9.2.7 does not verify that the requester is authorized to edit the targeted user account in the update-user action of its front-end Forms module; it only checks a capability when the submitted role is administrator or super_admin. On a site that exposes a publicly reachable front-end form whose user-update action targets an existing administrator and maps the password to a visitor-submitted field, an unauthenticated visitor can overwrite that administrator's password and take over the account. The default target is the submitting user, so exploitation depends on the form being configured to target another account.
Risk Assessment
An unauthenticated attacker can take over an administrator account if the front-end form is configured to update another account, leading to full site compromise.
Recommendation
Update the Advanced Custom Fields: Extended plugin to version 0.9.2.7 or later. Review front-end form configurations to ensure they do not target administrator accounts.
Other vulnerabilities in Advanced Custom Fields: Extended
See all- CVE-2026-80467High
The Advanced Custom Fields: Extended WordPress plugin before 0.9.2.7 does not restrict the role submitted through its front-end user forms to the roles the form actually offers, and its safeguard against privileged roles is incomplete. This allows unauthenticated visitors to register an account with elevated capabilities and then escalate it to administrator.
- CVE-2026-8809Critical
The Advanced Custom Fields: Extended plugin for WordPress up to version 0.9.2.5 is vulnerable to privilege escalation via validation bypass. The after_validate_save_post() function unconditionally trusts the attacker-controlled _acf_post_id parameter, allowing validation errors to be suppressed and an administrator account to be created.
Original NVD description (English source)
The Advanced Custom Fields: Extended WordPress plugin before 0.9.2.7 does not verify that the requester is authorized to edit the targeted user account in the update-user action of its front-end Forms module; it only checks a capability when the submitted role is administrator or super_admin. On a site that exposes a publicly reachable front-end form whose user-update action targets an existing administrator (a fixed target, or one mapped to a visitor-submitted field) and maps the password to a visitor-submitted field, an unauthenticated visitor can overwrite that administrator's password and take over the account. The default target is the submitting user, so exploitation depends on the form being configured to target another account.