ZeroToWP
newsby Marvin

WordPress Ships 3 Security Patches in 24 Hours After 6.9.2 Breaks Sites

Share this article

What Happened

On Monday March 10, WordPress released version 6.9.2 — a security update patching ten vulnerabilities including a blind SSRF, stored XSS in navigation menus, an AJAX authorization bypass, and a PclZip path traversal issue.

Within five hours, sites started crashing. A template file loading conflict introduced by the security hardening caused white-screen errors on sites using certain theme structures. The WordPress team shipped 6.9.3 the same evening (~9pm UTC) to fix the regression.

But it was not over. By Tuesday evening, the team discovered that three of the original ten vulnerabilities had been incompletely patched in 6.9.2:

  • PclZip path traversal (CVE-2026-3907) — Attackers could write files outside intended directories
  • Notes feature authorization bypass (CVE-2026-3906) — Subscribers could access restricted content via the REST API
  • XXE injection in getID3 (CVE-2026-3908) — Authenticated users could read arbitrary server files

WordPress 6.9.4 shipped Tuesday ~10pm UTC — the third security release in roughly 30 hours.

Why It Matters

This incident highlights two things every WordPress site owner should understand:

1. Security updates can break your site. The 6.9.2 white-screen crash affected sites with specific theme configurations. If you had auto-updates enabled (the default for minor releases), your site may have gone down without warning. This is exactly why having a tested backup and ideally a staging environment matters.

2. Incomplete patches are a real risk. Three of ten vulnerabilities required a second attempt to fix. Attackers actively scan for unpatched sites — the window between a vulnerability being disclosed and the patch being fully applied is when most attacks happen.

Sites running auto-updates should have automatically received all three patches. But if your host delays updates or you have auto-updates disabled, you may still be on a vulnerable version.

What You Should Do

  • Verify you are on WordPress 6.9.4 — Check at Dashboard > Updates. Not 6.9.2, not 6.9.3 — specifically 6.9.4.
  • If your site crashed during the update — The 6.9.3 fix resolved the white-screen issue. If you rolled back to 6.9.1 to restore your site, update to 6.9.4 now.
  • Check your error log — Look at wp-content/debug.log for any errors from March 10-11 that might indicate the update caused issues.
  • Review your update strategy — Consider enabling auto-updates for minor/security releases if you have not already. The risk of a brief regression (like this one) is lower than the risk of running unpatched software.
  • Prepare for WordPress 7.0 — The major release on April 9 drops PHP 7.2/7.3 support. Verify your host runs PHP 7.4+ before that update lands.

Sources

M

Written by Marvin

Our team tests and reviews WordPress products to help beginners make confident choices.

Learn more about our team →

You might also like

Leave A Reply

Thanks for choosing to leave a comment. All comments are moderated, and your email address will NOT be published. Please do NOT use keywords in the name field.