Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Primary rating from Vendor (Wordfence) · only source for this CVE.
CVSS VectorVendor: Wordfence
Lifecycle Timeline
2DescriptionCVE.org
The Advanced Custom Fields: Extended plugin for WordPress is vulnerable to Privilege Escalation via Validation Bypass in all versions up to and including 0.9.2.5. The vulnerability exists due to the after_validate_save_post() function unconditionally trusting the attacker-controlled _acf_post_id POST parameter - with no authentication or integrity verification - to select a cleanup branch that silently discards all validation errors not prefixed with acfe:. This makes it possible for unauthenticated attackers to suppress both the role allow-list validation error added by acfe_field_user_roles::validate_front_value() and the administrator-role capability guard error added by acfe_module_form_action_user::validate_action(), causing wp_insert_user() to execute with an attacker-supplied administrator role argument and resulting in the creation of a new administrator-level user account. Exploitation requires the target site to expose a public ACFE frontend form configured with a Create User action that maps a role field.
AnalysisAI
Unauthenticated privilege escalation in the Advanced Custom Fields: Extended (ACFE) WordPress plugin through version 0.9.2.5 allows remote attackers to create new administrator-level accounts on vulnerable sites. The flaw stems from the after_validate_save_post() function trusting an attacker-controlled POST parameter to bypass role allow-list and capability validation when a public ACFE frontend form with a Create User action is exposed. With a CVSS 9.8 and no public exploit identified at time of analysis, the vulnerability presents a direct site-takeover path on affected configurations.
Technical ContextAI
Advanced Custom Fields: Extended is a popular WordPress add-on that extends the Advanced Custom Fields (ACF) plugin with additional field types, modules, and frontend form-building capabilities, including a Form module that can perform actions like creating users on submission. The root cause is classified as CWE-269 (Improper Privilege Management): the after_validate_save_post() hook in includes/hooks.php selects an error-cleanup branch based on the unauthenticated _acf_post_id POST parameter, and that branch silently discards every validation error whose key is not prefixed with 'acfe:'. As a result, both the role allow-list error emitted by acfe_field_user_roles::validate_front_value() and the administrator-role capability guard error emitted by acfe_module_form_action_user::validate_action() are dropped before submission, causing wp_insert_user() to proceed with the attacker-supplied role argument. The affected CPE is cpe:2.3:a:hwk-fr:advanced_custom_fields:_extended (vendor hwk-fr), and the upstream code paths involved are visible in the plugins.trac.wordpress.org references for tag 0.9.2.4.
RemediationAI
Upstream fix available (changeset 3551665 in the acf-extended plugin trac, https://plugins.trac.wordpress.org/changeset/3551665/acf-extended); a released patched version beyond 0.9.2.5 is not independently confirmed from the provided data, so administrators should update to the latest available ACFE release that supersedes 0.9.2.5 as soon as it is published and verified against the Wordfence advisory. As an immediate compensating control until patching, unpublish or remove any public-facing ACFE frontend Form that uses the Create User action mapped to a role field, or reconfigure the form to hard-code a non-privileged role server-side and remove the role field mapping - this directly eliminates the exploitable code path at the cost of disabling self-service user registration through that form. Where the form must remain online, restrict access via authentication (place behind a logged-in-only page), a WAF rule blocking submissions containing crafted _acf_post_id values, or IP allow-listing; each of these adds operational friction and a WAF rule alone may be bypassed by parameter variants, so it should be treated as temporary mitigation rather than a fix.
More in Advanced Custom Fields
View allThe Advanced Custom Fields (ACF) Free and Pro WordPress plugins 6.x before 6.1.0 and 5.x before 5.12.5 unserialize user
The Advanced Custom Fields WordPress plugin before 5.12.3, Advanced Custom Fields Pro WordPress plugin before 5.12.3 all
Unauthenticated administrator account takeover in the Advanced Custom Fields: Extended WordPress plugin before 0.9.2.7 i
Privilege escalation to administrator in the Advanced Custom Fields: Extended WordPress plugin before 0.9.2.7 allows una
The Secure Custom Fields WordPress plugin before 6.3.9, Secure Custom Fields WordPress plugin before 6.3.6.3, Advanced C
The Advanced Custom Fields (ACF) WordPress plugin before 6.3, Advanced Custom Fields Pro WordPress plugin before 6.3 all
Unauth. Rated medium severity (CVSS 6.1), this vulnerability is remotely exploitable, no authentication required, low at
The Advanced Custom Fields Pro WordPress plugin before 5.9.1 did not properly escape the generated update URL when outpu
Arbitrary file deletion in the Novarain/Tassos Framework system plugin (plg_system_nrframework) and the suite of Tassos.
Advanced Custom Fields versions prior to 5.11 and Advanced Custom Fields Pro versions prior to 5.11 contain a missing au
Arbitrary shortcode execution in the Advanced Custom Fields: Extended WordPress plugin (all versions through 0.9.2.3) en
Missing authorization vulnerability in Advanced Custom Fields versions prior to 5.12.1 and Advanced Custom Fields Pro ve
Same weakness CWE-269 – Improper Privilege Management
View allSame technique Privilege Escalation
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-33165
GHSA-jvvq-c627-79xm