Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconIdentify site running vulnerable WPLP plugin
-
DeliverySend unauthenticated request to WPLP connector REST endpoint
-
ExploitBypass authorization and reach saas_upload_logo()
-
InstallUpload malicious PHP file (no type validation)
-
C2Request uploaded file URL
-
ExecuteExecute code as web server
-
ImpactCompromise WordPress site
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V5 - File Handling File type validation, storage isolation
MITRE ATT&CK
2 techniques across 2 tactics: Command and Control, Persistence The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | No authentication required - the WPLP connector REST endpoints contain an authorization bypass, and saas_upload_logo() performs no file-type validation, so exploitation works against default installations of vulnerable versions (≤4.4.1) reachable over the network. The main practical limiter is that full remote code execution ('may make RCE possible') depends on the target web server permitting execution of PHP within the uploads directory; on hardened servers that block PHP execution in wp-content/uploads, the attacker still gets arbitrary file write but not direct code execution. The vulnerable plugin must be installed and active. |
| Impact | All available signals point to genuine high priority: the CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N, C:H/I:H/A:H) describes network-reachable, low-complexity, unauthenticated exploitation with full impact, consistent with the description's claim of unauthenticated arbitrary upload leading to possible RCE. No EPSS score, KEV listing, or public POC was provided, so exploitation probability cannot be quantified and there is no confirmed in-the-wild activity - the 9.8 reflects potential severity, not observed exploitation. Web-facing WordPress plugins with unauthenticated upload bugs are historically attractive to opportunistic mass-scanning botnets, so the practical risk of exploitation rising is high once details/patch diffs are public (the fixing changeset is already published), even though it is 'no public exploit identified' today. Note the RCE outcome is qualified as 'may make remote code execution possible' - file upload is confirmed, full RCE depends on server configuration allowing execution of uploaded content. |
| Exploit ScenarioDerived | An unauthenticated attacker sends a crafted HTTP request directly to the WPLP connector REST endpoint, bypassing the missing authorization check, and invokes the logo-upload routine to POST a malicious PHP file that passes because no file-type validation occurs. The attacker then requests the uploaded file's URL under wp-content/uploads to execute it, gaining code execution in the site's context. Low attack complexity and no authentication or user interaction make this readily automatable by mass scanners; no public POC was provided at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 01, 2026
Unauthenticated arbitrary file upload in the WPLP Cookie Consent (GDPR/CCPA cookie banner) plugin for WordPress, versions up to and including 4.4.1, allows remote attackers to plant executable files on the server and potentially achieve remote code execution. The flaw stems from missing file-type validation in the saas_upload_logo() function combined with an authorization bypass on the WPLP connector REST endpoints, so no login is required. Reported by Wordfence and carrying a CVSS of 9.8; no public exploit identified at time of analysis.
RemediationAI
Update the plugin to the fixed release published above version 4.4.1 (the corrective code is in WordPress.org changeset 3674117 at https://plugins.trac.wordpress.org/changeset/3674117/gdpr-cookie-consent; install the latest available version from the plugin's Updates page - an exact fixed version number was not provided in the input, so verify against the Wordfence advisory at https://www.wordfence.com/threat-intel/vulnerabilities/id/96a2a552-e73f-4b27-88de-50eb63a8d131). If immediate patching is not possible, deploy a WAF rule to block requests to the WPLP connector REST endpoints and reject uploads with executable extensions (.php, .phtml, etc.); as a stronger compensating control, disable or deactivate the plugin until patched (trade-off: cookie-consent banners stop rendering, affecting GDPR/CCPA compliance display). Additionally, configure the web server to forbid PHP execution within wp-content/uploads (e.g., a directory-level handler/deny rule), which neutralizes the RCE path with minimal functional side effects.
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 (vendor slug wplegalpages, plugin slug gdpr-cookie-consent) that manages cookie-consent banners for GDPR, CCPA, and Google Consent Mode compliance. The root cause is CWE-434 (Unrestricted Upload of File with Dangerous Type): the saas_upload_logo() handler accepts uploads without validating the file type or extension, and the WPLP connector REST API routes fail to enforce authorization (a broken permission_callback), letting anonymous callers reach the upload path. Because WordPress uploads land under a web-accessible wp-content/uploads directory, an uploaded PHP file can be requested directly and executed by the server, converting a file-write primitive into code execution. The CPE cpe:2.3:a:wplegalpages:wplp_cookie_consent...:* confirms the affected application and vendor.
Know when Wplegalpages 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:H/I:H/A:H
Unauthenticated network-reachable upload with authorization bypass (PR:N/AC:L/UI:N); arbitrary file write enabling likely code execution yields full C/I/A impact.
Primary rating from Vendor (Wordfence).
CVSS VectorVendor: Wordfence
DescriptionCVE.org
The WPLP Cookie Consent - Cookie Banner & Consent Management for GDPR, CCPA & Google Consent Mode plugin for WordPress is vulnerable to arbitrary file upload due to missing file type validation in the saas_upload_logo() function combined with an authorization bypass on the WPLP connector REST endpoints in all versions up to, and including, 4.4.1. This makes it possible for unauthenticated attackers to upload arbitrary files on the affected site's server which may make remote code execution possible.
Articles & Coverage 1
Executive ViewAI
WPLP Cookie Consent plugin for WordPress (versions ≤4.4.1) is vulnerable to unauthenticated remote code execution with no available patch, creating immediate risk of complete server compromise for any organization using this plugin. The vulnerability affects websites relying on this plugin for GDPR/CCPA compliance and could result in data breach, regulatory penalties, and operational disruption. Immediate action is required.
Since no vendor patch is available, implement: Web Application Firewall rules blocking POST requests to /wp-json/wplp* endpoints; restrict file uploads to non-executable types (.jpg, .png) at application level; disable PHP execution in wp-content/uploads directory via .htaccess or web server configuration; implement file integrity monitoring on wp-content/ directory; treat complete plugin removal as the primary mitigation strategy.
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
Malicious file upload attacks exploit insufficient validation when web applications accept user-provided files.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
More in Wplegalpages
View allUnauthenticated broken authentication in the WPLegalPages WordPress plugin (versions ≤ 3.7.0) allows remote attackers to
Stored cross-site scripting in the WPLP Cookie Consent WordPress plugin (all versions ≤ 4.4.1) enables any unauthenticat
Stored XSS in the WPLP Cookie Consent WordPress plugin (all versions through 4.3.5) enables attackers to inject persiste
The WPLegalPages plugin for WordPress is vulnerable to Stored Cross-Site Scripting via 'wplegalpage' shortcode in versio
SQL injection in the Cookie Banner for GDPR/CCPA - WPLP Cookie Consent WordPress plugin (all versions up to and includin
SQL Injection in the Cookie Banner for GDPR/CCPA - WPLP Cookie Consent WordPress plugin (versions up to and including 4.
Unauthorized modification of cookie scan schedule configuration in the GDPR Cookie Consent WordPress plugin (versions up
Unauthenticated cross-site request forgery in the WPLP Cookie Consent WordPress plugin up to version 4.3.7 allows attack
EUVD-2026-68931
GHSA-q77m-569p-rj42
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB