MEDIUM 5.3

CVE-2026-8385: WP Go Maps Authorization Bypass Exposes Unapproved Map Markers

The WP Go Maps WordPress plugin contains an access control flaw that exposes unapproved map markers to anyone on the internet. Site owners use marker approval workflows to control which locations, names, and descriptions appear publicly on their maps. This vulnerability bypasses that approval gate through a fallback admin endpoint, leaking sensitive location data—including titles, categories, addresses, and descriptions—to unauthenticated visitors. The issue affects all versions before 10.0.10.

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)
CWE-200
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 properly enforce the marker approval filter on the admin-ajax fallback for its datatables route, allowing unauthenticated visitors to retrieve marker records that the site owner has not approved for public display, including their title, category, address and description fields.

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-8385 is an authorization bypass vulnerability in WP Go Maps versions prior to 10.0.10. The plugin's datatables route implements a marker approval filter for standard requests, but the admin-ajax fallback pathway does not enforce the same approval status checks. An attacker can directly query the admin-ajax endpoint to retrieve marker records without authentication or authorization verification, circumventing the site's content approval workflow. The vulnerability stems from inconsistent access control logic across different code paths handling the same data resource (CWE-200: Exposure of Sensitive Information to an Unauthorized Actor).

Business impact

Organizations using WP Go Maps risk uncontrolled disclosure of location-sensitive business intelligence. Leaked marker data can reveal office locations, retail store addresses, facility coordinates, or event venues that were intentionally kept private. This information may be exploited for competitive intelligence gathering, physical security reconnaissance, or social engineering. For small businesses, nonprofits, or organizations managing sensitive location workflows, the reputational and operational risk of unauthorized data exposure creates compliance concerns under privacy and data protection frameworks.

Affected systems

WP Go Maps plugin versions before 10.0.10 running on WordPress installations are affected. The vulnerability requires no special configuration or user interaction—any WordPress site with an older version of WP Go Maps is vulnerable by default. Sites operating multiple marker approval workflows or using the plugin to manage non-public location data face heightened risk.

Exploitability

Exploitability is straightforward. An unauthenticated attacker requires only network access and knowledge of the admin-ajax endpoint structure. No special tools, authentication credentials, or user interaction are necessary. The attack is entirely passive and leaves minimal forensic evidence in standard WordPress logs, making detection challenging. CVSS score 5.3 (Medium) reflects the low technical barrier but limited direct impact—the vulnerability exposes data rather than enabling account compromise, code execution, or site defacement.

Remediation

Update WP Go Maps to version 10.0.10 or later immediately. This version patches the authorization bypass by enforcing marker approval checks on the admin-ajax fallback pathway. Before updating, audit which markers may have been exposed by reviewing your plugin's approval workflow logs and identifying any non-public markers that were created during the vulnerable window.

Patch guidance

Visit your WordPress admin panel, navigate to Plugins > Installed Plugins, locate WP Go Maps, and apply the available update to 10.0.10 or later. Verify the update completes successfully and test your marker approval workflow to confirm that non-approved markers remain hidden from public view. If you manage markers programmatically, retest any external integrations post-patch to ensure they still function correctly.

Detection guidance

Monitor WordPress access logs for repeated requests to /wp-admin/admin-ajax.php with action parameters related to WP Go Maps datatables (examine for 'action=wp_go_maps' or similar patterns combined with marker-related parameters). Cross-reference request IPs against your known user base and look for POST requests from unexpected geographic locations or user agents. Review WP Go Maps marker approval logs within the plugin's admin interface to identify any markers that should have remained unapproved but were visible to outsiders. Enable WordPress security logging plugins (such as Wordfence or Sucuri) to baseline admin-ajax traffic and alert on anomalies.

Why prioritize this

Prioritize this patch if your site uses WP Go Maps to manage location-sensitive business data (offices, retail locations, facilities, or events not intended for public disclosure). Organizations in regulated industries managing location-based services should treat this as high-priority due to compliance and privacy implications. Even if your markers appear non-sensitive, the unauthorized access pattern represents a control weakness that could enable future attacks or data harvesting at scale.

Risk score, explained

The CVSS 5.3 (Medium) rating reflects a vulnerability requiring no authentication or user interaction, accessible over the network (AV:N/AC:L/PR:N), with direct confidentiality impact but no integrity or availability consequences. The severity is tempered because the exposure is limited to marker metadata rather than enabling lateral movement, privilege escalation, or system compromise. However, context matters: organizations whose business model or compliance posture treats marker location data as sensitive should apply elevated internal risk scoring.

Frequently asked questions

Can this vulnerability expose other WordPress user data beyond markers?

No. The vulnerability is scoped to the WP Go Maps marker records and their associated fields (title, category, address, description). It does not grant access to WordPress user accounts, post content, or other plugin data. However, in combinations where markers store sensitive location intelligence, the exposure scope is the entire marker dataset.

Does updating to 10.0.10 require downtime or affect existing markers?

No. The update is backward-compatible and enforces stricter access controls without modifying marker records or functionality. Simply update the plugin via WordPress admin and test your approval workflow. No data loss or reconfiguration is required.

How can I tell if my site was already targeted by this vulnerability?

Review your WordPress access logs for unusual admin-ajax requests targeting WP Go Maps parameters, especially from IPs outside your organization. Check your marker approval history to see if any non-approved markers were unexpectedly viewed or if approval timelines seem abnormal. Enable logging plugins to baseline future traffic.

If I don't use marker approval, am I still at risk?

No. If all your markers are already set to public/approved, this vulnerability does not expose additional information. However, you should still patch to maintain security posture and to ensure no future markers can be accidentally exposed before approval.

This analysis is provided for informational purposes and reflects publicly available vulnerability data as of the publication date. The technical context and business impact are derived from the CVE description and CVSS metadata. Organizations should independently verify patch availability and compatibility with their WordPress environment before deployment. This document does not constitute professional security advice; engage your security team or a qualified vendor for assessment specific to your infrastructure and threat model. SEC.co does not guarantee completeness or accuracy of third-party vendor advisories referenced during research. Source: NVD (public-domain), retrieved 2026-07-24. Analysis generated by SEC.co (claude-haiku-4-5).