HIGH 7.5

CVE-2026-13468: Visualizer Plugin WordPress REST API Authorization Bypass

The Visualizer plugin for WordPress—a tool that helps site owners create and embed charts and tables—has a serious flaw in its security. Anyone on the internet can access and download the raw data from any chart on an affected site, including charts that are supposed to be private, still in draft, or in the trash. The plugin is allowing this through a custom REST API endpoint that skips essential authorization checks that WordPress normally enforces. This is particularly problematic because the vulnerability contradicts how WordPress itself protects custom content types, creating a false sense of security if you've restricted who can view these charts through normal WordPress settings.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.5 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
Weaknesses (CWE)
CWE-862
Affected products
0 configuration(s)
Published / Modified
2026-07-01 / 2026-07-01

NVD description (verbatim)

The Visualizer – Tables & Charts Manager with Built-in AI Generator plugin for WordPress is vulnerable to authorization bypass in all versions up to, and including, 4.0.3. This is due to the plugin not properly verifying that a user is authorized to perform an action. This makes it possible for unauthenticated attackers to access and export the contents of any visualizer chart on the site — including charts in draft, private, pending, future, or trash status — as CSV, Excel, or HTML via the /wp-json/visualizer/v1/action/{chart}/{type}/ REST endpoint. This bypass is particularly impactful because the standard WordPress REST endpoint for the non-public 'visualizer' custom post type correctly enforces capability checks and returns HTTP 401 to unauthenticated callers, whereas this plugin-registered route circumvents that protection entirely.

8 reference(s) · View on NVD →

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

Technical summary

The vulnerability stems from improper authorization verification in the plugin's custom REST endpoint at /wp-json/visualizer/v1/action/{chart}/{type}/. When users request data exports (CSV, Excel, HTML) through this route, the plugin does not validate whether the requester has permission to access that specific chart. The standard WordPress REST endpoint for the 'visualizer' custom post type correctly enforces capability checks and rejects unauthenticated requests with HTTP 401. However, the plugin's alternate route bypasses this protection entirely, allowing unauthenticated attackers to enumerate and export chart data regardless of post status (draft, private, pending, future, or trash). This is classified as an authorization bypass issue (CWE-862) where the access control mechanism either fails to restrict access or fails to validate the user's right to perform the requested action.

Business impact

Organizations using this plugin to manage internal dashboards, sensitive metrics, financial charts, or proprietary analysis may inadvertently expose that data to the public internet. Site visitors, competitors, or malicious actors can extract business intelligence, operational metrics, or confidential reporting without authentication. The impact is magnified if charts are used to visualize customer data, revenue, inventory, or strategic planning information. Even charts marked as private or in draft status are vulnerable, undermining content management workflows and confidentiality controls. Additionally, the breach of the plugin's security model—contrasting sharply with WordPress's native protections—may erode trust in the plugin ecosystem and necessitate a comprehensive audit of other REST endpoints and custom integrations.

Affected systems

All versions of the Visualizer plugin through and including 4.0.3 are vulnerable. Any WordPress site running this plugin version is at risk, regardless of whether the charts are visible in the front-end UI or protected by role restrictions. The vulnerability affects all export formats supported by the plugin (CSV, Excel, HTML) and all chart visibility statuses. Sites that have restricted REST API access or use IP-based blocking may experience some mitigation, but the vulnerability remains present within the plugin code itself.

Exploitability

This vulnerability is trivial to exploit. An attacker requires no authentication, no user interaction, and no special network access—only knowledge of the endpoint structure and a chart ID (which can be discovered through systematic enumeration or disclosed inadvertently through page source, API debugging, or social engineering). The attack is automatable at scale, making it feasible for attackers to probe multiple WordPress installations simultaneously. The low barrier to exploitation—network-accessible, no credentials needed, no complex interaction—is reflected in the CVSS 3.1 score of 7.5 (High severity), with a vector indicating high confidentiality impact and no authentication requirement. No known public exploit code has been tracked by CISA, but the technical simplicity means weaponization is likely.

Remediation

Site administrators should immediately update the Visualizer plugin to the patched version that restores proper authorization checks on the affected REST endpoint. Until a patch is available and tested, consider disabling REST API access to the visualizer custom post type if operationally feasible, or restrict REST API access to authenticated users only via security headers or firewall rules. Additionally, audit any charts created on the site to identify which ones contain sensitive data, and consider moving that data to alternative visualization solutions with stronger access controls. After patching, verify that the /wp-json/visualizer/v1/action/ endpoint now correctly returns HTTP 401 for unauthenticated requests, matching the behavior of the standard WordPress REST endpoint.

Patch guidance

