CVE-2026-8386: WP Go Maps REST API Leaks Unapproved Marker Data
A flaw in the WP Go Maps WordPress plugin before version 10.0.10 exposes unapproved location markers to anyone on the internet. When an administrator creates a marker on a map but hasn't published it yet, the plugin still serves that marker's data via a public API endpoint without checking whether it should be visible. This means sensitive details—like personal addresses, descriptions, and exact GPS coordinates—can leak to unauthorized visitors before the admin intends to make them public.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
- Weaknesses (CWE)
- —
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-15 / 2026-07-23
NVD description (verbatim)
The WP Go Maps WordPress plugin before 10.0.10 does not perform any approval-state filtering on its public single-marker REST endpoint, allowing unauthenticated users to retrieve marker records that an administrator has not yet approved for public display, including any PII placed in the address and description fields and the marker's geographic coordinates.
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The WP Go Maps plugin contains an access control bypass in its REST API single-marker endpoint. The endpoint fails to validate the approval state of marker records before returning them in response to unauthenticated requests. As a result, markers not yet approved for public display are accessible via the public REST API, exposing their full data payload including geographic coordinates, address fields, and description content that may contain personally identifiable information (PII).
Business impact
Organizations using WP Go Maps to manage location data on their WordPress sites face unintended disclosure of sensitive information before content is formally approved. If markers contain customer addresses, business locations, or personally identifiable details, this leakage could violate privacy commitments, regulatory requirements, or customer trust. The exposure is passive—no data is modified or deleted—but confidentiality is compromised during the approval workflow window.
Affected systems
The WP Go Maps WordPress plugin is affected in all versions before 10.0.10. The vulnerability exists in the public single-marker REST endpoint and requires no authentication to exploit. Any WordPress installation running an older version of this plugin is at risk if it uses the marker functionality.
Exploitability
Exploitation requires no special skills or authentication. An attacker with only network access can query the REST API endpoint to enumerate and retrieve marker records, regardless of approval status. Discovery of the endpoint is straightforward for anyone familiar with WordPress REST API conventions. The barrier to exploitation is extremely low, though the attacker must know or guess the marker identifiers to retrieve specific records.
Remediation
Update the WP Go Maps plugin to version 10.0.10 or later. The patch adds approval-state filtering to the public REST endpoint, ensuring only administrator-approved markers are returned in unauthenticated API responses. Organizations should verify this update is available from their plugin repository and apply it immediately to production sites.
Patch guidance
Navigate to WordPress Dashboard > Plugins > Installed Plugins, locate WP Go Maps, and check for available updates. Apply the update to version 10.0.10 or above. Verify the update completed successfully and test the map functionality on your site. Organizations with managed WordPress hosting may request automatic updates or schedule updates during a maintenance window. Review plugin changelogs to confirm the approval-filtering fix is included.
Detection guidance
Check plugin versions across all WordPress installations to identify sites running WP Go Maps before 10.0.10. Review access logs for REST API requests to endpoints matching the pattern /wp-json/…/markers or similar, particularly any requests that return marker data with unapproved status flags. Monitor for unusual API query patterns or enumeration attempts targeting marker endpoints. Web application firewalls can be configured to restrict unauthenticated access to sensitive REST endpoints if updates cannot be applied immediately.
Why prioritize this
Although the CVSS score is medium (5.3), this vulnerability should be addressed promptly because it leaks PII and geographic coordinates without requiring authentication or user interaction. The approval workflow is a key control for managing content visibility; its bypass undermines that control. Organizations handling customer locations, addresses, or other sensitive marker data should prioritize this patch. The ease of exploitation and low barrier to discovery increase practical risk despite the moderate severity rating.
Risk score, explained
The CVSS v3.1 score of 5.3 (Medium) reflects low confidentiality impact over a network, no authentication required, and no complexity. The score does not account for the sensitivity of geographic and personal data often stored in location markers, nor the workflow-control implications of the bypass. In practice, organizations managing sensitive location data should weight this higher than the base CVSS suggests, particularly in regulated industries handling PII.
Frequently asked questions
Do I need to have a specific number of unapproved markers for this to be a problem?
No. Even a single unapproved marker containing sensitive information is a problem. An attacker querying the endpoint has no way to know which markers are approved and which are not—they can discover and retrieve all of them if they know the API structure or can enumerate marker IDs.
Does this vulnerability allow modification or deletion of markers?
No. This is a confidentiality issue only. The vulnerability exposes unapproved data but does not permit an attacker to create, modify, or delete markers. Integrity of the marker data itself is not compromised.
Are there known public exploits for this vulnerability?
This vulnerability is not listed on the CISA Known Exploited Vulnerabilities (KEV) catalog, indicating no widespread active exploitation has been documented as of the last update. However, the low barrier to exploitation means organizations should not delay patching.
If I disable the REST API entirely, am I protected?
Yes, disabling the WP Go Maps REST API would prevent this exposure. However, this may break front-end map functionality depending on how your site uses the plugin. Updating to version 10.0.10 is the recommended fix. Only disable the API if you do not need the marker functionality.
This analysis is based on the CVE record published on 2026-06-15 and modified on 2026-07-23. Specific version numbers and patch availability should be verified against the official WP Go Maps vendor advisory and WordPress plugin repository. CVSS score 5.3 is provided by the CVE data but may not fully capture the sensitivity of data at risk in your environment. Organizations should conduct their own risk assessment based on the types of marker data they store and applicable compliance requirements. Source: NVD (public-domain), retrieved 2026-07-24. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2016-20064MEDIUMWP Vault 0.8.6.6 Arbitrary File Read via Directory Traversal
- CVE-2016-20067MEDIUMWordPress CP Polls CSRF Vulnerability
- CVE-2016-20070MEDIUMPrivilege Escalation & Stored XSS in WordPress Booking Calendar Contact Form 1.0.23
- CVE-2016-20074MEDIUMWordPress Lazy Content Slider CSRF Vulnerability – Patch & Detection Guide
- CVE-2016-20077MEDIUMWordPress Photocart Link Plugin Local File Inclusion Vulnerability
- CVE-2016-20078MEDIUMWordPress IMDb Profile Widget Local File Inclusion Vulnerability
- CVE-2016-20079MEDIUMWordPress Dharma Booking Local File Inclusion Vulnerability
- CVE-2016-20080MEDIUMWordPress Brandfolder Plugin LFI Vulnerability – File Disclosure & Remediation Guide