MEDIUM 4.3

CVE-2026-12408: Slim SEO Plugin Private Content Disclosure Vulnerability

A WordPress security plugin called Slim SEO has a flaw that allows contributors and editors to read content they shouldn't be able to see. Specifically, the plugin's AI-powered REST API endpoint for generating meta tags doesn't properly verify user permissions before returning summaries of post content. An attacker with basic contributor-level access can request summaries of private posts, drafts, or password-protected content written by other users, and the plugin will generate and return AI-powered summaries that expose the underlying content. This is a classic authorization bypass where the plugin checks if a user can edit posts in general, but doesn't confirm they have permission to access the specific post being requested.

Source data · NVD / CISA · public domain

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

NVD description (verbatim)

The Slim SEO – A Fast & Automated SEO Plugin For WordPress plugin for WordPress is vulnerable to Unauthorized Private Content Disclosure in all versions up to, and including, 4.9.8 via the `/wp-json/slim-seo/meta-tags/ai` REST API endpoint. This is due to the endpoint's `permission_callback` performing only a top-level `edit_posts` capability check without verifying that the requesting user has read access to the specific post supplied via the `object.ID` parameter, allowing the `generate` function to pass the attacker-controlled post ID to `Data::get_post_content()`, which calls `get_post()` regardless of post status or ownership. This makes it possible for authenticated attackers with Contributor-level access and above to retrieve AI-generated summaries of the raw `post_content` of arbitrary posts they are not authorized to view — including private posts, drafts, pending, future, and password-protected content authored by other users — with the substance of the protected content disclosed via the HTTP response.

8 reference(s) · View on NVD →

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

Technical summary

CVE-2026-12408 is an Unauthorized Private Content Disclosure vulnerability in the Slim SEO WordPress plugin (versions up to 4.9.8). The vulnerability exists in the `/wp-json/slim-seo/meta-tags/ai` REST API endpoint, which is called by the `generate` function. The endpoint's `permission_callback` performs only a top-level `edit_posts` capability check without verifying read access to the specific post identified by the `object.ID` parameter. This allows the user-supplied post ID to be passed directly to `Data::get_post_content()`, which calls WordPress's `get_post()` function without regard to post status, ownership, or visibility settings. As a result, authenticated attackers with Contributor-level permissions (or higher) can retrieve and receive AI-generated summaries of the raw post content of arbitrary posts—including private posts, drafts, pending reviews, scheduled content, and password-protected posts—regardless of whether they have authorization to view the original content.

Business impact

This vulnerability enables information disclosure within your WordPress deployment. Contributors or editors with modest permissions can discover confidential content authored by others before publication, including draft articles, private posts, and password-protected material. For organizations using private posts to store sensitive business data, client information, or unpublished strategic content, this represents a material confidentiality breach. The risk is heightened in multi-author environments where access control and content confidentiality are critical—such as news organizations, agencies, and enterprise content management systems. The fact that the vulnerability requires only authenticated access (not administrative) means the attack surface includes any user with contributor-level permissions or above.

Affected systems

The Slim SEO plugin for WordPress in all versions up to and including 4.9.8 is affected. The vulnerability requires an authenticated user account with at least Contributor-level capabilities on the affected WordPress installation. If Slim SEO is not installed or has been updated beyond version 4.9.8, your WordPress site is not at risk from this specific flaw.

Exploitability

Exploitation requires authentication and is straightforward to perform. An attacker with a valid Contributor account (or higher) can craft a simple HTTP request to the `/wp-json/slim-seo/meta-tags/ai` REST API endpoint with the post ID of any post they wish to exfiltrate. The plugin will process the request and return an AI-generated summary that discloses the content. No advanced techniques, user interaction, or complex conditions are required. The low complexity and lack of any user interaction requirement make this vulnerability practical to exploit at scale against vulnerable WordPress installations.

Remediation

Update the Slim SEO plugin to a patched version that properly validates read access to the specific post before processing the request. Verify against the official Slim SEO plugin repository or the vendor's security advisory for the specific patch version. As a temporary mitigation, consider restricting REST API access or disabling the `/wp-json/slim-seo/meta-tags/ai` endpoint using a Web Application Firewall or WordPress security plugin until a patch is deployed. Additionally, review your WordPress user roles and revoke unnecessary Contributor-level permissions from accounts that do not require them.

Patch guidance

Obtain and deploy the latest version of the Slim SEO plugin from the official WordPress plugin repository. The plugin should be updated automatically by your WordPress installation if auto-updates are enabled, or manually via the Plugins dashboard. Verify the installed version matches the patched release noted in the vendor's security advisory. Test the update in a staging environment before deploying to production to ensure compatibility with your other plugins and themes.

Detection guidance

Monitor access logs and REST API request logs for unusual requests to the `/wp-json/slim-seo/meta-tags/ai` endpoint, particularly those containing post IDs for private, draft, or password-protected posts. Examine the activity of Contributor-level accounts to identify whether suspicious post IDs are being requested. WordPress security plugins and logging tools can be configured to flag REST API calls to this endpoint. If you have verbose logging enabled, review the audit trail for calls to `Data::get_post_content()` or the Slim SEO AI generation function with unexpected post parameters.

Why prioritize this

Although this vulnerability is rated CVSS 4.3 MEDIUM, it should be prioritized for prompt remediation in multi-author or content-heavy WordPress environments where post confidentiality is essential. The vulnerability requires only authenticated access at the contributor level, making it accessible to a broad class of users. In organizations with strict content access policies, the risk of information disclosure outweighs the moderate CVSS score. Prioritize patching if your WordPress deployment hosts sensitive, unpublished content or if you grant contributor access to external or untrusted parties.

Risk score, explained

The CVSS 3.1 score of 4.3 (MEDIUM) reflects the following factors: (1) Network-based attack vector requiring no special network configuration; (2) Low attack complexity—no special conditions or techniques required; (3) Low privilege requirement—only Contributor-level access needed; (4) No user interaction required; (5) Confidentiality impact is present (disclosure of post content), but integrity and availability are unaffected. The score does not account for the organizational sensitivity of unpublished or private content, which may warrant higher prioritization in specific business contexts. Organizations should assess risk based on the sensitivity of their private and draft content, not CVSS score alone.

Frequently asked questions

Can an attacker without a WordPress account exploit this vulnerability?

No. The vulnerability requires an authenticated user account with at least Contributor-level capabilities. Unauthenticated visitors cannot exploit it. However, in WordPress installations that allow user registration or public sign-up, an attacker can register a Contributor account and immediately begin exploiting the flaw.

Will updating Slim SEO break my site or other plugins?

Plugin updates rarely cause breakage, but it is always prudent to test updates in a staging environment first. If you cannot stage the update, enable WordPress auto-updates so the plugin patches automatically, or manually test the update on a copy of your site before deploying to production.

How can I tell if my site has been exploited by this vulnerability?

Review your WordPress user accounts for unexpected Contributor-level accounts, and examine REST API and server logs for requests to `/wp-json/slim-seo/meta-tags/ai` with post IDs for sensitive or private posts. If you find evidence of such requests before the plugin was patched, assume private or draft content may have been disclosed and investigate further.

Does this vulnerability affect other WordPress SEO plugins?

This vulnerability is specific to the Slim SEO plugin. Other SEO plugins may have similar authorization bypass issues, but each plugin must be evaluated individually. Audit any custom REST API endpoints or plugins that handle sensitive post data to ensure they verify read access before returning content.

This analysis is provided for informational purposes. SEC.co makes no guarantee regarding the completeness or accuracy of this information. Patch versions, timelines, and vendor guidance may change; always verify against the official vendor security advisory and your internal risk assessment. This vulnerability requires authentication and is not remotely exploitable by unauthenticated users. Actual risk depends on your WordPress configuration, user permissions, and content sensitivity. Consult your security team before deploying patches or operational changes. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).