Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:N
Subscriber authentication required (PR:L); impact limited to own profile field integrity (I:L); no confidentiality, availability, or scope-change applies.
Primary rating from Vendor (WPScan).
CVSS VectorVendor: WPScan
Lifecycle Timeline
4DescriptionCVE.org
The wpForo Forum WordPress plugin before 3.1.3 does not restrict which profile fields a member may set when editing their own account, allowing users with a subscriber-level account to write administrator-controlled account-state and reputation fields on their own profile, including self-activating a pending or banned account and forging their forum reputation score.
AnalysisAI
Improper access control in the wpForo Forum WordPress plugin before 3.1.3 permits any subscriber-level authenticated user to write to administrator-controlled profile fields - including account activation status and forum reputation score - during a standard self-service profile update. This allows a banned or pending user to self-activate their own account, bypassing moderator enforcement, and to forge an arbitrarily high reputation score that may unlock elevated forum privileges. No CISA KEV listing exists, but a publicly available exploit is documented by WPScan; the EPSS score of 0.14% (4th percentile) indicates low observed exploitation probability at scale, though the low barrier to attack (any registered user) makes it a meaningful integrity risk for moderated forums.
Technical ContextAI
wpForo Forum is a WordPress plugin providing community forum functionality with a role-differentiated profile system: administrators govern sensitive account-state fields (activation status, ban state, reputation) while subscribers may only edit basic personal fields. The vulnerability is rooted in CWE-284 (Improper Access Control) - specifically, the profile-update request handler does not enforce field-level authorization before persisting subscriber-supplied POST data. This means any field accepted by the server-side profile model - including privileged fields never intended for subscriber write access - can be set by crafting a POST request with arbitrary parameters. The CPE string cpe:2.3:a:unknown:wpforo_forum:*:*:*:*:*:*:*:* covers all releases prior to 3.1.3. The CVSS vector AV:N/AC:L/PR:L confirms the attack is network-reachable, requires no special conditions, and only a subscriber credential.
RemediationAI
The primary fix is to upgrade wpForo Forum to version 3.1.3 or later, which introduces field-level authorization checks on the profile update endpoint; the patched release is confirmed by the WPScan advisory at https://wpscan.com/vulnerability/b90a74b5-1694-4afc-9232-95cf092e2c98/. If immediate upgrade is not feasible, administrators should disable open user registration to prevent untrusted parties from obtaining the subscriber-level credential required for exploitation - note this prevents new community members from joining. As an additional compensating control, moderators should audit existing subscriber accounts for anomalous account-state values (e.g., reactivated banned accounts) or suspiciously high reputation scores by querying the wpForo user meta tables directly in the database. Implementing a WAF rule to strip unexpected profile-field parameters from POST requests to the profile update endpoint is technically possible but risks breaking legitimate profile editing for all users and is therefore a high-friction option with uncertain coverage. No workaround fully replaces the patch.
More in Wpforo Forum
View allThe wpForo Forum plugin for WordPress is vulnerable to Local File Include, Server-Side Request Forgery, and PHAR Deseria
PHP object injection in the wpForo Forum WordPress plugin before 3.1.6 lets an authenticated attacker with Subscriber-le
The wpForo Forum plugin for WordPress is vulnerable to SQL Injection via the 'slug' attribute of the 'wpforo' shortcode
The wpForo Forum WordPress plugin before 2.1.9 does not escape some request parameters while in debug mode, leading to a
The wpForo Forum WordPress plugin before 1.9.7 did not validate the redirect_to parameter in the login form of the forum
wpforo_get_request_uri in wpf-includes/functions.php in the wpForo Forum plugin before 1.4.12 for WordPress allows Unaut
Unauthenticated PHP Object Injection in the wpForo Forum WordPress plugin versions 3.1.0 and earlier allows remote attac
Authentication bypass in the wpForo Forum WordPress plugin versions 3.1.0 and earlier allows remote unauthenticated atta
Stored cross-site scripting in wpForo Forum WordPress plugin before 3.1.2 allows a subscriber-level authenticated user t
Insecure Direct Object Reference (IDOR) in the wpForo Forum WordPress plugin before 3.1.2 allows any subscriber-level au
Rate-limit bypass in the wpForo Forum WordPress plugin (3.0.0 up to but not including 3.1.6) allows unauthenticated remo
Unauthenticated SQL injection in the wpForo Forum WordPress plugin (versions 3.0.4 and earlier) allows remote attackers
Same weakness CWE-284 – Improper Access Control
View allSame technique Authentication Bypass
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-52583
GHSA-898j-cg5m-8wj7