Skip to content

The publication for web craftspeople Friday, 30 October 2026

Security

WordPress 7.1.4 Closes an Update-Process RCE Risk and a Dozen Stored XSS Flaws

WordPress 7.1.4 patches a weakness in the core update process that could lead to remote code execution, plus roughly a dozen stored XSS flaws spread across the block editor and the Interactivity API.

Released on October 28, 2026, WordPress 7.1.4 closes a weakness in the core update mechanism that could, under specific conditions, lead to remote code execution during the update window itself. The release also patches a dozen stored cross-site scripting (XSS) flaws spread across the block editor, the Interactivity API and the Customizer. The security team recommends updating affected sites immediately.

A critical flaw in the update mechanism

The most sensitive fix touches the process that downloads and installs core, theme and plugin updates. Reported by researcher Umut Bayram, the weakness could, under precise server-side conditions, allow arbitrary code execution while WordPress updates itself. This class of vulnerability is particularly sensitive: it targets the very mechanism meant to protect sites against known flaws.

The fix tightens validation of downloaded packages before they are extracted and applied, with no visible change for administrators.

A series of stored XSS issues in the block editor

Most of the remaining fixes address stored cross-site scripting flaws, where malicious code injected once stays active for every visitor who views the affected page. They cover:

  • specially crafted block rendering (Rafie Muhammad);
  • Privacy Data Removal Requests, a vector flagged by Anthropic;
  • several points in the Interactivity API, including a stored denial-of-service case found by Jon Surrell;
  • Customizer selective refresh (Rafie Muhammad);
  • the Categories block (Ben Bidner);
  • specially crafted login usernames, another vector flagged by Anthropic;
  • the Playlist and Image blocks (Ben Bidner);
  • the comments-pagination blocks (Alex Concha).

Two further fixes close the ability for unauthenticated visitors to discover unpublished Customizer changesets (Antonio Lorensius Silaban), and an authorization gap that made certain notes readable by privileged users without edit access to the attached post (Ramon).

ComponentIssue typeReported by
Update processPotential RCEUmut Bayram
Block editorStored XSSRafie Muhammad
Privacy data removalStored XSSAnthropic
Interactivity APIStored XSS + denial of serviceSeveral researchers, Jon Surrell
Customizer (selective refresh)Stored XSSRafie Muhammad
Categories blockStored XSSBen Bidner
Login usernamesStored XSSAnthropic
Playlist / Image blocksStored XSSBen Bidner
Comments paginationStored XSSAlex Concha
Customizer changesetsInformation disclosureAntonio Lorensius Silaban
Post notesAccess controlRamon

Updating from the command line

On a self-managed host, updating through WP-CLI remains the most reliable way to confirm the installed version before and after the operation:

wp core check-update
wp core update
wp core version --extra

On managed hosting without SSH access, the one-click update banner in the admin triggers the same patched process.

A flaw in the update process targets the defense mechanism itself, not just the surface it protects.

Root certificates and the 7.2 timeline

7.1.4 also bundles an update to the root certificate store, in response to the eMudhra certificate revocation. Security fixes are being backported to all eligible branches, down to 4.7, shipping as they become ready. The next major release, WordPress 7.2, stays on track for December 8, 2026; its beta 3 already includes the fixes from this release.

Sites with automatic updates enabled receive this fix with no action required. Sites still stuck on version 7.1.3 should check their version number manually to confirm the patch has been applied.

Key takeaways

WordPress 7.1.4 fixes eleven stored XSS flaws and a rarer weakness in the update process itself. No CVE has been published on the official page at this stage, but the recommendation to update immediately leaves no room for delay. It echoes the critical RCE flaw patched on an emergency basis in PHP the previous month: fixes touching the core of a platform deserve priority treatment.

On the dozen or so client sites I maintain, security updates run automatically while major version updates stay manual: that split is precisely what avoids the reverse scenario, where a flaw in the update mechanism itself becomes the entry point. This patch confirms that the separation remains the right discipline. — Simon Janvier

Further reading: the full list of fixes is available in the official WordPress 7.1.4 announcement.

Read next