WordPress security changelog
HIGH CVE-2026-18978 Deferred

LiteSpeed comment optimization permits unauthenticated stored XSS

LiteSpeed Cache through 7.8.1 processes crafted decimal character references inside an allowed code element into a malicious data-settings attribute. On sites where previously approved commenters can post again and require_name_email is disabled, an unauthenticated commenter can store script that executes for page visitors.

CVE / CNA score 7.2 CVSS 3.1 · security@wordfence.com
NVD score Pending NVD has not published its own CVSS assessment.
Component
LiteSpeed Cache
Plugin slug
litespeed-cache
Affected
<= 7.8.1
Safe version
See mitigation notes
Published
Aug 28, 2026
Weakness
CWE-79 — Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting')

This CVE was published Aug 28, 2026 and is one of 23 known issues for this plugin.

Update, patch or deactivate.

No fixed release is confirmed. Update LiteSpeed Cache when a release after 7.8.1 is confirmed to fix the issue; until then, moderate comments and disable the affected comment or media processing path when warranted.

No confirmed safe version is listed. Consider a vendor-supported patch or temporarily restricting the affected functionality while you assess the risk.

Deactivate only when warranted by your risk profile, or when advised by your hosting provider in the limited circumstances where the vulnerability cannot otherwise be mitigated. If you’re unsure which action is appropriate, contact Fused or your hosting provider for guidance.

Technical description

The LiteSpeed Cache plugin for WordPress is vulnerable to Stored Cross-Site Scripting via Comment Content in all versions up to, and including, 7.8.1 due to insufficient input sanitization and output escaping. This makes it possible for unauthenticated attackers to inject arbitrary web scripts in pages that will execute whenever a user accesses an injected page. A comment payload crafted exclusively from decimal numeric character references (e.g. ", <, >) placed inside an allowed element such as <code> bypasses WordPress's wp_kses sanitization, as kses does not treat a data-settings="..." substring within text content as an HTML attribute, allowing the malicious payload to reach the vulnerable function. For this to be exploitable, the site must allow users with previously approved comments to write new comments, and the require_name_email setting must be disabled.

CVE / CNA vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:L/I:L/A:N

Primary and upstream sources