Atomic Edge analysis of CVE-2026-8423 (metadata-based):
This vulnerability is a Cross-Site Request Forgery (CSRF) affecting the JaviBola Custom Theme Test plugin for WordPress, versions 2.0.5 and earlier. The plugin fails to include or validate a nonce on its options page, allowing an attacker to change the site’s active theme by tricking a site administrator into clicking a malicious link. The CVSS score is 4.3 (Medium), with low integrity impact and no confidentiality or availability impact.
Root Cause: Based on the CWE classification (352) and the vulnerability description, the root cause is missing or incorrect nonce validation on the plugin’s options page. WordPress uses nonces to verify that requests originated from the intended user and not from a third-party site. The options page likely contains a form or URL parameter (e.g., ‘jbct_theme’) that sets the active theme without checking a nonce. This is an inference from the CWE and description; no source code was available for confirmation.
Exploitation: An attacker crafts a forged HTTP request to the plugin’s options page (likely located at /wp-admin/options-general.php?page=javibola-custom-theme or a similar admin page). The request includes the jbct_theme parameter with a desired theme slug (e.g., ‘twentytwentyfour’). The attacker then lures an authenticated administrator to click a link or load a page that triggers this request (e.g., via an image tag or a form auto-submit). Since no nonce protects the request, the administrator’s browser sends the request with their session cookies, and the plugin processes the theme change.
Remediation: The plugin must add nonce validation to the options page handler. Specifically, the developer should use WordPress’s wp_nonce_field() to output a nonce field in the form and verify it with check_admin_referer() or wp_verify_nonce() before processing the jbct_theme option update. The function that saves the option should call check_admin_referer(‘plugin_slug_action’) at the beginning. Additionally, capability checks should be enforced to ensure only users with appropriate permissions (e.g., manage_options) can change the theme.
Impact: If exploited, an attacker can change the site’s active theme to any installed theme. This could lead to a denial of service if the attacker sets a theme that causes errors or breaks the site layout. It could also be used for phishing or defacement by switching to a theme with malicious content. However, the impact is limited to low integrity, as the attacker cannot escalate privileges or access sensitive data directly.







