Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Primary rating from NVD · only source for this CVE.
CVSS VectorNVD
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
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.
The isMail transport in PHPMailer before 5.2.20 might allow remote attackers to pass extra parameters to the mail comman
The Backup Migration plugin for WordPress is vulnerable to Remote Code Execution in all versions up to, and including, 1
The Hash Form - Drag & Drop Form Builder plugin for WordPress is vulnerable to arbitrary file uploads due to missing fil
The GiveWP - Donation Plugin and Fundraising Platform plugin for WordPress is vulnerable to PHP Object Injection in all
The Simple File List plugin for WordPress through version 4.2.2 contains an unauthenticated remote code execution vulner
The AI Engine WordPress plugin through version 3.1.3 exposes Bearer Token values through the /mcp/v1/ REST API endpoint
The Ninja Forms plugin before 2.9.42.1 for WordPress allows remote attackers to conduct PHP object injection attacks via
The Business Directory Plugin - Easy Listing Directories for WordPress plugin for WordPress is vulnerable to time-based
SQL injection in the NotificationX WordPress plugin (versions up to and including 2.8.2) allows unauthenticated remote a
The POST SMTP Mailer - Email log, Delivery Failure Notifications and Best Mail SMTP for WordPress plugin for WordPress i
The MasterStudy LMS WordPress Plugin - for Online Courses and Education plugin for WordPress is vulnerable to union base
The Country State City Dropdown CF7 plugin for WordPress is vulnerable to SQL Injection via the ‘cnt’ and 'sid' paramete
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