CVE-2025-13907: CSS3 Buttons (WordPress plugin) · Cross-site Scripting
Affects CSS3 Buttons (WordPress plugin)Source CVE Database V5
Not known to be exploited · CVSS 6.4 Medium · patch available : update CSS3 Buttons (WordPress plugin) when convenient.
Data as of 26 Oct 2026, 10:12 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 12% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:L/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 6 Dec 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: 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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| tunilame CSS3 Buttons | Affected
| Fixed in– |
AI-suggested
A patch is available for this vulnerability and should be applied promptly to all affected installations of the CSS3 Buttons plugin. Updating to a fixed version will address the insufficient input sanitization and output escaping issues. Until patched, restrict contributor-level access if possible to reduce risk. Monitor vendor advisories for the official patch release and instructions.
Description
The CSS3 Buttons plugin for WordPress is vulnerable to Stored Cross-Site Scripting via the plugin's 'button' shortcode in all versions up to, and including, 0.1 due to insufficient input sanitization and output escaping on user supplied attributes. This makes it possible for authenticated attackers, with contributor-level access and above, to inject arbitrary web scripts in pages that will execute whenever a user accesses an injected page.