The Live Composer WordPress plugin before 2.1.23 does not sanitise and escape some of its custom post type slug
Source GCVE Database
Not known to be exploited : upgrade to 2.1.23 soon.
Data as of 7 Nov 2026, 07:47 UTC
Rated High by Threat Radar's AI analysis · CVSS not yet scored by NVD
Thin evidence
One scorer or none- Patch
- Available – fixed in 2.1.23
Exploitation evidence
Disclosed: evidence found.
CVE published 7 Nov 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 6 Nov 2026.
What to do
Upgrade Live Composer (WordPress plugin) to 2.1.23.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Live Composer | Affected
| Fixed in
|
AI-suggested
Upgrade the Live Composer WordPress plugin to version 2.1.23 or later, where this issue has been fixed. No other mitigations are specified. Since the vulnerability requires high privilege user access, restricting administrative access and promptly applying the official fix are the primary recommended actions.
Description
The Live Composer WordPress plugin versions before 2.1.23 contain a vulnerability where certain custom post type slug settings are not properly sanitized and escaped before being used in front-end links. This flaw allows high privilege users, such as administrators, to perform stored cross-site scripting (XSS) attacks even if the unfiltered_html capability is disabled, such as in multisite WordPress setups.