Skip to main content

Eclipse Kura CVE-2026-113422

| EUVDEUVD-2026-121148 HIGH
Reliance on Untrusted Inputs in a Security Decision (CWE-807)
2026-11-10 eclipse GHSA-g9qx-c69p-gqxc
7.7
CVSS 4.0 · Vendor: eclipse
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate with scoped kura.wires.admin or rest.wires.admin permission
  2. Delivery
    Send Wire Graph/REST update with spoofed factory identifier
  3. Exploit
    Bypass factory check to target security-relevant non-Wire component
  4. Execution
    Modify or replace component to gain admin privileges
  5. Impact
    Full 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

Eclipse Kura 5.0.0 ≤5.6.2

Affected Packages

euvd eclipse_kura no fix

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

Vendor (eclipse) PRIMARY 7.7 HIGH
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
vuln.today AI 7.5 HIGH

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.

3.1 AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H
4.0 AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (eclipse).

CVSS VectorVendor: eclipse

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
Present
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
High
Vulnerable system: Availability
High
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

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

Why It Matters

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.

Business Impact: High
Compensating Controls

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

Prevalence
Low
open-source IoT/edge gateway framework, niche industrial-IoT footprint
Social Media
1
Sightings
Data Quality
4 sources
Confidence: Medium

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS N/A
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
No
Human Impact
High

Priority Score

38
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +38
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy