Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSubmit crafted front-end post-update form
-
ExploitOverwrite ACF field-definition post
-
ExecutionInject PHP into field configuration
-
ImpactAchieve remote code execution on server
Vulnerability Assessment
| Weakness |
CWE
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The site must publish at least one ACF Extended front-end form whose post-update action maps BOTH its target post and its content to visitor-submitted values; this specific, non-default form configuration is the hard prerequisite, and without it the vulnerability is not exploitable. When that form exists, no authentication is required (PR:N) and no user interaction is needed (UI:N) - an unauthenticated visitor can overwrite arbitrary posts, including the posts storing ACF field definitions, leading to code execution. The limiting factor is therefore not authentication but deployment: exposure is confined to vulnerable versions (both ACF Extended and ACF Extended PRO below 0.9.2.8) that also expose such a visitor-writable post-update form, which is why CVSS rates attack complexity high and SSVC marks the issue not automatable. |
| Impact | Signals here point in genuinely different directions and must be weighed together. The CVSS 3.1 base score is 9.0 (Critical) with an unauthenticated network vector (AV:N/PR:N/UI:N), scope change (S:C) and total CIA impact (C:H/I:H/A:H), reflecting that a successful attack yields arbitrary code execution on the server. However, the vector itself carries AC:H, and the description explains why: exploitation is not against a default install but depends on the site operator having published a specific kind of front-end form. CISA's SSVC framework reinforces this tension - Technical Impact is rated total, yet Exploitation is 'none' (no observed or public exploitation) and Automatable is 'no' (the per-site configuration prerequisite defeats mass, indiscriminate scanning). No EPSS probability was supplied in the input, and the CVE is not in CISA KEV, so there is no evidence of active or widespread exploitation. Set against that, the vuln.today priority is act_now, which is driven by the combination of an unauthenticated vector and total technical impact rather than by any observed exploitation. Bottom line: this is a legitimately high-priority patch for any site running a vulnerable version AND publishing the specific form configuration described, but it is not a wormable, spray-and-pray internet-wide threat - the gating configuration requirement means real-world exposure is narrower than the 9.0 score alone implies. The EPSS score is absent rather than low, so prioritization should lean on the act_now label and the config-dependent exposure, not on a probability signal that was not provided. |
| Exploit ScenarioDerived | A WordPress site runs ACF Extended (free or PRO) below 0.9.2.8 and publishes a front-end form whose post-update action maps both the target post and its content to visitor-submitted values. An unauthenticated visitor submits that form with crafted values that overwrite the post storing the site's ACF field definitions, injecting PHP that is subsequently executed by the server, yielding remote code execution. No public working exploit is identified in the provided sources; the WPScan reference is an advisory, not verified exploit code. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 23, 2026
Missing capability checks in ACF Extended and ACF Extended PRO before 0.9.2.8 let unauthenticated visitors overwrite arbitrary WordPress posts through a front-end form's post-update action, including the posts that hold the site's ACF field definitions, which can escalate to arbitrary code execution on the server. The flaw is only reachable when the site publishes a form whose post-update action maps both the target post and its content to visitor-submitted values, a non-default configuration that raises attack complexity (CVSS 9.0, AC:H) and leads SSVC to mark the issue not automatable. No public exploit has been identified at time of analysis; the vendor has released 0.9.2.8 and the vuln.today priority is act_now.
RemediationAI
Update both Advanced Custom Fields: Extended and Advanced Custom Fields: Extended PRO to 0.9.2.8 or later - the vendor-released fix, documented at https://wpscan.com/vulnerability/9c8f45c1-cd85-4a9c-be77-88801d8143ce/. Until that update is applied, the exploitable prerequisite can be removed: audit front-end forms and remove, unpublish, or reconfigure any whose post-update action maps both the target post and the content to visitor-submitted values, because without such a form the flaw cannot be reached. The trade-off is that legitimate visitor-facing post submission or editing workflows built on that action stop working. The plugin update remains the complete fix; no other vendor-documented workaround is listed.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
ACF Extended is a WordPress plugin that extends Advanced Custom Fields with front-end forms, including form actions that create or update posts when a visitor submits them. The post-update action performs no capability check before writing submitted values to a post, so the authorization decision is left entirely to how the site configures the form rather than to the plugin; CWE-94 applies because that missing check lets attacker-controlled content reach stored field definitions and, from there, server-side code execution. The CVSS vector (AV:N/AC:H/PR:N/UI:N/S:C) reflects that no credentials or user interaction are needed once the vulnerable form exists, while the high complexity comes from the required non-default mapping of both the target post and the content to visitor-submitted values. Beyond the vendor's statement that overwriting field-definition posts leads to code execution, the available sources do not detail the precise step by which that escalation occurs.
Know when WordPress gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:H/PR:N/UI:N/S:C/C:H/I:H/A:H
Unauthenticated and remote (PR:N/AV:N), but AC:H because it requires a non-default visitor-writable post-update form; S:C and C/I/A:H because overwriting field definitions yields server code execution.
Primary rating from Vendor (wpscan).
CVSS VectorVendor: wpscan
Lifecycle Timeline
3DescriptionCVE.org
The Advanced Custom Fields: Extended WordPress plugin before 0.9.2.8, Advanced Custom Fields: Extended PRO WordPress plugin before 0.9.2.8 does not perform any capability check when updating a post through one of its front-end form actions, allowing unauthenticated visitors to overwrite arbitrary posts, including the ones in which the site stores its own field definitions, which in turn leads to arbitrary code execution on the server. Exploitation requires the site to publish a form whose post-update action maps both its target and its content to visitor-submitted values.
Articles & Coverage 1
Executive ViewAI
CVE-2026-94267 is a critical vulnerability in the ACF Extended and ACF Extended PRO WordPress plugins (versions before 0.9.2.8) that enables unauthenticated visitors to overwrite arbitrary posts, potentially leading to remote code execution. This puts all WordPress sites using these plugins at risk, especially those with custom front-end forms, and could result in full site compromise, data breaches, and reputational harm.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Code injection occurs when an application accepts user input and passes it directly into a language interpreter or evaluator without proper sanitization.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
The mailSend function in the isMail transport in PHPMailer before 5.2.18 might allow remote attackers to pass extra para
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
Authentication bypass in the LiteSpeed Cache WordPress plugin (versions prior to 6.5.0.1) allows unauthenticated remote
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 SureTriggers WordPress plugin through version 1.0.82 contains a privilege escalation vulnerability that allows unaut
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
Remote code execution in WordPress 6.9.x (before 6.9.5) and 7.0.x (before 7.0.2) arises from a REST API batch endpoint r
EUVD-2026-108604
GHSA-69cf-82p8-9425
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB