MEDIUM 4.3

CVE-2026-15286: Gutenberg Blocks with AI Kadence WP Unauthorized Post Publication Vulnerability

A WordPress plugin called Gutenberg Blocks with AI by Kadence WP contains a flaw that allows contributors—users with limited publishing rights—to bypass the approval process and publish posts immediately without administrator review. The vulnerability exists in a REST API endpoint used for processing patterns, where the permission check was not properly configured. This affects all versions up to and including 3.5.32.

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:N/I:L/A:N
Weaknesses (CWE)
CWE-863
Affected products
0 configuration(s)
Published / Modified
2026-07-10 / 2026-07-10

NVD description (verbatim)

The Gutenberg Blocks with AI by Kadence WP – Page Builder Features plugin for WordPress is vulnerable to unauthorized post publication in all versions up to, and including, 3.5.32 due to a misconfigured capability check on the 'get_items_permission_check' function permission callback of the 'process_pattern' REST API endpoint. This makes it possible for authenticated attackers, with Contributor-level access and above, to create and immediately publish posts of any type (including pages), bypassing the standard WordPress review workflow where contributors must submit posts for administrator approval.

4 reference(s) · View on NVD →

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

Technical summary

The 'process_pattern' REST API endpoint in the Gutenberg Blocks with AI by Kadence WP plugin implements a permission callback function ('get_items_permission_check') that fails to enforce appropriate capability restrictions. The misconfigured callback permits authenticated users with Contributor-level capabilities or above to execute actions that should be restricted to administrative users. This allows direct publication of posts and pages through the REST API, circumventing WordPress's standard editorial workflow where contributors must have their content reviewed and approved by administrators before publication.

Business impact

Organizations relying on this plugin lose content governance controls. Contributor-level employees or compromised accounts can publish unvetted content directly to the site, potentially introducing misinformation, brand damage, malicious links, or policy violations without oversight. The impact scales with site complexity—publishing platforms, multi-author news sites, and enterprises with strict content policies face higher risk. Smaller teams may not immediately detect unauthorized publications.

Affected systems

WordPress installations using the Gutenberg Blocks with AI by Kadence WP plugin in versions 3.5.32 and earlier. The vulnerability requires an authenticated attacker account with Contributor role or higher (Contributor, Author, Editor, or Administrator). Sites without the plugin are not affected.

Exploitability

Exploitation requires valid WordPress authentication and Contributor-level or higher privileges. The attack is trivial once credentials are obtained—a simple REST API request to the 'process_pattern' endpoint suffices. No user interaction or complex technical knowledge is required. The barrier to entry is low for insiders, contractors, or accounts compromised through credential theft. The CVSS score of 4.3 (MEDIUM) reflects the requirement for prior authentication, which prevents unauthenticated public exploitation but underscores risk in multi-user environments.

Remediation

Update the Gutenberg Blocks with AI by Kadence WP plugin to a version released after the vulnerability disclosure. Verify the patched version against the vendor's official advisory. As an interim measure, restrict Contributor-level permissions on sites where editorial review is mandatory, or disable the plugin if it is not actively used. Review REST API access controls in your WordPress configuration.

Patch guidance

Check Kadence WP's official plugin repository or the vendor's security advisory for the first patched version released after July 10, 2026. Update through the WordPress admin dashboard (Plugins > Updates) or directly from the vendor. Before updating, back up your database and test in a staging environment, particularly if the plugin is heavily integrated with your site's patterns and templates. After patching, audit recent posts and pages published through the REST API to identify any unauthorized content.

Detection guidance

Monitor WordPress REST API logs for requests to the 'process_pattern' endpoint originating from Contributor or Author accounts. Enable WordPress security logging via plugins (e.g., Wordfence, WP Activity Log) or your host's logging service. Review post publication audit trails for entries showing posts created or published by Contributor-level users when such activity would normally require admin approval. Check for unexpected pages or posts authored by known contributors during the vulnerability window. If you lack REST API logging, prioritize implementing it post-patch.

Why prioritize this

Although the CVSS score is MEDIUM (4.3), the vulnerability directly undermines content governance on publishing-centric sites. The ease of exploitation—once an attacker has credentials—combined with the insider threat and credential-compromise vectors, makes this a high-priority patch for organizations managing sensitive content, compliance-regulated communications, or multi-author platforms. Editorial workflow bypass is a business-critical control failure.

Risk score, explained

The CVSS 3.1 score of 4.3 reflects a misconfigured permission check that affects integrity (allowing unauthorized publication) without requiring user interaction or special network conditions. Authentication is mandatory, preventing external exploitation. Severity is MEDIUM because impact is localized to content integrity rather than confidentiality or availability. However, the actual business risk may be higher depending on your site's role—news or regulatory communication sites should treat this as HIGH priority despite the MEDIUM CVSS.

Frequently asked questions

Do I need a Contributor account to exploit this vulnerability?

Yes. The vulnerability requires prior authentication as a Contributor, Author, Editor, or Administrator. Unauthenticated attackers cannot exploit it. However, in multi-user environments, compromised Contributor credentials, shared accounts, or malicious insiders can easily trigger the flaw.

Will updating the plugin remove any of my existing content or settings?

Plugin updates typically preserve your content and settings. However, always back up your WordPress database before updating any plugin. Test the update on a staging copy of your site first, especially if this plugin is central to your page templates and patterns.

What should I do if I discover unauthorized posts published before I patched?

Review your post audit logs (using security plugins or native WordPress logs) to identify publications by Contributor-level users during the vulnerability window. Delete or review any suspicious posts, update affected pages, and audit user accounts for unauthorized activity. Consider resetting passwords for any Contributor-level accounts if compromise is suspected.

Is this vulnerability in the CISA KEV catalog?

No. As of the latest update, this vulnerability is not listed in CISA's Known Exploited Vulnerabilities catalog, meaning there is no confirmed evidence of active exploitation in the wild. However, this does not reduce the urgency of patching in environments where editorial control is critical.

This analysis is provided for informational purposes by SEC.co and does not constitute legal or professional security advice. Patch version numbers and release dates must be verified against the vendor's official advisory and release notes. Organizations should conduct their own risk assessment based on their environment, user base, and operational context. Consult your security team before deploying patches in production. SEC.co makes no warranty regarding the completeness, accuracy, or timeliness of this information. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).