MEDIUM 4.3

CVE-2026-6292: MP Customize Login Page Plugin CSRF Vulnerability in WordPress

The MP Customize Login Page WordPress plugin contains a CSRF vulnerability affecting all versions up to 1.0. An attacker can trick an administrator into visiting a malicious website that submits a forged request to change plugin settings—such as the login page background, logo, colors, and messages. The vulnerability exists because the plugin's nonce validation is inverted (it rejects valid requests instead of invalid ones) and missing a required parameter, making the security check completely ineffective. Unauthenticated attackers can exploit this without needing any special privileges.

Source data · NVD / CISA · public domain

CVSS
3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N
Weaknesses (CWE)
CWE-352
Affected products
0 configuration(s)
Published / Modified
2026-06-24 / 2026-06-25

NVD description (verbatim)

The MP Customize Login Page plugin for WordPress is vulnerable to Cross-Site Request Forgery (CSRF) in all versions up to and including 1.0. This is due to a completely broken nonce validation in the enter_mpclp_login_options() function, which contains an inverted check (if wp_verify_nonce(...) { return false; }) and is missing the required action parameter for wp_verify_nonce(). As a result, the nonce check is effectively dead code: it never blocks malicious requests because a CSRF-supplied empty/invalid nonce always returns false, satisfying the inverted condition to continue execution. Furthermore, the settings-update handler is hooked on init without any capability check. This makes it possible for unauthenticated attackers to modify all plugin setting, including login page background, logo URL, image dimensions, button colors, and login message, by tricking a logged-in administrator into submitting a crafted request.

5 reference(s) · View on NVD →

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

Technical summary

The vulnerability stems from a fundamentally broken CSRF protection mechanism in the enter_mpclp_login_options() function. The nonce validation contains an inverted conditional (if wp_verify_nonce(...) { return false; }) that causes the function to reject legitimate requests and accept forged ones. Additionally, the nonce check lacks the required action parameter, causing wp_verify_nonce() to fail by design. The settings-update handler is hooked on the init action without capability checks, meaning any request—regardless of user role—will trigger the settings modification logic. This combination allows an attacker to craft a malicious request that, when submitted by a logged-in administrator through a social engineering attack, modifies arbitrary plugin configuration.

Business impact

Compromised login page appearance can damage user trust and brand perception. Attackers can redirect users to phishing pages by modifying the logo URL, inject misleading messages to social-engineer credentials, or deface the login interface to create confusion or frustration. While the CVSS score is MEDIUM (4.3) due to the requirement for user interaction and lack of data confidentiality/availability impact, the reputational and operational consequences can be significant, especially on public-facing WordPress sites where login page integrity is critical.

Affected systems

The MP Customize Login Page plugin for WordPress in all versions up to and including 1.0 is affected. This plugin is installed on WordPress sites where administrators use it to customize the appearance of the login page. Any WordPress deployment running this plugin is vulnerable if the site has logged-in administrative users.

Exploitability

Exploitation requires minimal technical skill. An attacker crafts an HTML form or JavaScript that submits a POST request to the plugin's settings endpoint with modified parameters. The request is sent to an administrator's browser, either through email, a malicious website, or compromised third-party content. Because the nonce check is inverted and incomplete, no valid token is needed. The attack succeeds if an administrator visits the attacker's page while logged into WordPress. No special network conditions, authentication, or authentication bypass are required.

Remediation

Immediately deactivate and remove the MP Customize Login Page plugin from all affected WordPress installations. The plugin should not be used until a patched version is released by the vendor. Site administrators should verify that no unauthorized changes to login page settings were made while the plugin was active. If the plugin must be replaced, use alternative login customization solutions from trusted vendors with demonstrated security practices.

Patch guidance

As of the vulnerability publication date, verify the vendor's official plugin repository or security advisory for a patched version. Updates should include proper nonce validation (removing the inverted check and adding the required action parameter) and capability checks on the settings handler. Apply patches immediately after confirming their authenticity through the official WordPress plugin directory or the vendor's website. Do not rely on automatic updates without first testing in a staging environment.

Detection guidance

Check for the presence of the MP Customize Login Page plugin in your WordPress plugins directory (/wp-content/plugins/). Audit WordPress administrative logs for unexpected changes to login page settings, including modifications to background images, logos, button colors, or login messages. Monitor HTTP POST requests to the plugin's settings endpoint for requests lacking valid nonces or originating from unexpected sources. Use WordPress security plugins that log administrative actions to track who made changes and when. Consider scanning for malicious referrer headers or embedded forms that might indicate CSRF attack attempts.

Why prioritize this

Although the CVSS score is MEDIUM (4.3), this vulnerability should be prioritized for immediate remediation because the plugin directly controls the WordPress login interface, a critical security boundary. Compromised login page appearance directly enables secondary attacks such as credential harvesting and phishing. The vulnerability is trivial to exploit (inverted nonce check + no capability validation) and requires only social engineering of an administrator. Any WordPress site using this plugin is at risk regardless of other security measures.

Risk score, explained

The CVSS 3.1 score of 4.3 (MEDIUM) reflects: network-accessible exploitation (AV:N), low attack complexity (AC:L), no privileges required (PR:N), but requiring user interaction (UI:R). The impact is limited to integrity of login page settings (I:L), with no confidentiality or availability impact. However, this score understates the business risk because login page integrity directly enables credential theft and brand damage. Organizations should apply a higher internal risk rating if the plugin is in use.

Frequently asked questions

Do I need to wait for a patch, or should I remove the plugin immediately?

Remove the plugin immediately. The vulnerability is trivial to exploit and has no known mitigation short of disabling it entirely. Waiting for a patch leaves your login page vulnerable to defacement and phishing attacks in the interim. After removal, verify no unauthorized changes were made to your login configuration.

How would an attacker actually trick an administrator into triggering this?

Common methods include sending a phishing email with a link to a malicious website containing a hidden form that auto-submits when the admin visits, embedding the attack in compromised ads or third-party scripts on websites the admin frequents, or exploiting cross-site request forgery chains on legitimate sites the admin trusts. The attack is silent—the admin may not notice anything happened.

Is this vulnerability critical if my site is not public-facing?

The risk is lower on internal or staging sites, but not zero. If any administrator account can be socially engineered or if the site is accessible to untrusted network users, the plugin should still be removed. Even private sites benefit from login page integrity as a foundational security control.

What should I use to replace this plugin if I need login customization?

Evaluate alternatives from well-maintained repositories with active security responses (e.g., plugins with recent updates and user reviews indicating responsiveness to security issues). Consider built-in WordPress customization options or hiring a developer to build custom login page logic with proper CSRF protections using WordPress nonces correctly (with the action parameter and proper non-inverted checks).

This analysis is provided for informational purposes and reflects the vulnerability description as of the publication date. No exploit code or step-by-step attack instructions are included. Patch availability, vendor advisories, and specific version numbers should be verified directly with the plugin vendor or the official WordPress plugin repository. Organizations should conduct their own risk assessment based on their deployment, user base, and business context. SEC.co makes no warranty regarding the completeness or accuracy of third-party vendor responses or patch timelines. Source: NVD (public-domain), retrieved 2026-07-29. Analysis generated by SEC.co (claude-haiku-4-5).