CVE-2025-10038
Official description Straight from the sourceThe vendor's or NVD's own wording, published unedited. Authoritative, but often terse — it says what broke, rarely what to do.
NVD · uneditedThe Binary MLM Plan plugin for WordPress is vulnerable to limited Privilege Escalation in all versions up to, and including, 3.0. This is due to bmp_user role granting all users with the manage_bmp capability by default upon registration through the plugin's form. This makes it possible for unauthenticated attackers to register and manage the plugin's settings.
Technical summary Written by usOur analysis, written from the advisory, the CVSS vector and the affected-version data. It adds context the advisory leaves out, and never invents facts that are not in the source.
dbcve analysis · high confidenceThe Binary MLM Plan WordPress plugin (versions up to 3.0) grants the manage_bmp capability to all users registering through its form by default via the bmp_user role. This allows unauthenticated attackers to self-register on the site and automatically receive privileges to access and modify the plugin's settings, representing a privilege escalation vulnerability.
Verify against the referenced sources before acting — the references below are authoritative for this CVE, this summary is not.
CVSS breakdown How the score is builtThe industry scoring standard. It rates how the flaw is reached, what it takes to exploit, and what an attacker gains — the score is derived from those, not the other way round.
From the vector- Attack vector
- Network
- Complexity
- Low
- Privileges
- None
- User interaction
- None
- Scope
- Unchanged
- Confidentiality
- Low
- Integrity
- Low
- Availability
- None
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N
Am I affected? How to checkSteps we derive from the advisory and the affected-version data, so you can decide whether this CVE reaches your setup. They are a guide, not a scan — your own configuration is the authority.
dbcve checksWork through these to decide whether this CVE applies to you.
-
Identify plugin installation and versionIn WordPress admin, go to Plugins > Installed Plugins and look for 'Binary MLM Plan'. Check the version number listed. Compare to affected versions (up to 3.0).Affected if Binary MLM Plan plugin is installed and version is 3.0 or lower
-
Verify bmp_user role exists with manage_bmp capabilityUse a role editor plugin or WP-CLI: `wp role list` to list roles, then `wp cap list bmp_user` to see capabilities. Alternatively, check wp_options for role definitions or use a database query to inspect the wp_roles option.Affected if A role named 'bmp_user' exists and includes the 'manage_bmp' capability
-
Confirm plugin user registration form is accessibleVisit the registration page URL provided by the plugin (commonly /binary-mlm-registration or similar). Try submitting a registration without authentication to see if new users are created with bmp_user role.Affected if The plugin registration form is publicly accessible and creates accounts with bmp_user role without admin approval
-
Audit existing bmp_user role accountsQuery the WordPress database: SELECT u.user_login, u.user_email FROM wp_users u JOIN wp_usermeta m ON u.ID = m.user_id WHERE m.meta_key = 'wp_capabilities' AND m.meta_value LIKE '%bmp_user%'. Or use WP-CLI: `wp user list --role=bmp_user`.Affected if Any unexpected or unauthorized users have the bmp_user role, especially those not created by site administrators
-
Check WordPress user registration settingsNavigate to WordPress Settings > General > 'Membership' and verify if 'Anyone can register' is enabled. If enabled with Binary MLM Plan active, unauthenticated self-registration is possible.Affected if 'Anyone can register' is enabled and Binary MLM Plan plugin handles the registration, automatically assigning bmp_user role
A user is affected if the Binary MLM Plan plugin (version 3.0 or below) is installed, the bmp_user role with manage_bmp capability exists, and the plugin's registration form allows unauthenticated users to self-register with elevated plugin access.
Generated from the published advisory. Verify against your own configuration.
Remediation Closing itWhat it takes to close this. Where a vendor fix exists we point at it; where none exists we say so plainly, and can build one. Effort estimates are scoped from the advisory, not from your codebase.
From vendor dataUpdate to a patched version of the plugin when released; until then, disable the plugin's user registration form or restrict site registration entirely, and audit existing bmp_user role accounts for unauthorized access.
- Consultation3.0 h
- Implementation4.0 h
- Testing3.0 h
- Review / QA2.0 h
An estimate, not a bill — we confirm scope with you before any work starts. Need it this week? Rush from $3,408.
Scan for this in your stack
Free · runs locallyCheck whether your project pulls in CVE-2025-10038 — or any other known-vulnerable package — straight from your lock files. Free and open source; it runs locally and uploads nothing.
References Go to the primary sourcePrimary sources — vendor advisories, patches and trackers. Where our summary and a reference disagree, the reference wins.
Primary sourcesPractitioner notes
ContributedPeer-ranked notes from engineers who’ve handled CVE-2025-10038 in production — separate from our analysis above.
The advisory tells you what broke. It rarely tells you what actually worked. If you’ve dealt with this one, that detail is what the next engineer is searching for.
- The version that genuinely resolved it — not the one the vendor claimed
- A config change or rule that shut the vector down
- A gotcha in the upgrade path that cost you an afternoon
No notes yet
Be the first to add a field note for this CVE — a mitigation you’ve verified, a version caveat, or a link to a working fix. Sign in above to contribute.
A place for practitioners to share what actually worked: a mitigation you’ve tested, a configuration change, a version- or environment-specific caveat, or a link to a verified patch. The most useful notes rise to the top as peers upvote them, so the signal stays high.
- Verified mitigations, workarounds, and config changes
- Version or environment caveats, and links to real fixes
- No weaponised exploit code, or anything meant to cause harm
- No spam, self-promotion, credentials, or personal data