Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach plugin AJAX endpoint unauthenticated
-
DeliveryInvoke unprotected AJAX action
-
ExploitBypass missing authorization/nonce check
-
ExecutionForge transaction status or write metadata
-
ImpactPayment fraud or post metadata tampering
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization checks on every request
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | No special configuration is required: exploitation targets a specific AJAX action of the Accept PayPal Payments using Contact Form 7 plugin (versions before 4.0.7) that ships without any authorization or request-validation (nonce) check, so it is reachable by remote unauthenticated attackers against default installs that have the plugin active. The limiting factors are that impact is confined to integrity - forging stored transaction statuses and writing the plugin's status metadata onto posts - with no confidentiality or availability effect, and that a site must have this particular plugin installed and running a version below 4.0.7; upgrading to 4.0.7 removes the exposure. |
| Impact | This is a genuine but modest-severity issue best described as a high-exposure, low-impact flaw rather than a top-tier priority. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N) confirms it is remotely reachable with low complexity and no authentication or user interaction, which maximizes exposure; however, the impact is constrained to I:L with C:N and A:N, meaning an attacker can only tamper with data (forged PayPal transaction status and plugin status metadata written onto arbitrary posts) without reading sensitive data, taking over the site, or causing outages. The CWE-862 (Missing Authorization) classification aligns cleanly with the description. No EPSS score, KEV listing, or POC/exploit code is provided in the input, so there is no public exploit identified at time of analysis and no evidence of active exploitation - the absence of these signals, combined with the low integrity-only impact, strongly suggests this is not a widespread-exploitation priority. The practical risk is data-integrity fraud (e.g., spoofing a payment as completed), which could matter greatly for a specific site processing payments but is low-urgency across a fleet. Note the input Tags label this 'Authentication Bypass,' which conflicts with the CWE-862 Missing Authorization classification and the description (no login is bypassed; an AJAX action simply lacks an authorization/nonce check) - treat the 'Authentication Bypass' tag with caution. |
| Exploit ScenarioDerived | An unauthenticated attacker sends a crafted request directly to the plugin's unprotected AJAX action, which performs no authorization or request-validation (nonce) check. They forge the stored transaction status of payment records and write the plugin's status metadata onto arbitrary posts - for example, marking a PayPal transaction as 'completed' to obtain goods or services without a valid payment. No public exploit code is identified at time of analysis, but exploitation is trivial given the missing checks. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 10, 2026
Unauthenticated attackers can forge stored transaction statuses and inject the Accept PayPal Payments using Contact Form 7 plugin's status metadata onto arbitrary WordPress posts, affecting all versions of the plugin prior to 4.0.7. The flaw (CVE-2026-105989, CVSS 5.3, CWE-862 Missing Authorization) stems from an AJAX action that ships without any authorization or nonce/request-validation check, so it is reachable by remote unauthenticated requests against default installations with the plugin active; the CVSS vector (AV:N/AC:L/PR:N/UI:N) confirms no authentication or user interaction is required. Impact is confined to integrity (C:N/I:L/A:N), and no public exploit code or confirmed active exploitation has been identified at time of analysis.
RemediationAI
Vendor-released patch: upgrade the 'Accept PayPal Payments using Contact Form 7' plugin to version 4.0.7 or later, which removes the missing authorization and request-validation gap on the affected AJAX action; patched builds are available from the plugin vendor and the fix is documented via the WPScan advisory at https://wpscan.com/vulnerability/df2b15dd-1748-4dcf-8b4f-8c053dc0dd73/. WordPress site administrators should verify the installed plugin version and update through the normal plugin update channel or by installing the vendor package directly. If immediate upgrading is not possible, the most effective compensating control is to deactivate the plugin until it can be updated - the trade-off being complete loss of PayPal payment functionality on the site. A narrower alternative is to place a web application firewall or reverse-proxy rule in front of wp-admin/admin-ajax.php that blocks or rate-limits requests invoking the specific vulnerable action (the plugin's identifying 'action' parameter value) from unauthenticated clients, but note this is signature-based, may break legitimate front-end payment submissions, can be bypassed by parameter obfuscation, and does not remove the underlying missing nonce/capability check. Because the flaw lets forged transaction-status metadata be written onto arbitrary posts, sites that ran a vulnerable version should also review stored post metadata and transaction records for unexpected status values and treat any anomalous entries as potentially attacker-modified rather than authoritative.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The affected component is a WordPress plugin that integrates PayPal payment handling with Contact Form 7 forms. WordPress plugins commonly expose front-end AJAX endpoints through admin-ajax.php using the wp_ajax_nopriv_* hook, which is by design reachable by unauthenticated visitors; security therefore depends on the handler enforcing its own capability check and nonce verification. This plugin's affected AJAX action does neither, which maps directly to CWE-862 (Missing Authorization) - the root-cause class here. Because the handler performs no request-validation, an attacker can supply arbitrary parameters and cause the plugin to write transaction-status metadata (update_post_meta-style key/value pairs) to whatever post ID is supplied, including posts unrelated to any legitimate payment flow. The practical consequence is data-integrity tampering with stored records rather than disclosure or denial of service, consistent with the assessed vector of PR:N/UI:N and I:L with C:N/A:N. The EUVD record (EUVD-2026-96123) corroborates the affected range as versions from 0 up to but not including 4.0.7.
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:L/PR:N/UI:N/S:U/C:N/I:L/A:N
Unauthenticated remote AJAX action with no nonce/authz check gives AV:N/AC:L/PR:N/UI:N; impact is data tampering only, so I:L with C:N and A:N.
Primary rating from Vendor (wpscan).
CVSS VectorVendor: wpscan
Lifecycle Timeline
4DescriptionCVE.org
The Accept PayPal Payments using Contact Form 7 WordPress plugin before 4.0.7 does not perform any authorization or request-validation checks on one of its AJAX actions, allowing unauthenticated attackers to forge the stored transaction status of records and to write the Accept PayPal Payments using Contact Form 7 WordPress plugin before 4.0.7's status metadata onto arbitrary posts.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
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-96123
GHSA-29vq-ff64-7939
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB