Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate with scoped kura.wires.admin or rest.wires.admin permission
-
DeliverySend Wire Graph/REST update with spoofed factory identifier
-
ExploitBypass factory check to target security-relevant non-Wire component
-
ExecutionModify or replace component to gain admin privileges
-
ImpactFull administrative control or device disruption
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V2 - Validation and Business Logic Trusted input validation
|
| Exploitation Conditions | Requires an authenticated Kura identity that holds the Wires management permission - kura.wires.admin for the Web UI or rest.wires.admin for the Wire Service REST API v1 - and at least one Driver must be installed on the device for arbitrary (non-Wire-Graph) components to be modifiable. The exploitable surface is the Wire Graph update functionality of the Kura Web UI and the REST API v1 (org.eclipse.kura.rest.wire.provider, present since 5.1.0). Limiting factors: this is not unauthenticated access (an attacker must already possess a valid low-privilege account with the specific Wires permission), the installed-Driver requirement (reflected as AT:P in the 4.0 vector) must be met for the full arbitrary-component modification, and only versions 5.0.0 through 5.6.2 are affected - 5.6.3 fixes it. |
| Impact | This is a credible, prioritize-this-week issue rather than a theoretical high-CVSS item, but it is gated by authentication and is not a mass-exploitation candidate. The vendor-assigned CVSS 4.0 vector (AV:N/AC:L/AT:P/PR:L/UI:N) scores 7.7 and is internally consistent with the description: AV:N reflects the network-reachable Web UI and REST API v1, PR:L reflects that the attacker needs an authenticated identity holding only the low-privilege Wires management permission (kura.wires.admin or rest.wires.admin), and AT:P maps directly to the stated precondition that at least one Driver must be installed for arbitrary components to be modifiable. Impact is high across confidentiality, integrity and availability (VC:H/VI:H/VA:H) because the flaw - CWE-807, reliance on the attacker-supplied factory identifier in a security decision - lets a limited operator escalate to full administrative privileges and disrupt the device. The vuln.today Decision label is this_week, consistent with a serious but authenticated, non-wormable privilege-escalation bug. No EPSS score, no CISA KEV listing, and no SSVC decision data were supplied, and no exploitation activity is indicated; exploitation status is therefore no public exploit identified at time of analysis. The only references provided are the Eclipse GHSA advisory and the Eclipse GitLab CVE-assignment work item, which document the flaw but are not exploit code. Net: real priority for Kura operators because it converts a scoped permission into full admin, but the PR:L and the installed-Driver requirement meaningfully narrow the realistic attacker set compared to an unauthenticated RCE. |
| Exploit ScenarioDerived | An attacker who already holds a low-privilege Kura account limited to the Wires management permission sends a Wire Graph update (via the Web UI) or a Wire Service REST API v1 request in which the supplied factory identifier does not match the real factory of an existing component. Because the code trusts the supplied identifier instead of the component's actual factory, the attacker modifies or replaces a security-relevant component outside the Wire Graph and escalates to full administrative control of the device, or disrupts it. No public exploit code is identified; exploitation requires a valid authenticated identity and at least one Driver installed on the device. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Nov 10, 2026
Eclipse Kura 5.0.0 through 5.6.2 allows an authenticated user who holds only the Wires management permission (kura.wires.admin for the Web UI, rest.wires.admin for the Wire Service REST API v1) to escalate to full administrative control of the device. The Wire Graph update path decides what kind of component an update targets from the factory identifier supplied by the caller rather than from the existing component's real factory, so a low-privileged operator can rewrite or replace components that are not part of the Wire Graph, including security-relevant ones, and can disrupt device operation. Exploitation is gated by an existing valid account with the Wires permission and by the need for at least one Driver to be installed on the device; the flaw is fixed in 5.6.3 and no public exploit has been identified at time of analysis.
RemediationAI
Upgrade to the vendor-released fix, Eclipse Kura 5.6.3, which corrects the Wire Graph update path in both the Web UI and the Wire Service REST API v1; see the GitHub advisory at https://github.com/eclipse-kura/kura/security/advisories/GHSA-7pmq-r5px-vgw5 and the Eclipse CVE assignment work item at https://gitlab.eclipse.org/security/cve-assignment/-/work_items/432. No patch version below 5.6.3 is documented as fixed, so 5.0.0 through 5.6.2 deployments should move directly to 5.6.3. Because the flaw is precisely that a Wires-only identity can exceed its scope, no configuration change fully compensates for it: keep the kura.wires.admin and rest.wires.admin permissions restricted to identities that are trusted with effective device-wide configuration change, and restrict network reachability of the Kura Web UI and REST API (default web port) to trusted management networks rather than exposing them to untrusted interfaces. Both measures only reduce exposure and carry the trade-off of limiting legitimate remote administration, and they do not address the root cause, which requires the upgrade; removing or refusing to install Drivers limits the arbitrary-component variant but breaks device functionality and is not viable for most setups.
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
Eclipse Kura is an IoT/edge gateway framework whose Wire Graph feature lets administrators compose and wire OSGi components, Drivers and Assets into functional pipelines. Both the Kura Web UI and the Wire Service REST API v1 provider (org.eclipse.kura.rest.wire.provider, shipped since Kura 5.1.0) accept update requests that carry a factory identifier describing the target component. The vulnerability is classified as CWE-807, Reliance on Untrusted Inputs in a Security Decision: the server trusts that caller-supplied factory identifier when it decides which permission scope applies to the operation, instead of resolving the target to the factory of the component that actually exists in the configuration. As a result the authorization boundary between a Wires-only administrator and other component namespaces is decided by attacker-controlled data. The assessed vector is CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H and the vendor's CVSS 4.0 vector adds AT:P, reflecting that the attack must satisfy specific deployment preconditions - namely an authenticated identity holding the Wires permission and at least one installed Driver - before arbitrary component modification is possible. The trigger conditions beyond this factory-identifier confusion are not described in the available sources.
Know when Eclipse Kura 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
CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
AV:N for the network-reachable UI/REST API; AC:H because exploitation depends on at least one Driver being installed; PR:L for the required scoped Wires permission; full C/I/A:H from escalation to admin.
Primary rating from Vendor (eclipse).
CVSS VectorVendor: eclipse
DescriptionCVE.org
In Eclipse Kura versions 5.0.0 through 5.6.2, the Wire Graph update functionality of the Kura Web UI, and the Wire Service REST API v1 (available since 5.1.0, org.eclipse.kura.rest.wire.provider), determine whether a configuration update targets a Wire Component, Driver or Asset from the factory identifier supplied in the request, instead of the actual factory of the existing component. An authenticated identity holding only the Wires management permission (kura.wires.admin for the Web UI, rest.wires.admin for the REST API) can therefore modify the configuration of existing components that are not part of the Wire Graph, including security-relevant ones, or replace existing components. This allows escalation to full administrative privileges and can disrupt the device. Modifying arbitrary components requires at least one Driver to be installed on the device. The issue is fixed in Eclipse Kura 5.6.3.
Executive ViewAI
Eclipse Kura, an IoT gateway framework, contains a privilege escalation vulnerability that allows users with limited 'Wires' permissions to gain full administrative control of affected devices. Organizations using Kura versions 5.0.0 through 5.6.2 in their IoT or edge deployments face potential operational disruption and security breaches, as authenticated low-privileged users can rewrite security-relevant components.
Vendor-released patch: 5.6.3. If immediate patching is not possible, restrict Wires permissions to trusted users, ensure at least one Driver is installed (as required for exploitation), and monitor for anomalous component updates.
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.
More in Eclipse Kura
View allLog integrity spoofing in Eclipse Kura before 5.6.2 lets an unauthenticated remote attacker forge the client IP recorded
Unbounded HTTP session allocation in the Eclipse Kura Web Console (versions 5.0.0 through 5.6.2) lets an unauthenticated
Unauthenticated denial of service in Eclipse Kura 5.4.0 through 5.6.2 lets a remote client exhaust the gateway's Java he
Improper authorization in Eclipse Kura 5.1.0 through 5.6.2 lets an authenticated identity that holds only the rest.confi
Authenticated Eclipse Kura identities that hold the rest.identity permission but lack kura.admin can use the Identity RE
Arbitrary file write as the kurad JVM user in Eclipse Kura through 5.6.2 lets an authenticated caller with rest.command
Authenticated path traversal in Eclipse Kura 5.6.2 and earlier lets a user holding the `rest.command` permission write a
Denial of service in Eclipse Kura is a moderate-priority, availability-only issue: an authenticated user who can install
EUVD-2026-121148
GHSA-g9qx-c69p-gqxc
NVD
CVE.org
Exploit-DB