Contact the Visualizer plugin vendor or monitor the official WordPress plugin repository for an updated version greater than 4.0.3 that addresses CWE-862 and restores authorization checks. Verify the patch notes confirm the fix applies to the /wp-json/visualizer/v1/action/{chart}/{type}/ endpoint. Before deploying to production, test the update in a staging environment to confirm that your existing chart export workflows remain functional for authorized users and that the endpoint now blocks unauthenticated access. If the vendor has not released a patch within a reasonable timeframe, consider migrating to an alternative charting solution that prioritizes secure-by-default REST API design.

Detection guidance

Monitor web server access logs and WordPress audit plugins for repeated or suspicious requests to /wp-json/visualizer/v1/action/* endpoints, particularly from external IP addresses or unusual geographic locations. Enable REST API logging if available. Look for patterns of POST or GET requests with varying {chart} IDs—this may indicate enumeration. Implement rate limiting on REST endpoints to slow down automated attacks. In WordPress, enable query logging and search for REST requests from unauthenticated users (where `user_id` is 0 or null and the endpoint is `/wp-json/visualizer/`). Cross-reference request timestamps with data access logs from any sensitive systems that depend on or are referenced by these charts. If feasible, use a Web Application Firewall (WAF) to block requests to /wp-json/visualizer/v1/action/* from public networks until the patch is deployed.

Why prioritize this

This vulnerability merits immediate patching due to the convergence of high exploitability, significant confidentiality impact, and the potential for widespread exposure of business-sensitive data. The lack of authentication or user interaction required, combined with the simplicity of the attack vector, creates a low friction exploitation scenario. Organizations with public WordPress sites—especially those using the Visualizer plugin for internal reporting or dashboards—should treat this as a critical priority. The vulnerability is not yet tracked in CISA's Known Exploited Vulnerabilities (KEV) catalog, but the technical accessibility and recent publication date suggest that public tools may emerge quickly. Prioritize patching public-facing WordPress installations before internal or staging environments.

Risk score, explained

The CVSS 3.1 score of 7.5 (High) reflects the combination of network-level accessibility (AV:N), low attack complexity (AC:L), no authentication requirement (PR:N), user-interaction-free exploitation (UI:N), and high confidentiality impact (C:H). The attack does not require a user account, user action, or special network positioning—an attacker anywhere on the internet can export chart data. While integrity and availability are not impacted (a chart cannot be modified or taken offline via this endpoint), the confidentiality breach is severe because sensitive business data, analytics, and strategic metrics may be exposed. The score would be higher (9.0+) if the vulnerability also enabled data modification or denial of service; conversely, it would be lower if authentication or a valid REST API token were required. The 7.5 rating appropriately signals a high-priority issue that demands rapid remediation.

Frequently asked questions

Can this vulnerability be exploited if I've restricted WordPress REST API access via firewall rules?

Partial mitigation is possible if you block all external access to /wp-json/ endpoints or require authentication headers at the firewall level. However, the vulnerability remains present in the plugin code itself. If any user or administrator accesses the site from an allowed IP range, or if an attacker can bypass your firewall, the vulnerability is still exploitable. The proper fix is to update the plugin so that the authorization check is enforced in code, not just at the network perimeter.

If my charts are set to 'Private' in WordPress, are they still accessible via this vulnerability?

Yes. The vulnerability explicitly bypasses WordPress's standard authorization model. Even if a chart is marked as private, draft, or in trash status, an unauthenticated attacker can still export its data via the vulnerable REST endpoint. The plugin's failure to verify authorization is independent of the chart's post status or visibility settings.

How can I detect if someone has already exploited this vulnerability on my site?

Review your web server access logs for requests to /wp-json/visualizer/v1/action/ with HTTP 200 or 201 responses from external IP addresses. Pay particular attention to requests from IP ranges outside your normal user base or at unusual hours. If you use a WordPress audit plugin, check for REST API activity from unauthenticated users (user ID 0). Look for patterns of requests with varying chart IDs, which may indicate an attacker enumerating available charts. Note that log retention is typically limited, so act quickly if you suspect a breach.

Do I need to rotate API keys or reset passwords because of this vulnerability?

This vulnerability does not involve authentication token theft or credential compromise. Resetting passwords is not necessary solely because of CVE-2026-13468. However, if you detect evidence of unauthorized data export in your logs, you should treat it as a potential data breach. Audit your sensitive charts for any indicators of data leakage and notify relevant stakeholders. Ensure any API keys or credentials embedded in or referenced by those charts are rotated as a precaution.

This analysis is provided for informational purposes only and represents a technical assessment based on publicly disclosed vulnerability information as of the publication date. Vulnerability details, patches, and vendor advisories are subject to change. Organizations should verify all technical claims against the official WordPress plugin repository and vendor security advisories before making remediation decisions. This explainer does not constitute security advice specific to your infrastructure; consult your security team and perform testing in a non-production environment before deploying patches. SEC.co makes no warranty regarding the completeness or accuracy of this content and disclaims liability for decisions made in reliance on it. Always validate CVSS scores, patch version numbers, and affected product versions against the authoritative source (WordPress.org or the vendor) before deploying changes. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).