LOW 2.7

CVE-2026-12102: UsersWP IDOR Vulnerability Allows Profile Image Deletion

A WordPress plugin called UsersWP has a flaw that allows editors and higher-level users to delete profile images (avatars and banners) belonging to any other user, including administrators. The vulnerability exists because the plugin doesn't properly validate which user a person is trying to modify when they submit a request to change or remove an image. While the impact is limited to image deletion and requires elevated account privileges to exploit, it could be used to deface user profiles or cause minor disruption.

Source data · NVD / CISA · public domain

CVSS
3.1 · 2.7 LOW · CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:N/I:L/A:N
Weaknesses (CWE)
CWE-639
Affected products
0 configuration(s)
Published / Modified
2026-06-18 / 2026-06-18

NVD description (verbatim)

The UsersWP – Front-end login form, User Registration, User Profile & Members Directory plugin for WP plugin for WordPress is vulnerable to Insecure Direct Object Reference in all versions up to, and including, 1.2.63 via the 'user_id' parameter due to missing validation on a user controlled key. This makes it possible for authenticated attackers, with editor-level access and above, to reset and permanently delete the avatar or banner image of any arbitrary user, including administrators, by clearing their avatar_thumb or banner_thumb metadata in the uwp_usermeta table.

12 reference(s) · View on NVD →

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

Technical summary

The UsersWP plugin versions up to 1.2.63 contain an Insecure Direct Object Reference (IDOR) vulnerability in the user_id parameter. The vulnerability stems from insufficient access controls on operations that modify the uwp_usermeta table, specifically the avatar_thumb and banner_thumb metadata keys. An authenticated user with editor role or higher can manipulate the user_id parameter to target arbitrary users and clear their profile image metadata without authorization. The CVSS 3.1 score of 2.7 reflects the low severity due to the requirement for authenticated access with editor-level privileges, no confidentiality impact, and limited integrity impact (image metadata deletion only).

Business impact

The primary business impact is limited but notable for user experience. Administrators could have their profile images removed by malicious editors, which may create confusion or require re-upload of images. If the plugin is used in environments where profile image consistency matters for branding or community trust (such as online forums or membership sites), repeated deletion could disrupt operations. However, since this is image metadata deletion rather than data exfiltration or system compromise, the financial or regulatory impact is typically minimal. Organizations should weigh the organizational friction against the likelihood of a malicious editor in their WordPress environment.

Affected systems

Any WordPress installation using the UsersWP plugin in versions 1.2.63 and earlier is affected. The vulnerability is not limited to a specific hosting platform or WordPress configuration—it affects any deployment of the affected plugin version. Organizations should audit their WordPress plugin inventory to identify instances of UsersWP and note the installed version number.

Exploitability

Exploitation requires an authenticated WordPress user account with editor-level access or higher. An attacker cannot exploit this vulnerability as an unauthenticated visitor or as a user with contributor or lower roles. The attack is straightforward once access is obtained: modify the user_id parameter in a request targeting user profile image metadata. No special tools, social engineering, or complex techniques are required. The vulnerability is not listed in the CISA Known Exploited Vulnerabilities (KEV) catalog, suggesting no widespread weaponized exploitation has been publicly disclosed to date.

Remediation

Update the UsersWP plugin to a patched version above 1.2.63 as soon as the vendor releases one. Verify the patch details in the official plugin repository or vendor advisory before deployment. As an interim control, audit WordPress user accounts with editor or administrator roles and remove or downgrade any accounts that should not have such privileges. Implement additional access controls at the application or infrastructure level to restrict editor role assignments to trusted personnel only.

Patch guidance

Monitor the UsersWP plugin repository and the vendor's official channels for a security update that addresses this IDOR vulnerability. Apply the patch promptly to all affected WordPress installations. Test the patch in a staging environment before production deployment to ensure compatibility with custom code or other plugins. Verify in the patch notes or security advisory that the user_id parameter is now properly validated before any metadata modification operations are permitted.

Detection guidance

Review WordPress audit logs for modifications to user metadata, particularly avatar_thumb and banner_thumb fields in the uwp_usermeta table. Look for patterns where an editor-level user is modifying metadata for users other than themselves, especially if the target users are administrators or high-privilege accounts. Database query logging or WordPress security plugins with detailed action tracking can help identify suspicious metadata operations. Additionally, monitor for any user complaints about missing or deleted profile images where the user did not perform the deletion themselves.

Why prioritize this

Although the CVSS score is low (2.7), this vulnerability should not be dismissed. It requires elevated privileges but targets high-value accounts (administrators). The lack of KEV listing indicates no active widespread exploitation, which reduces urgency slightly. However, if your organization has untrusted editors or a history of insider threats, prioritize patching. For most organizations, this ranks below critical and high-severity vulnerabilities but should be addressed within normal patch cycles.

Risk score, explained

The CVSS 3.1 score of 2.7 (LOW) is driven by several factors: (1) Authentication Requirement: The vulnerability requires a valid WordPress account with editor privileges, eliminating risk from external attackers. (2) Limited Scope: The impact is confined to image metadata deletion with no system-wide effects. (3) No Confidentiality Loss: The attack does not expose sensitive data. (4) Minimal Integrity Impact: Only profile images are affected, not critical user data or site content. The vector CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:N/I:L/A:N correctly reflects a network-accessible but privileged, low-impact vulnerability.

Frequently asked questions

Do I need to patch this immediately if I run UsersWP?

Not immediately, but within your normal patch cycle. Since exploitation requires editor-level WordPress access and the impact is limited to image deletion, you have time to plan and test. Prioritize other high and critical vulnerabilities first. However, if you have concerns about editor account security or untrusted editors, accelerate the patch deployment.

Can an attacker outside my WordPress site exploit this?

No. The vulnerability requires a valid WordPress account with editor role or higher. Attackers without such credentials cannot exploit it. This significantly limits the attack surface to insider threats or compromised accounts.

What should I do if I don't have a patched version yet?

Implement access controls to limit who has editor-level permissions. Audit your current editors and remove any accounts that do not genuinely require that role. Monitor database or plugin activity logs for suspicious modifications to user profile metadata. Consider using a WordPress security plugin that can alert on unusual metadata changes.

Are there any workarounds if patching is delayed?

A temporary workaround would be to restrict editor-level access to trusted personnel only and remove the plugin if it is not critical to your site's functionality. However, the proper solution is to apply the security patch when it becomes available. Consult the vendor or a WordPress security professional for environment-specific guidance.

This analysis is provided for informational purposes and is current as of the published vulnerability date. The information herein is derived from publicly available sources and vendor disclosures. SEC.co does not guarantee the accuracy, completeness, or timeliness of patches or vendor advisories referenced herein. Organizations are responsible for independently verifying patch availability, testing in their own environments, and assessing risk in accordance with their security policies. No exploit code or weaponization details are provided. Always consult official vendor advisories and conduct thorough testing before deploying patches to production systems. Source: NVD (public-domain), retrieved 2026-07-27. Analysis generated by SEC.co (claude-haiku-4-5).