---
id: "CVE-2026-16454"
page: "https://infrastack.ai/live/CVE-2026-16454"
kind: "vulnerability"
aliases: ["CVE-2026-16454", "GHSA-92r3-p8c2-3fpx"]
title: "Eclipse hawkBit DDI has Privilege Escalation that allows Tenant-Isolated Firmware Exfiltration"
severity: "medium"
cvss: 4.3
epss: 0.00356
exploited: false
status: "open"
category: "package"
products: [{"name": "org.eclipse.hawkbit:hawkbit-ddi-resource", "fixed": ["1.0.4"], "affected": "<= 1.0.3", "ecosystem": "maven"}, {"name": "eclipse hawkbit", "fixed": ["1.0.4"], "affected": "< 1.0.4", "ecosystem": "vendor"}]
ecosystems: ["maven", "vendor"]
tags: ["cwe-284", "cwe-862", "firmware-updates", "hawkbit", "iot", "java", "package"]
not_affected_if: ["hawkbit-1.0.4-or-later", "no-ddi-endpoint"]
published_at: "2026-07-21T17:17:05+00:00"
first_seen_at: "2026-11-06T18:11:02+00:00"
updated_at: "2026-11-06T18:13:15+00:00"
sources: [{"source": "ghsa", "url": "https://github.com/advisories/GHSA-92r3-p8c2-3fpx", "first_seen_at": "2026-11-06T18:11:02+00:00"}, {"source": "nvd", "url": "https://nvd.nist.gov/vuln/detail/CVE-2026-16454", "first_seen_at": "2026-11-06T18:13:15+00:00"}]
exploit_sources: [{"type": "epss", "score": 0.00356, "url": "https://api.first.org/data/v1/epss?cve=CVE-2026-16454"}]
---

# Eclipse hawkBit DDI has Privilege Escalation that allows Tenant-Isolated Firmware Exfiltration

Link for people: https://infrastack.ai/live/CVE-2026-16454 (this .md is for agents)

Eclipse hawkBit's DDI controller does not check artifact assignment on firmware downloads, so any authenticated device can fetch any firmware artifact within its own tenant. The metadata endpoint that lists software module artifacts also lacks assignment checks, which helps an attacker enumerate targets.

_Summary, check and fix written by a model from the sources; labelled as such._

## Affected

- maven:org.eclipse.hawkbit:hawkbit-ddi-resource affected <= 1.0.3 fixed 1.0.4
- vendor:eclipse hawkbit affected < 1.0.4 fixed 1.0.4

## How to check

- Check the version of `org.eclipse.hawkbit:hawkbit-ddi-resource` in your build files or running images, and flag anything at or below `1.0.3`.
- Look for the hawkBit DDI controller in Docker images and compiled binaries you deploy.

## Fix

- `org.eclipse.hawkbit:hawkbit-ddi-resource` upgrade to `1.0.4` or later.

## Timeline

- 2026-11-06T18:11:02+00:00 ghsa https://github.com/advisories/GHSA-92r3-p8c2-3fpx
- 2026-11-06T18:13:15+00:00 nvd https://nvd.nist.gov/vuln/detail/CVE-2026-16454

## Documents

- [advisory] Maintainer's advisory: api.github.com https://api.github.com/repos/eclipse-hawkbit/hawkbit/security-advisories/GHSA-92r3-p8c2-3fpx
- [advisory] Maintainer's advisory: github.com https://github.com/eclipse-hawkbit/hawkbit/security/advisories/GHSA-92r3-p8c2-3fpx
- [fix] Patch: github.com https://github.com/eclipse-hawkbit/hawkbit/pull/3156
- [fix] Patch: github.com https://github.com/eclipse-hawkbit/hawkbit/pull/3161
- [fix] Patch: github.com https://github.com/eclipse-hawkbit/hawkbit/commit/6cb34fd77f6a60cfb0ee5b379093593cbe56591a
- [fix] Patch: github.com https://github.com/eclipse-hawkbit/hawkbit/commit/914b8b406bd77838cffbef80c1ea4cff5a15c710
- [fix] Release: github.com https://github.com/eclipse-hawkbit/hawkbit/releases/tag/1.0.4

## From the sources

## **Description**
A privilege escalation vulnerability has been identified in the Direct Device Integration (DDI) Controller of **Eclipse hawkBit** (versions 1.0.3 and prior).

This vulnerability allows an authenticated device to escalate its permissions and bypass the strict boundaries of its assigned updates. Under normal operation, a device should be restricted **strictly to the specific firmware artifacts explicitly assigned to it**. However, this flaw enables any authenticated device to bypass this restriction and download any firmware artifact **within the same tenant**.

This is **not** an authentication bypass; the requesting device must possess valid credentials for its respective tenant. Instead, the issue stems from a flaw in object-level authorization validation.

A related, lower-severity helper issue exists in the listing software modules artifacts metadata endpoint. This endpoint does not enforce assignment checks, enabling an authenticated device to list and enumerate available firmware artifacts, which can facilitate targeted exfiltration using the main download authorization bypass.

---

## **Impact**
* **Severity:** Moderate
* **Scope:** Tenant-isolated. An attacker must be an authenticated device within the target tenant to exploit this vulnerability.
* **Confidentiality Impact:** **Low**. While firmware binaries can be retrieved, the impact is mitigated because access is restricted strictly to the scope of the pre-authenticated tenant, and no administrative or cross-tenant data is exposed. Additionally, production firmware binaries are by design not expected to contain highly sensitive or confidential data (such as hardcoded credentials or private keys), further supporting the Low confidentiality rating.

---

## **Affected Products and Versions**
* **Product:** `eclipse-hawkbit/hawkbit`
* **Affected Component:** `hawkbit-ddi/hawkbit-ddi-resource`, as well as the compiled binaries and Docker images that contain this component.
* **Affected Versions:** `1.0.3` and prior versions.
* **Patched Version:** `1.0.4`

---

## **Remediation**
Upgrade to version **1.0.4** or later. 

**Fix details:** The download authorization logic has been corrected to ensure that assignment-based verification is executed on every artifact download request. Additionally, the software module metadata endpoint has been updated to enforce proper authorization, restricting access exclusively to software modules and artifacts that are explicitly assigned to or already installed on the requesting device.

---

## **Credits**
Eclipse would like to thank **Santosh Kumar Puppala** (GitHub: [Santoshkumarpuppala](https://github.com/Santoshkumarpuppala), Email: santhoshkumar7794@gmail.com) for discovering and reporting this vulnerability through coordinated disclosure.

---

_Free to read, with fair use of about 60 pages a minute. For higher limits or API access: sales@infrastack.ai_
