Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify site with WP Data Access < 5.5.77
-
DeliveryLocate anonymously-readable data application
-
ExploitSend write request to misauthorized REST endpoint
-
ExecutionEndpoint checks only read permission
-
ImpactModify data despite disabled updates
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
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 | Exploitation requires that an administrator has configured a WP Data Access 'application' to be exposed for anonymous (public) read access; the flaw lets unauthenticated requests reach a REST endpoint that validates only read permission before performing a write. The key limiting factor is this configuration precondition - sites with no anonymously-readable application are not exploitable - and the impact is bounded to modifying data within that exposed application (no confidentiality or availability impact). Notably, the administrator's explicit disabling of update actions does NOT limit exploitation, because the broken authorization check bypasses that control. No user interaction or authentication is required against the vulnerable endpoint (PR:N/UI:N confirmed by CVSS). |
| Impact | This is a moderate, not top-priority, issue whose signals are internally consistent. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N, base 5.3) describes a network-reachable, low-complexity, unauthenticated flaw with only low integrity impact and no confidentiality or availability impact - matching the description of a broken authorization check (CWE-863) that permits writes through a read-only REST endpoint. SSVC agrees: Exploitation=none (no observed in-the-wild activity), Automatable=yes (reachable and scriptable at scale), Technical Impact=partial. EPSS is low at 0.17% (5th percentile), and the CVE is NOT in CISA KEV, so there is no evidence of active exploitation despite publicly available exploit code from WPScan. The dominant signals - publicly available PoC plus Automatable=yes - mean mass opportunistic scanning is plausible, but the real-world impact ceiling is capped at data modification of an already anonymously-readable application, which limits the severity. Net: a genuine but medium-grade data-integrity issue worth patching promptly on affected sites, not an emergency. Note one nuance requiring judgment: the PR:N rating is valid for the vulnerable endpoint itself, but practical impact depends on the administrator having configured an application for anonymous read access - a precondition not captured in the CVSS vector. |
| Exploit ScenarioDerived | An attacker identifies a WordPress site running WP Data Access below 5.5.77 that exposes a data application for anonymous read access. Because the vulnerable REST endpoint only checks read permission before executing a write, the unauthenticated attacker sends a crafted request to that endpoint and modifies records even though the administrator disabled update actions. Publicly available exploit code from WPScan lowers the skill barrier, and the low complexity makes this scriptable across many targets. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 14, 2026
Unauthenticated attackers can modify data in the WP Data Access WordPress plugin before version 5.5.77 by abusing one of the plugin's REST endpoints that verifies only read permission before carrying out a write. Exploitation is conditional on configuration: an administrator must have exposed a WP Data Access 'application' for anonymous (public) read access, and on such sites the administrator's explicit disabling of update actions offers no protection because the broken authorization check bypasses that control. Publicly available exploit code exists, but EPSS is low at 0.17% (5th percentile) and CISA's SSVC assessment rates exploitation as 'none'; impact is limited to integrity (CVSS 5.3, C:N/I:L/A:N) with no confidentiality or availability effect, and no authentication or user interaction is required against the vulnerable endpoint (PR:N/UI:N per the CVSS vector).
RemediationAI
Vendor-released patch: upgrade WP Data Access to 5.5.77 or later; this is the definitive fix, as the vendor has addressed the broken authorization check and the update is available from the plugin's normal distribution channel. Confirm the installed version under Plugins in WordPress and verify against the WPScan advisory at https://wpscan.com/vulnerability/f062a098-c00c-49f8-a32a-58b18ebcebe2/ (also indexed via https://nvd.nist.gov/vuln/detail/CVE-2026-106098) before and after upgrading. If immediate patching is not possible, the most effective compensating control is to remove the precondition for exploitation: revoke anonymous/public read access on every WP Data Access application, making each one require authentication, or temporarily deactivate the plugin - the trade-off being loss of the intended public data-viewing functionality. Note that toggling 'update actions' off is explicitly NOT a sufficient mitigation, since the flawed read-only permission check bypasses that setting; likewise, generic WAF signatures may not match the plugin's REST route reliably, so any rule should be scoped to block unauthenticated POST/PUT/PATCH/DELETE requests to WP Data Access REST endpoints and tested for false positives against legitimate authenticated admin traffic. Because a public proof-of-concept is available and the issue is automatable per SSVC, sites that cannot adopt either control should be monitored for unexpected writes to WP Data Access-managed tables.
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 flaw is a classic broken authorization (CWE-863) in a WordPress plugin's REST API surface. WordPress REST routes are registered with a permission_callback that gates access, and in WP Data Access the callback for one application endpoint validated only the capability needed to read data before the handler performed a write operation. Because authorization is enforced at the permission layer rather than inside the operation, an unauthenticated request passing the read check can reach code paths that modify records. The plugin's user-facing 'update actions disabled' setting is an application-level control that is not consulted by the permission callback, so the misconfiguration-turned-bypass means administrators who believe they have locked down their exposed application still remain writable. The endpoint is reachable over the network without credentials, and the CPE cpe:2.3:a:unknown:wp_data_access:*:*:*:*:*:*:*:* reflects the plugin being tracked under a placeholder vendor in this dataset while EUVD records the affected stream as 0 through 5.5.77.
Know when Wp Data Access 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
Network-reachable REST endpoint with no auth check (PR:N, AV:N, AC:L); only data modification within the exposed app, so I:L and C:N/A:N.
Primary rating from Vendor (WPScan).
CVSS VectorVendor: WPScan
Lifecycle Timeline
4DescriptionCVE.org
The WP Data Access WordPress plugin before 5.5.77 does not correctly check authorization on one of its application REST endpoints, verifying only read permission before performing a write, which allows unauthenticated attackers to modify data in an application exposed for anonymous read access even when update actions have been disabled by the administrator.
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.
More in Wp Data Access
View allThe WP Data Access WordPress plugin before 5.0.0 does not properly sanitise and escape the backup_date parameter before
Blind SQL injection in the WordPress WP Data Access plugin through version 5.5.82 could allow a remote attacker to read
SQL injection in the WP Data Access WordPress plugin (versions <= 5.5.81) lets remote unauthenticated attackers inject a
Unauthorized export of complete database table contents in the WP Data Access WordPress plugin before 5.5.84 lets unauth
Unauthenticated SQL injection in the WP Data Access WordPress plugin (versions <= 5.5.70) allows remote attackers to inj
The WP Data Access plugin for WordPress is vulnerable to privilege escalation in versions up to, and including, 5.3.7. R
Unauthenticated SQL injection in the WordPress plugin WP Data Access affects all versions up to and including 5.5.84, al
Unauthenticated reflected cross-site scripting in WP Data Access WordPress plugin (versions up to and including 5.5.79)
Stored Cross-Site Scripting in WP Data Access WordPress plugin versions up to and including 5.5.79 is exploitable by use
Broken access control in WP Data Access WordPress plugin versions 5.5.80 and earlier exposes protected data to unauthent
Cross-Site Request Forgery (CSRF) vulnerability in Passionate Programmers B.V. Rated medium severity (CVSS 4.3), this vu
EUVD-2026-100881
GHSA-v8fc-v39p-fp8c
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB