Skip to main content
CVE-2026-63030 Critical Patch Available

CVE-2026-63030: WordPress Core — Interpretation Conflict Enabling RCE

CVE Details

CVE ID CVE-2026-63030
Severity Critical
Vendor WordPress
Product WordPress Core
Patch Status Available
Published July 22, 2026
EPSS Score 8.9%
CISA Patch Deadline August 12, 2026

Executive Summary

CVE-2026-63030 is a critical interpretation conflict vulnerability in WordPress Core that serves as a prerequisite component in an unauthenticated remote code execution chain. On its own, the flaw enables SQL injection; combined with CVE-2026-60137, the pair achieves unauthenticated RCE against default WordPress 7.x installations. CISA added both CVEs to the Known Exploited Vulnerabilities catalog on July 21, 2026, with a federal agency remediation deadline of July 24 — a three-day window that reflects active exploitation pressure. The fix is WordPress 7.0.2.

WordPress powers approximately 43% of websites globally. The unauthenticated nature of this chain, requiring no account or plugin to trigger on default installations, places the exposure surface in the millions.

Affected Versions

WordPress Core versions prior to 7.0.2 are affected. The specific version range has been confirmed across the WordPress 7.x branch; earlier major versions (6.x and below) have not been confirmed as affected at time of publication and operate under separate codepaths for the affected parsing logic.

Installations running any unpatched 7.x release should treat themselves as vulnerable. WordPress.com-hosted sites received automatic patching; self-hosted installations are the primary at-risk population.

Vulnerability Details

CWE-436, Interpretation Conflict, describes a class of vulnerability where two different components in a system process the same input data according to different rules, creating a gap that an attacker can exploit to bypass security controls.

In CVE-2026-63030, the conflict occurs between WordPress Core’s input sanitisation layer and the database abstraction layer’s query construction logic. When specific byte sequences or character combinations are processed, the sanitisation component interprets them as safe and passes them through, while the query construction layer subsequently interprets the same data as containing structural SQL syntax.

The practical result: sanitisation that should prevent SQL injection does not prevent it for inputs matching the conflicting interpretation pattern. This condition is what makes CVE-2026-60137 exploitable in the chained attack — the interpretation conflict allows the SQL injection payload to reach the database query without being stripped or escaped.

The interpretation conflict appears rooted in character encoding handling between PHP’s string processing and the MySQL client library. Specific multi-byte character sequences are normalised differently by each component. When WordPress sanitises input using PHP string functions and then passes the result to the MySQL driver, the driver’s own normalisation can expand or transform certain byte sequences in ways that reintroduce SQL syntax that PHP’s processing had considered safe.

This class of vulnerability — sometimes called a “double decoding” or “normalisation mismatch” attack — has historical precedent in web application security. What makes this instance notable is that it operates at the core layer, not within a plugin or theme, and that the conflicting interpretation creates a reliably exploitable condition rather than a marginal edge case.

Exploitation in the Wild

CISA’s KEV addition confirms observed exploitation. No threat actor attribution or specific campaign data has been disclosed at time of writing, but the characteristics of the vulnerability — unauthenticated access, affects default installations, enables RCE — match the profile of vulnerabilities that attract rapid mass exploitation from multiple actors simultaneously.

The three-day remediation deadline from CISA’s July 21 addition to July 24 is consistent with CISA’s treatment of vulnerabilities showing active broad exploitation, not targeted exploitation. Organisations should assume opportunistic scanning and exploitation is underway regardless of whether they are a likely targeted victim.

Given WordPress’s prevalence, this chain will likely appear in reports of web shell deployments, cryptominer installations, and data exfiltration across diverse industry sectors and organisation sizes.

Patch and Remediation

Update to WordPress 7.0.2. The release notes are available at https://wordpress.org/news/2026/07/wordpress-7-0-2-release/.

WordPress 7.0.2 contains fixes for both CVE-2026-63030 and CVE-2026-60137. Applying only one patch does not break the chain — both vulnerabilities must be patched to fully mitigate the RCE risk.

For sites that cannot immediately update:

Disable XML-RPC and REST API endpoints that accept unauthenticated input. While the root vulnerability is not API-specific, reducing the attack surface is a meaningful compensating control while the patch is staged.

Web Application Firewall (WAF) rules: ModSecurity, Cloudflare WAF, and AWS WAF all have rule sets targeting SQL injection payloads. Add specific rules for the character sequences associated with CWE-436 multi-byte normalisation attacks if your WAF vendor has released signatures for CVE-2026-63030.

Review hosting environment character encoding: Ensure the PHP-to-MySQL connection uses a consistent character set (utf8mb4) with explicit collation settings. Encoding mismatches at the connection level worsen interpretation conflict exposure.

File integrity monitoring: If exploitation has already occurred, look for recently created PHP files in wp-content directories. Web shells are the most common post-exploitation artifact.

Detection

Log analysis: Look for HTTP requests containing URL-encoded multi-byte sequences in POST body parameters to WordPress AJAX handlers (wp-admin/admin-ajax.php) and REST API endpoints (/wp-json/). Specific payloads will vary, but unusual byte sequences in database-query-adjacent parameters are the signal.

Database query logging: Enable MySQL slow query logging and general query logging temporarily. SQL syntax errors or unexpected query structure from the WordPress application user are indicators of injection attempts.

Web shell presence: Run a file integrity scan against the WordPress installation immediately. Tools such as WPScan, Wordfence, or Sucuri SiteCheck will identify unexpected PHP files or modified core files.

IOCs: At time of publication, no specific IP ranges, user agent strings, or request signatures for CVE-2026-63030 exploitation have been publicly released. Monitor your WordPress security vendor and CISA’s advisories for updated threat intelligence.

References