ConicPlex

Start Your Project

Laptop with a blue-toned screen on a wooden desk beside a stack of blank comment cards, evoking WordPress security

On this Page

WordPress 7.1.1 Patches an Unauthenticated Stored XSS Bug in wpautop() (CVE-2026-93485)

WordPress 7.1.1 fixes CVE-2026-93485, an unauthenticated stored XSS flaw in wpautop() affecting every WordPress version back to 4.7. Here’s what changed and what to check.

Aftab Memon

September 19, 2026

WordPress shipped version 7.1.1 on September 17, 2026, a maintenance and security release fixing 11 security issues alongside 17 core bug fixes. The headline flaw is CVE-2026-93485, an unauthenticated stored cross-site scripting vulnerability in wpautop(), the function that turns plain line breaks into paragraph tags across nearly every piece of content WordPress renders. It affects every WordPress version back through 4.7, and it’s fixed in 7.1.1.

What the wpautop() Flaw Actually Does

According to the official 7.1.1 release announcement, reported by Rafie Muhammad and carrying a CVSS 3.1 score of 7.1, the bug sits in how wpautop() handles quoted attribute values using regular expressions. A crafted comment can place a > character inside a quoted attribute in a way the function misreads as the end of a tag, which lets an attacker close out markup early and inject a working script. Because wpautop() runs on comment content by default, that script gets stored and then executes for anyone who loads the page where the comment displays.

The catch that keeps this from being a pure drive-by attack: the comment has to actually publish first. On a default install with comment moderation on, that’s a real barrier. It’s a much thinner one than it sounds, though, since WordPress auto-approves comments from anyone with a prior approved comment on the site, which is also the default. A single approved comment from a normal visitor is enough to get the door open for every comment after it.

The Other Ten Fixes

The rest of the release is lower-severity access control and disclosure issues rather than anything unauthenticated: a Contributor-level path to overwriting other posts, a REST API path traversal bug in the Templates Controller, an XML-RPC bypass around edit_css checks, private post-title leakage through attachment metadata, draft and pending post slugs disclosed without proper authorization, and any authenticated user being able to reparent comments. None of these need public exploit code circulating to be worth patching, but none of them are the reason to update today either. The wpautop() bug is.

What to Do About It

Update to 7.1.1. WordPress.org lists the usual three paths: the Dashboard’s Updates screen, a direct download, or automatic background updates if your site has them enabled for minor releases, which most managed hosts do by default. Security fixes are backported all the way to 4.7, so even a site running an old, unsupported major version has a patched release available.

Worth a five-minute check regardless of hosting setup: confirm comment moderation is actually on for public-facing content, and take a look at whether “automatically approve comments from users with a previously approved comment” makes sense for your site or is quietly working against you. It’s the default for a reason, but it’s also exactly the setting this specific bug leans on.

This is the same category of release ConicPlex covered when WordPress.org rolled out automated review for plugin updates earlier this month, just on the core side instead of the plugin ecosystem: a real, unauthenticated vulnerability sitting in code every WordPress site runs, fixed quietly in a point release most people will never read the changelog for. Ongoing WordPress development and maintenance work is what catches this kind of update the day it ships instead of whenever someone happens to notice the dashboard nag.

Sources

Aftab Memon is a Senior WordPress Developer at ConicPlex, working across everything from plugin conflicts and theme customization to full site builds on Elementor and WooCommerce. He spends most of his time in the parts of WordPress that don’t show up in a features list: hosting quirks, hook priority, the difference between a plugin that works in isolation and one that survives a real production stack. He writes here about what actually holds up once a WordPress site is live and being run by a non-technical client, not just what works in a demo.

Leave a Reply

Your email address will not be published. Required fields are marked *

Keep reading

News & Updates

A dimly lit developer workspace at night with a monitor glowing violet and indigo showing abstract swirling corrupted light patterns, next to a small elephant figurine on the desk, symbolizing a critical PHP runtime vulnerability

PHP Ships Emergency Patches for Two Critical RCE Flaws Dubbed PHP2Shell

PHP shipped emergency patches on October 21, 2026 for two critical unauthenticated RCE flaws dubbed PHP2Shell, affecting every PHP install…

Sajil Memon

October 22, 2026

Plugins

Three overlapping testimonial cards with a quotation mark and five-star rating icon, representing WordPress block editor testimonial plugins

3 Testimonial Block Plugins for the WordPress Block Editor

A practical comparison of WordPress block editor testimonial plugins, with real setup steps, pricing, and limitations for each….

Husen Memon

October 22, 2026

Software

A backend developer desk at night with dual monitors showing terminal and log windows, a keyboard, and a coffee mug, with a server rack visible through a glass wall in the background

Why Marketplace Platforms Need Idempotent Webhooks to Scale

A webhook that fires once in testing will fire twice, three times, or out of order in production. That is…

Sajil Memon

October 21, 2026

WhatsApp
Husen Memon
Husen Memon
Typically replies instant