Top/Articles/WordPress core flaws CVE-2026-60137 / CVE-2026-63030: update now
wordpress-core-cve-cover-en-update

WordPress core flaws CVE-2026-60137 / CVE-2026-63030: update now

WordPress, used by about 40% of all websites, has two database-tampering flaws (SQL injection) in its core. Tracked as CVE-2026-60137 and CVE-2026-63030, when chained they can let attackers take over a site with no login. Fixes 6.8.6, 6.9.5, and 7.0.2 shipped and auto-updates were force-pushed. Here's how to confirm your site is already fixed.

NewsPublished July 18, 2026Last updated Aug. 19, 2026
Table of contents
Key takeaways

WordPress, used by about 40% of all websites, has two database-tampering flaws (SQL injection) in its core. Tracked as CVE-2026-60137 and CVE-2026-63030, when chained they can let attackers take over a site with no login. Fixes 6.8.6, 6.9.5, and 7.0.2 shipped and auto-updates were force-pushed. Here's how to confirm your site is already fixed.

Update, August 19, 2026 — both deadlines have passed, but stopping at 7.0.2 now leaves you exposed to something else

The US federal remediation deadlines have passed for both flaws (July 24 for CVE-2026-63030, August 4 for CVE-2026-60137). Checking the August 18, 2026 edition of the catalog, both entries stand exactly as first filed: no extension, no change of content. The ransomware field is still "Unknown" for both. No threat actor or campaign name has been published either.

What moved in the meantime was WordPress core itself. Two more security releases have shipped since 7.0.2: 7.0.3 on August 6 with 11 fixes, and 7.0.4 on August 12 with one more. Neither is a follow-up fix for wp2shell — they are unrelated flaws.

That is the important part. CVE-2026-64638, fixed in 7.0.3, sits on the login screen, works against visitors who are not logged in, and is rated High. So "I moved to 7.0.2, I'm done" now walks you into a different hole. The guidance for the two flaws in this article is unchanged — 6.8.6, 6.9.5 or 7.0.2 and later are fixed. But the current release as of August 19, 2026 is 7.0.4, with 6.9.7 and 6.8.8 on the older branches, and that is where you should land.

The scale of the attacks is clearer now. Japanese security vendor Cyber Security Cloud reported on August 4 that it detected 1,950,165 attack requests in the nine days from July 18 to 26 (covered by ScanNetSecurity on August 14). The United States accounted for 30.9%, and Japan came third at 9.4%, with 984 distinct Japanese IP addresses on the attacking side. On the day the fix shipped, traffic to the affected endpoint jumped 277-fold from the previous day.

There is now a record from inside a real breach as well. US host InMotion Hosting published its analysis of two customer incidents: 24 to 28 seconds from initial access to a malicious plugin being activated, 38 rogue administrator accounts on a single account, and persistence spread across nine separate layers. One site was cleaned on July 20 and reinfected on July 26. Do not stop at updating — check for administrator accounts you do not recognise, and for the string wp2shell in your access logs.

Among Japanese hosts, Xserver announced on August 6 that it had lifted its emergency traffic block — but it is keeping the block in place for domains still running a vulnerable version. If you have not updated, functionality may still be switched off on the hosting side.

One last clarification on the severity numbers. Two organisations scored these flaws and they disagree. WPScan, who found them, rates CVE-2026-60137 at 5.9 and CVE-2026-63030 at 9.8. CISA rates them 9.1 and 7.5 respectively. The table in this article uses the CISA figures. NVD has assigned no score of its own to either. The 9.8 you see in press coverage is WPScan's score for CVE-2026-63030 — any article attaching 9.8 to CVE-2026-60137 has them mixed up.

And by predicted likelihood of exploitation (EPSS), the ranking flips. As of August 18, 2026, CVE-2026-63030 sits at 0.956 — inside the top 0.2% of all CVEs — against 0.731 for CVE-2026-60137, which eased slightly on August 8 and has been flat since. CVE-2026-63030 is the entry point of the chain that reaches takeover, and CISA set its deadline 11 days earlier than the other one. It is a good reminder that a bigger severity number does not automatically mean higher priority. In Japan, meanwhile, the IPA advisory has not been revised since July 22, and JPCERT/CC has kept the issue in its weekly report rather than raising a formal alert.

