MEDIUM 6.3

CVE-2026-14250: Themehunk Login Registration Plugin Editor Privilege Escalation

The Themehunk Login Registration plugin for WordPress allows unauthenticated users to register new accounts with editor-level permissions when public registration is enabled. The vulnerability exists because the plugin accepts a user-supplied role parameter and validates it against all editable roles—which includes editor—without properly restricting what roles can be assigned during self-registration. An attacker can exploit this by creating an account with editor privileges, granting them significant control over site content and settings.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:L
Weaknesses (CWE)
CWE-269
Affected products
0 configuration(s)
Published / Modified
2026-07-08 / 2026-07-08

NVD description (verbatim)

The Themehunk Login Registration plugin for WordPress is vulnerable to privilege escalation in versions up to, and including, 1.0.2. This is due to the handle_frontend_register() function in the unauthenticated /thlogin/v1/register REST endpoint accepting a user-controlled 'role' parameter and validating it only against get_editable_roles() — which returns every defined editable site role, including 'editor' — before passing it to wp_insert_user(). This makes it possible for unauthenticated attackers, when public user registration is enabled, to create new accounts with the editor role.

6 reference(s) · View on NVD →

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

Technical summary

CVE-2026-14250 is a privilege escalation vulnerability in the Themehunk Login Registration plugin affecting versions up to 1.0.2. The unauthenticated REST endpoint /thlogin/v1/register() contains a handle_frontend_register() function that accepts a user-controlled 'role' parameter. The function validates this parameter only against get_editable_roles(), which returns all defined editable site roles including 'editor' and 'administrator'. Without additional authorization checks, this role value is passed directly to wp_insert_user(), allowing account creation with arbitrary editable roles. The vulnerability is classified under CWE-269 (Improper Access Control) and requires public user registration to be enabled on the target site.

Business impact

Organizations using this plugin face significant risk if public registration is active. Attackers can bypass normal account creation workflows and immediately gain editor access, enabling them to modify published content, inject malicious code into pages, alter site settings, create backdoor accounts, or damage reputation and user trust. The speed and ease of exploitation mean an attacker could establish persistence within minutes of discovery, making detection and remediation urgent.

Affected systems

Themehunk Login Registration plugin versions up to and including 1.0.2 are vulnerable. The attack vector requires that public user registration be enabled on the WordPress site. Any WordPress installation running an affected version with open registration is at risk, regardless of other security measures, as the endpoint bypasses standard WordPress user role controls.

Exploitability

This vulnerability is highly exploitable. It requires no authentication, no user interaction, and a simple HTTP request to trigger. The only prerequisite is that the site administrator has enabled public user registration—a common configuration for community-driven or membership sites. The attack complexity is minimal and the endpoint is directly exposed via REST API without additional authentication layers. Exploitation can be automated and scaled across multiple targets.

Remediation

Upgrade the Themehunk Login Registration plugin to a patched version released after 1.0.2. Verify the specific version number against the vendor advisory. As an interim mitigation, disable public user registration if it is not operationally required, or restrict REST API access to authenticated users through web application firewall rules or htaccess directives. Review user accounts created since deployment for any unexpected editor or administrator accounts and remove them.

Patch guidance

Contact Themehunk or check their plugin repository for versions released after 1.0.2 that address this privilege escalation. Apply the patch as soon as it becomes available. Verify the update in a staging environment first to ensure compatibility with your site configuration. After patching, audit all user accounts and reset any credentials that may have been compromised during the vulnerability window.

Detection guidance

Monitor WordPress user registration logs and audit trails for accounts created via the /thlogin/v1/register REST endpoint. Search for any user creation events that assigned editor, administrator, or other elevated roles to newly registered accounts, which would be anomalous. Enable REST API logging if available. Review wp-admin access logs for newly created accounts accessing sensitive settings or content management areas. Check server logs for POST requests to /wp-json/thlogin/v1/register with unusual role parameters in the request body.

Why prioritize this

This vulnerability should be prioritized immediately if public registration is enabled on any WordPress site running the affected plugin. The combination of unauthenticated access, low complexity, and high-privilege outcome (editor role) makes it a critical remediation target. Even though the CVSS score of 6.3 (Medium) reflects the requirement for public registration to be enabled, the practical impact when that condition exists is severe. Sites should patch or disable public registration without delay.

Risk score, explained

The CVSS 3.1 score of 6.3 (Medium severity) reflects a network-accessible, low-complexity attack requiring privileges (PR:L) and resulting in low confidentiality, integrity, and availability impact. However, this scoring assumes the account created is a regular user; in reality, the attacker gains editor role, which substantially increases practical impact. The Medium rating may understate risk for sites where editor access directly enables critical operations. Consider this a High priority if public registration is active.

Frequently asked questions

Do I need to have public registration enabled for this vulnerability to affect me?

Yes. The vulnerability only exists if your WordPress site has public user registration enabled. If your site requires administrator approval for all new accounts or does not allow public registration, you are not vulnerable through this specific attack vector. However, you should still patch as a defensive measure and to remove the code path entirely.

Can attackers create administrator accounts, or only editor accounts?

The vulnerability allows creation of any account with a role that appears in get_editable_roles(). On a standard WordPress site, this typically includes editor and author roles. Whether administrator role can be assigned depends on your site configuration and how get_editable_roles() is filtered. Verify your site's editable roles and assume the worst case—that attackers can claim the highest available role.

If I disable public registration right now, am I fully protected?

Disabling public registration closes the attack vector going forward, but any attacker accounts created before you took this action remain in your system. You must audit your user accounts to identify and remove any suspicious editors or administrators created recently. After remediation, re-enable registration only after patching the plugin.

What should I do if I suspect this vulnerability has been exploited on my site?

Immediately review user creation timestamps and account access logs for any editor or administrator accounts you did not explicitly create. Reset passwords for all accounts, especially those with elevated roles. Check for unauthorized page edits, code injection, or malicious plugins. Consider taking the site offline temporarily if compromise is confirmed, and engage a WordPress security specialist to perform a full audit.

This analysis is provided for informational purposes and is based on the vulnerability description and CVSS metrics available as of the publication date. Verify all patch version numbers, vendor advisories, and affected system details directly with Themehunk before applying remediation. No exploit code or weaponized proof-of-concept is provided. Organizations should conduct their own risk assessment based on their specific deployment, configuration, and business context. This content does not constitute professional security advice; engage qualified security professionals for incident response or compliance guidance. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).