HIGH 8.2

CVE-2026-57655: Child Theme Wizard CSRF Vulnerability – HIGH Risk Patch Required

Child Theme Wizard, a WordPress plugin used by developers to create custom child themes, contains an unauthenticated cross-site request forgery vulnerability affecting versions 1.4 and earlier. An attacker can trick an authenticated WordPress admin into performing unintended actions—such as modifying plugin settings, creating malicious child themes, or altering site configuration—without the admin's knowledge or consent. The attack requires no special technical skill beyond crafting a malicious link or webpage and tricking an admin into visiting it while logged into WordPress.

Source data · NVD / CISA · public domain

CVSS
3.1 · 8.2 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:N/I:H/A:L
Weaknesses (CWE)
CWE-352
Affected products
0 configuration(s)
Published / Modified
2026-06-26 / 2026-06-26

NVD description (verbatim)

Unauthenticated Cross Site Request Forgery (CSRF) in Child Theme Wizard <= 1.4 versions.

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-57655 is a CSRF vulnerability (CWE-352) in Child Theme Wizard <= 1.4 that lacks proper nonce validation and CSRF token checks on state-changing requests. The vulnerability is unauthenticated in the sense that it does not require the attacker to be authenticated to the target site; however, it does require the victim (typically a site administrator) to be authenticated and to visit attacker-controlled content. The attack vector is network-based with low attack complexity. The CVSS 3.1 score of 8.2 reflects high integrity impact (ability to modify site configuration and themes) and low availability impact.

Business impact

A successful CSRF attack could allow an attacker to modify the site's theme structure, inject malicious code into child themes, alter site settings, or perform administrative actions on behalf of a compromised admin. This could lead to defacement, malware distribution, data theft, or complete site compromise. Sites using Child Theme Wizard for theme customization face disruption to their visual presentation and functionality, as well as potential customer trust erosion if malicious changes are deployed. For agencies and enterprises managing multiple WordPress sites, this vulnerability could facilitate lateral movement or supply-chain-style attacks if admins are tricked across multiple properties.

Affected systems

The vulnerability affects Child Theme Wizard plugin versions 1.4 and earlier. WordPress installations with this plugin active and administrators who may be socially engineered to visit attacker-controlled pages while logged in are at risk. The absence of specific vendor/product data in the source indicates this is likely a smaller or community-maintained plugin; verify your inventory for active installations and confirm the exact version running on your sites.

Exploitability

Exploitation requires social engineering to trick a WordPress administrator into clicking a malicious link or visiting an attacker-controlled website while logged into WordPress. No zero-click or passive attack is possible. Once the victim is on the attacker's page, the CSRF payload executes in the victim's browser context, making the unwanted request to the WordPress site appear legitimate. The barrier to exploitation is moderate—attackers need to convince an admin to visit a link, but no special vulnerabilities in the admin's judgment are required if the link is disguised as legitimate content.

Remediation

Update Child Theme Wizard to the latest version above 1.4 immediately. Verify the patch version against the official plugin repository or vendor advisory. If a patched version is unavailable, consider disabling the plugin until a fix is released or alternative theme management solutions are available. Additionally, enforce security best practices such as limiting admin access, educating admins about phishing and social engineering, and using security plugins that add extra CSRF protections.

Patch guidance

Check the official WordPress plugin repository or the Child Theme Wizard developer's website for a version greater than 1.4. Apply the update to all WordPress installations running the vulnerable plugin. After patching, verify that theme and plugin settings remain intact and that no unauthorized changes were made during the window of vulnerability. If running a multisite WordPress network, ensure all subsites are updated. Test the patched version in a staging environment before deploying to production to confirm compatibility with active themes and other plugins.

Detection guidance

Review WordPress admin action logs and audit trails for unexpected theme changes, child theme creation, or configuration modifications that coincide with unusual admin activity. Monitor for requests to Child Theme Wizard admin pages from unexpected referrers or IP ranges. Examine site modification history and check for unauthorized child theme files in the /wp-content/themes/ directory. Look for admin sessions with unusual or suspicious user-agent strings or referrer headers in web server logs. Network-based detection is challenging without threat intelligence feeds specific to CSRF payload patterns, but behavioral monitoring of theme and plugin modifications is effective.

Why prioritize this

This vulnerability merits HIGH priority due to its HIGH CVSS score (8.2), the realistic attack surface (WordPress admins are common targets for social engineering), and the potential for site-wide compromise through theme manipulation. Although exploitation requires social engineering, the ease of CSRF attacks combined with the high-value targets (site admins) makes this a credible threat. Organizations managing multiple WordPress sites should prioritize patching to prevent coordinated attacks across properties.

Risk score, explained

The CVSS 3.1 score of 8.2 reflects: (1) Network-based attack vector with no authentication required from the attacker; (2) Low attack complexity—standard CSRF techniques with no special conditions; (3) User interaction required—the admin must visit an attacker's page; (4) Scope change—the attack affects resources beyond the plugin (site configuration and themes); (5) High integrity impact—unauthorized modification of site themes and configuration; (6) Low availability impact—the attack does not directly render the site unavailable, though malicious changes could degrade function. The score balances the practical requirement for social engineering against the severity of potential compromise.

Frequently asked questions

What happens if my WordPress admin visits a malicious link while logged in?

The attacker's page can perform administrative actions on your WordPress site without the admin realizing it. This could include creating malicious child themes, modifying site settings, or altering plugin configurations. The admin would not see an obvious sign that an action occurred; the browser silently submits the request in the background.

How do I check if Child Theme Wizard is installed on my site?

Log into your WordPress admin dashboard, navigate to Plugins, and search for 'Child Theme Wizard.' If it appears in your active or inactive plugins list, note the version number displayed. Compare it against the vulnerable version (1.4 and earlier). You can also check the file system at /wp-content/plugins/ or use the WordPress plugin update interface to see available versions.

Can this vulnerability be exploited if an admin never clicks a malicious link?

No. CSRF attacks require user interaction—specifically, the victim must visit attacker-controlled content while authenticated. An admin who never clicks suspicious links or visits untrusted websites is not at risk from this specific vulnerability.

What if I cannot update Child Theme Wizard immediately?

Disable the plugin temporarily via the WordPress admin dashboard until a patch is available. Review your theme management workflow to ensure you can continue managing child themes through alternative methods or by re-enabling the plugin only when needed. Monitor the official plugin repository for security updates and plan to patch as soon as feasible.

This analysis is based on the vulnerability information available as of the published date and should not be considered exhaustive security advice. Security risk assessments must account for your specific infrastructure, plugin versions, and threat model. Verify all patch versions against official vendor advisories before deployment. No exploit code or weaponized proof-of-concept is provided. Organizations should conduct independent testing and consult with their security teams regarding remediation timelines and priorities. SEC.co makes no warranty regarding the completeness or timeliness of this intelligence; use at your own risk. Source: NVD (public-domain), retrieved 2026-08-05. Analysis generated by SEC.co (claude-haiku-4-5).