WordPress, the software behind roughly 40% of all websites, has two serious flaws in its core that can lead to site takeover. They are CVE-2026-60137 and CVE-2026-63030, and when combined, an unauthenticated remote attacker can tamper with the database and ultimately run arbitrary code on the server. These are flaws in the engine that runs WordPress itself — not in a specific plugin (add-on).

On July 17, 2026, the project released the fixes WordPress 7.0.2, 6.9.5, and 6.8.6 together. The WordPress.org team also took the step of force-pushing automatic updates to sites on the affected versions. Most sites with auto-updates enabled should already be on a fixed version. But sites that disabled auto-updates, or are managed independently, need a manual update. Below we walk through what happened and how much it concerns you.

Key points (3 lines)

  • WordPress core has two flaws that let attackers tamper with the database (SQL injection). Combined, they can lead to site takeover (code execution on the server) with no login required.
  • The affected software is WordPress core 6.8–7.0. Fixes 6.8.6, 6.9.5, and 7.0.2 shipped on July 17, and the project also force-pushed automatic updates.
  • If auto-updates are on, many sites are already fixed. Confirm in the admin dashboard that your version is 6.8.6 / 6.9.5 / 7.0.2 or later.

Update — July 24, 2026: Exploitation scales to tens of thousands, Japan's IPA issues an alert, and the U.S. deadline lands today

The attacks have widened further. Security firm watchTowr says its sensor network recorded tens of thousands of exploitation attempts and that different attackers created more than 100 rogue administrator accounts, as reported here. In at least one case, an attempt to install a remote-access trojan (RAT) was observed. The pace has not let up: another firm's telemetry shows attack traffic continuing into the early hours of July 24 (JST). Cloud security vendor Wiz analyzed that roughly 60% of organizations running WordPress were initially affected and unpatched, and a quarter had such servers exposed to the internet.

There was movement in Japan, too. On July 22, 2026, the IPA (Information-technology Promotion Agency) issued an alert for both flaws (CVE-2026-60137 and CVE-2026-63030), urging a prompt update to 6.8.6 / 6.9.5 / 7.0.2 or later. Major hosting provider Xserver also announced server-side mitigations and a user advisory on July 22. Even if you don't manage WordPress yourself, it's worth checking your hosting provider's notices once.

Of the CISA remediation deadlines, the one for the higher-severity CVE-2026-63030 falls today, July 24, 2026 (CVE-2026-60137 is due August 4). Private sites carry the same urgency — if you haven't updated, do it now. If you're worried you've already been hit, focus on checking for unfamiliar admin accounts that have appeared and any tampering with posts or theme files (with 100-plus accounts created fraudulently, this check especially matters). Note that the catalog's "known ransomware campaign use" field is still marked "Unknown" as of this update — no specific ransom operation has been confirmed. You can follow the latest on actively exploited flaws in our CISA KEV tracker (Japanese).

Update — July 21, 2026: CISA adds it to "actively exploited" list, real-world exploitation confirmed

The situation escalated another step. On July 21, 2026, the U.S. CISA (Cybersecurity and Infrastructure Security Agency) added both flaws (CVE-2026-60137 and CVE-2026-63030) to its Known Exploited Vulnerabilities (KEV) catalog. KEV is the official list that requires U.S. federal agencies to remediate by a deadline, and a listing means the flaw is confirmed to be used in real-world attacks. The "exploitation attempts" vendors had reported since July 18 are now backed up as attacks causing real harm. Every prior WordPress-related KEV entry involved a plugin flaw; a flaw in core itself being listed is unusual, researchers note. CISA requires U.S. federal agencies to remediate CVE-2026-63030 by July 24 and CVE-2026-60137 by August 4 (private sites can use these deadlines as a benchmark for emergency response). Note that the catalog's "known ransomware campaign use" field is marked "Unknown" as of this update — no specific ransomware group is identified.

Because the "wp2shell" chain works out of the box with no login, no plugins, and no configuration changes, sites still exposed on older versions are especially at risk. If you haven't updated, make updating to 6.8.6 / 6.9.5 / 7.0.2 or later your top priority. If you want to check whether you've already been compromised, look for unfamiliar admin accounts, tampering with posts or theme files, and suspicious outbound traffic. You can follow the latest on actively exploited flaws in our CISA KEV tracker (Japanese).

Update — July 21, 2026: PoC published, exploitation attempts observed

The situation has moved since our first report (July 18). The chained attack was named "wp2shell" by its discoverer, Searchlight Cyber (Assetnote), and proof-of-concept (PoC) code has been published on GitHub since July 18. Following that, Patchstack, WatchTowr, and Hexastrike have reported real in-the-wild attack and scan attempts. As of this update, however, no one has declared a confirmed large-scale takeover campaign; vendors are watching for the shift from mass scanning to actual compromise. In response, on the same day — July 21 — the U.S. CISA added both flaws to its Known Exploited Vulnerabilities (KEV) catalog (see the update above).

If you cannot update right away, one stopgap—described by Help Net Security and others—is to temporarily block anonymous access to the batch endpoint /wp-json/batch/v1 at your front-end web server or WAF (a filter that blocks malicious traffic). Note this may break integrations that use that endpoint, so treat it as a bridge only. The real fix is updating to 6.8.6 / 6.9.5 / 7.0.2 or later—unchanged from the first report.

Why a "core flaw" is rare — and heavier

Most WordPress vulnerabilities turn up in "plugins" (add-ons) or "themes" (design packages) that you add later. If you don't use them, they don't concern you. This time, though, the flaws are in the foundation that runs WordPress — the part that nearly every WordPress site shares. Core flaws are uncommon, and that makes them both more newsworthy and wider in reach.

Both flaws are a type called "SQL injection." SQL injection is an attack where a crafted string is slipped into the commands (SQL) a site uses for its database, forcing it to perform operations it shouldn't. The database — which holds member data, posts, and fragments of passwords — can be read or written by outsiders.

The first flaw, CVE-2026-60137 (severity 9.1), lies in the internal post-query feature (WP_Query): the part that specifies "exclude these authors" (author__not_in) does not properly check its input, letting an attacker inject commands there. The second, CVE-2026-63030, is a route-confusion flaw in the endpoint that handles batched operations (the REST API batch endpoint). On its own it is unremarkable, but combined with the first, it is described as allowing an attacker to pull off SQL injection with no login and reach code execution (takeover) on the server.

Who targets this, and why

The people who exploit this are attackers who mechanically sweep the internet for WordPress sites left on old versions. Because WordPress is used everywhere, attackers can round up "sites that haven't updated" and try the same technique against them one after another. This is not just about high-profile sites being singled out.

By chaining the two holes, attackers aim to tamper with the site's database without even logging in, and ultimately run whatever program they want on the server. A successful takeover leads to site defacement, planting redirects to fake sites, stealing member or order data, and using the site as a springboard for further attacks.

The damage does not stop at site owners. Ordinary visitors to a hijacked site can unknowingly be served malicious code or have the personal data they enter stolen. For company or e-commerce sites, that translates directly into customer impact and loss of trust. That is why you should confirm your version and update promptly. WordPress plugins have also seen a wave of takeover flaws, so it is worth also checking our roundup of popular-plugin vulnerabilities.

The two flaws in detail

CVEWhat it isSeverityAffected
CVE-2026-60137SQL injection via weak input
checking in the post-query feature
9.1 (Critical)6.8–7.0
(fixed 6.8.6/6.9.5/7.0.2)
CVE-2026-63030Batch-route confusion,
chained with the above to reach RCE
7.5 (High)6.9–7.0
(fixed 6.9.5/7.0.2)

CVE-2026-60137 (CVSS 9.1): injecting commands through the query's "exclude" option

WordPress's internal feature for filtering posts (WP_Query) has an option to say "exclude these authors" (author__not_in). The value passed to this option was not checked thoroughly, so if a plugin or theme passes external input straight into it, an attacker can make the database run crafted commands. The project calls it a "facilitated SQL injection" (one that succeeds when the conditions line up); it was reported by TF1T, dtro, and haongo. On its own it depends on a plugin or theme carelessly passing input, but it is still rated a high 9.1.

CVE-2026-63030 (CVSS 7.5): batch-route confusion turns it into an unauthenticated entry point

WordPress has an endpoint that accepts multiple operations at once (the REST API batch endpoint). It had a flaw that lets an attacker cause it to confuse which operation was called. On its own this isn't dramatic, but combined with CVE-2026-60137 it is described as letting an attacker bypass a path that should require login, pull off SQL injection with no authentication, and from there reach code execution (RCE) on the server. It was reported by Adam Kues of the security firm Assetnote (Searchlight Cyber). It is a classic case of two holes that look minor apart but spike in severity when chained.

Is my site affected? (Quick reference)

Whether you're affected comes down to the WordPress core version you're running. Check the table below. You can find your version under Dashboard → Updates in the admin, or in the lower-right corner of the screen.

Your versionImpactUpdate to
7.0.0–7.0.1Both flaws apply7.0.2
6.9.0–6.9.4Both flaws apply6.9.5
6.8.0–6.8.560137 applies6.8.6
Before 6.8Not in scope here
(mind older flaws)
Move to a supported release
6.8.6/6.9.5/
7.0.2 or later
Fixed for
these two
Nothing for these two,
but two more security
releases landed in August:
go to 7.0.4/6.9.7/6.8.8

By default, WordPress applies small (minor) updates automatically. This time the project force-pushed the update to affected versions, so unless you disabled auto-updates, you're likely already on a fixed version. Even so, some hosting setups or custom workflows turn auto-updates off, so rather than assume, it's safest to check the actual version.

What to do right now

First, check your WordPress core version in the admin. If it's 6.8.6, 6.9.5, or 7.0.2 or later, these two flaws are already handled. If it's older, update to the latest from the "Updates" screen. On most hosts you can update with a single button in the dashboard.

If you've disabled auto-updates, this is a good moment to turn them back on. WordPress core flaws are few, but when one appears, sites worldwide are targeted all at once. Enabling automatic minor-version updates for core is the surest way to avoid missing a fix. It's also worth reviewing your plugins and themes so they don't sit outdated — see our roundup of July's plugin flaws.

Since July 18, PoC code has been published and exploitation attempts have been observed, and on July 21 the U.S. CISA added the flaws to its catalog of actively exploited vulnerabilities (KEV) (see the update at the top). A KEV listing means the flaw is confirmed to be used in real attacks. Once a fix ships, the technique is easier to infer from the differences, and WordPress sites worldwide are targeted at once. You can check how far attacks are spreading in our tracker of actively exploited vulnerabilities (Japanese).

FAQ

Q. If auto-updates are on, am I already safe?

Very likely. The project force-pushed the update to affected versions, so most sites with auto-updates on are already on a fixed version. Still, some hosting settings turn auto-updates off, so confirm the actual version (6.8.6 / 6.9.5 / 7.0.2 or later) in the admin.

Q. How dangerous is it?

Of the two, CVE-2026-60137 is rated 9.1 and CVE-2026-63030 is 7.5 (both are CISA figures; WPScan, who found them, scores them 5.9 and 9.8 respectively, so the numbers disagree depending on who assigned them). Each needs certain conditions on its own, but combined they are described as allowing database tampering with no login and, ultimately, code execution on the server (site takeover). By predicted likelihood of exploitation, CVE-2026-63030 scores higher, so do not dismiss it on the strength of the smaller severity number (see the August 19 update at the top). Because these are core flaws, the number of potentially affected sites is very large.

Q. Are plugins involved?

The flaws are in WordPress core, but CVE-2026-60137 becomes easier to exploit when a plugin or theme passes external input into a specific option. Either way, updating core to a fixed version resolves it. Plugins have their own wave of flaws too, so keep plugins and themes up to date as well.

Q. Is it being exploited already?

Yes. Since July 18, PoC code has been published and exploitation attempts have been observed, and on July 21 the U.S. CISA added the flaws to its Known Exploited Vulnerabilities (KEV) catalog. A KEV listing means real-world exploitation has been confirmed. Sites that haven't updated should move to 6.8.6 / 6.9.5 / 7.0.2 or later immediately.

Summary

WordPress, used by about 40% of all websites, has two SQL-injection flaws in its core: CVE-2026-60137 (9.1) and CVE-2026-63030 (7.5). Combined, they can let an attacker take over a site with no login. Because these are core flaws rather than plugin ones, the pool of potentially affected sites is very large.

The saving grace is that fixes 6.8.6, 6.9.5, and 7.0.2 shipped on July 17, and the project even force-pushed automatic updates. If auto-updates are on, many sites are already fixed — but don't assume; confirm your version in the admin. Since the release, PoC code has circulated, exploitation attempts have been observed, and on July 21 the flaws were added to the U.S. CISA KEV catalog of actively exploited vulnerabilities. Core flaws draw simultaneous, worldwide targeting, so update now rather than later.

Sources

avatar-m-1

Makoto Horikawa

Backend Engineer / AWS / Django