Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as low-privileged subscriber
-
ExploitSubmit profile update with Administrator role field
-
ExecutionBypass missing authorization check
-
ImpactGain full administrator control of site
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V8 - Authorization Least privilege enforcement
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires an authenticated account of any privilege level (e.g., subscriber) on a WordPress site running the Koinonia Link plugin version 1.1.2 through earlier than 1.1.5, and reachability of the plugin's profile-update/role-save functionality. There is no special non-default configuration needed and no user interaction required (UI:N). The one meaningful limiting factor is the need for a valid low-privileged account: sites with open/self-service user registration enabled are exposed to anonymous attackers who simply register, whereas sites with registration disabled restrict this to users who already possess an account. |
| Impact | This is a genuine high-priority issue rather than an inflated CVSS score. The provided CVSS:3.1 vector (AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H, base 8.8) is internally consistent with the description: a network-reachable, low-complexity privilege-escalation flaw requiring only a low-privileged authenticated account and no user interaction. The description (CWE-269, missing authorization on role selection during profile update) directly supports the PR:L and full C/I/A:H impact, since gaining the Administrator role yields complete control of the WordPress site. A public exploit is reported available (via WPScan), which raises practical risk, and a vendor patch (1.1.5) exists. No EPSS score, SSVC decision data, or CISA KEV entry was provided in the input, so exploitation probability and automatability cannot be quantified and there is no confirmation of active in-the-wild exploitation - only that exploit code exists. The main real-world mitigating factor is the prerequisite of an existing authenticated (even subscriber-level) account, which is trivially satisfied on sites permitting open user registration but is a barrier on closed sites. Overall: a legitimately serious, easily exploitable privilege escalation, tempered chiefly by the obscurity/low deployment of the affected plugin rather than by technical difficulty. |
| Exploit ScenarioDerived | An attacker registers (or already holds) a low-privilege account such as a subscriber on a WordPress site running Koinonia Link before 1.1.5. They submit a profile-update request that includes a role-selection parameter setting their role to Administrator; because the plugin never verifies the user is permitted to change roles, the elevated role is saved. A public exploit for this flaw is reported available, lowering the skill required. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 07, 2026
Privilege escalation in the Koinonia Link WordPress plugin (versions 1.1.2 through earlier than 1.1.5) lets any authenticated user, including a low-privileged subscriber, grant themselves the Administrator role by tampering with the role value submitted during a profile update. The flaw is a missing authorization check on the role-save routine (CWE-269), not a memory-safety or injection bug, and it is remotely reachable with no user interaction (CVSS 3.1: AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H, 8.8), meaning successful exploitation yields total control of the WordPress site. Publicly available exploit code exists and the vendor has released a fix in 1.1.5; the practical barrier is only the need for a valid account, so sites with open self-service registration are exposed to unauthenticated attackers who simply register first, while sites with registration disabled limit the threat to existing users.
RemediationAI
Update the Koinonia Link plugin to version 1.1.5, which is the vendor-released fix for this privilege-escalation flaw; confirm the installed version in the WordPress Plugins screen or via WP-CLI (wp plugin list) and verify the upgrade actually applied, since the vulnerable code otherwise remains reachable at the profile-update endpoint. If patching must be deferred, disable open self-service registration (Settings > General, uncheck 'Anyone can register') to remove the easiest path for anonymous attackers, accepting the trade-off that legitimate user onboarding is blocked; the residual risk is users who already hold accounts. In parallel, audit the wp_users/wp_usermeta tables and the WordPress Users list for unexpected Administrator accounts or recently elevated roles, remove or demote any that are not recognized, and force a credential reset for affected accounts, since an attacker who already exploited this would retain admin access independent of the plugin version. Because exploitation requires an authenticated session, tightening account provisioning and removing stale or unused subscriber accounts reduces exposure but does not substitute for the 1.1.5 upgrade; refer to the WPScan advisory at https://wpscan.com/vulnerability/0f3af398-4a70-4987-9da8-b876b9e932c7/ for the vendor's current guidance and any interim recommendations.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Koinonia Link is a third-party WordPress plugin whose code handles front-end/administrative profile updates, including a role or user-role selection field. In the affected releases the handler persists the submitted role value without verifying that the acting user is permitted to change roles - WordPress exposes this capability through checks such as current_user_can('promote_users') or current_user_can('edit_users'), and the omission of such a gate is the root cause mapped to CWE-269 (Improper Privilege Management). Because WordPress roles are stored as metadata on the user record and the plugin writes the attacker-supplied role key directly, a subscriber-level request that includes an Administrator role value is accepted and applied. The NVD CPE for this item is recorded as cpe:2.3:a:unknown:koinonia_link:*:*:*:*:*:*:*:*, reflecting that the vendor/product mapping is not yet fully normalized, while ENISA EUVD (EUVD-2026-94187) pins the affected range to Koinonia Link 1.1.2 up to but not including 1.1.5. The vulnerability requires only network reachability of the plugin's profile-update/role-save functionality with an authenticated session; there is no non-default configuration dependency and no user-interaction requirement (UI:N), which is why the assessed base score sits at 8.8 despite the PR:L qualifier.
Know when Koinonia Link gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Network-reachable profile update needs only a low-privileged authenticated account (PR:L) and no interaction; escalation to Administrator grants full site control, so C/I/A:H.
Primary rating from Vendor (WPScan).
CVSS VectorVendor: WPScan
Lifecycle Timeline
4DescriptionCVE.org
The Koinonia Link WordPress plugin before 1.1.5 does not check that a user is allowed to change roles before saving a role selection submitted with a profile update, allowing any authenticated user, such as a subscriber, to grant themselves the Administrator role.
Technical POC Analysis
Bug class: CWE-269 (Improper Privilege Management).
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
The Koinonia Link WordPress plugin, versions 1.1.2 through 1.1.4, contains a high-severity privilege escalation vulnerability that allows any authenticated user, including low-privileged subscribers, to gain Administrator privileges and achieve complete site takeover. Publicly available exploit code exists, and sites with open self-service registration are particularly exposed because attackers can simply register an account and then exploit the flaw. Leadership should prioritize remediation because a successful attack could lead to unauthorized data access, defacement, malware distribution, and reputational damage.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
EUVD-2026-94187
GHSA-hx93-m334-hcgh
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB