The Theme Editor plugin for WordPress is vulnerable to Cross-Site Request Forgery in all versions up to, and including, 3.1. This is due to missing nonce validation on the ms_update AJAX action. This makes it possible for unauthenticated attackers to modify child theme CSS styles via a forged request granted they can trick an administrator into performing an action such as clicking on a link.
Security readout for executives and security teams
Plain-English summary
A malicious party could alter a WordPress site's child-theme CSS by persuading a logged-in administrator to open a crafted link or page. This can change the site's appearance or presentation but, based on the supplied evidence, does not directly expose data or disrupt availability.
Executive priority
Prioritize routine remediation for internet-facing or high-visibility WordPress sites, especially where administrators browse external content while authenticated. Escalate if unauthorized CSS changes are discovered. Current evidence does not justify emergency treatment, but presentation integrity and brand risk warrant timely action.
Technical view
Theme Editor through version 3.1 lacks nonce validation for the ms_update AJAX action, creating a cross-site request forgery condition. Exploitation requires administrator interaction and permits child-theme CSS modification. The supplied CVSS 3.1 score is 4.3, reflecting low integrity impact without stated confidentiality or availability impact.
Likely exposure
WordPress sites using Theme Editor version 3.1 or earlier may be exposed when an authenticated administrator can be induced to visit attacker-controlled content. The bundle's structured affected-version metadata is inconsistent with its description, so inventories should be confirmed directly.
Exploitation context
The attacker need not authenticate, but exploitation depends on a logged-in administrator performing an attacker-influenced action. The supplied bundle says the CVE is not in KEV and provides no evidence of active exploitation. CSS manipulation could support misleading presentation, defacement, or interface changes, but further impacts are not established.
Researcher notes
CWE-352 applies because ms_update reportedly lacks nonce validation. The attack has network reachability, low complexity, no required attacker privileges, and required victim interaction. Source review should distinguish nonce protection from capability checks. A confirmed fixed version is not identified in the supplied evidence, and the affected-version metadata conflicts with the narrative.
Mitigation direction
Identify Theme Editor installations and versions across all WordPress sites.
Check WordPress and vendor guidance for a version containing verified nonce validation.
Update to a vendor-confirmed fixed release when one is identified.
Disable the plugin where operationally acceptable until remediation is verified.
Warn administrators against opening untrusted links while authenticated to WordPress.
Validation and detection
Confirm whether Theme Editor version 3.1 or earlier is installed or active.
Review child-theme CSS for unexpected or unauthorized modifications.
Review relevant WordPress and web logs for unexpected ms_update AJAX requests.
Verify the remediated action enforces nonce validation and appropriate authorization checks.
Document sites where the plugin is absent, disabled, or vendor-confirmed fixed.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-352: User-session and phishing behavior lookup
Client-side and session-facing weaknesses should be reviewed alongside initial-access and user-execution behaviors. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-352 · source CWE mapping
Cross-Site Request Forgery (CSRF)
Cross-Site Request Forgery (CSRF) represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.