Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconGain adjacent network access
-
DeliveryEstablish man-in-the-middle on KNX update path
-
ExploitIntercept outbound firmware update package
-
InstallSubstitute malicious update payload
-
C2Tool forwards tampered image without integrity check
-
ExecuteMalicious firmware installed on KNX device
-
ImpactBuilding automation function disrupted or compromised
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A08:2025 - Software or Data Integrity Failures
ASVS 5.0
V15 - Secure Coding and Architecture Integrity check implementation
|
| Exploitation Conditions | Exploitation requires the attacker to be on the same adjacent network segment as the KNX installation and the workstation running KNX Update Tool - internet-based attacks are not possible due to AV:A. The attacker must also hold at least low-privilege access (PR:L) per the CVSS vector, consistent with having a foothold on the local network. High attack complexity (AC:H) indicates that a man-in-the-middle or packet-injection position must be established on the update communication path, which is a non-trivial precondition. The specific exploitation window is during an active KNX device update session; passive monitoring alone is insufficient. The scope is limited to integrity and availability - confidentiality of data is not impacted (C:N). Exploitation is further constrained to environments where KNX Update Tool is actively being used for device management, meaning buildings with ongoing KNX maintenance activity are at higher risk than fully deployed static installations. |
| Impact | The CVSS 3.1 base score of 6.4 (Medium) reflects the real-world constraints: AV:A limits exploitation to actors already present on the same network segment as the KNX installation (typically a building LAN or dedicated KNX IP tunnel), AC:H indicates that exploiting the missing integrity check requires specific attack conditions such as a successful man-in-the-middle position, and PR:L confirms some level of access is needed. Despite the high integrity and availability sub-scores, the adjacent-network and high-complexity barriers significantly reduce the realistic threat surface compared to internet-facing vulnerabilities. EPSS data is not provided in this dataset, but given the niche product footprint and access requirements, opportunistic mass exploitation is unlikely. The vulnerability is not listed in CISA KEV and no public proof-of-concept has been identified, further supporting a lower operational urgency for most organizations. However, in high-security building automation environments (data centers, hospitals, critical infrastructure), the ability to push malicious firmware to HVAC or access control devices warrants elevated attention. The missing integrity check is a design-level gap that requires a proper code fix rather than a simple configuration change. |
| Exploit ScenarioDerived | An attacker who has already obtained access to the same network segment as a building automation installation - via a compromised workstation, rogue device, or lateral movement - positions themselves between the technician running KNX Update Tool and the KNX IP gateway. When the tool initiates a device firmware update, the attacker intercepts the update package and substitutes a malicious firmware image. Because the tool performs no cryptographic integrity verification of the payload, it forwards the tampered image to the target KNX device, potentially bricking it or installing persistent malicious logic that disrupts building automation functions. No public proof-of-concept has been identified, but the attack concept is well understood for tools lacking integrity checks. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 17, 2026
Missing firmware integrity verification in ABB KNX Update Tool versions through 2.0.175 allows an adjacent network attacker with low-privilege access to inject tampered updates onto KNX building automation devices, leading to high integrity and availability impact. The vulnerability (CWE-353) means the tool accepts update packages without cryptographic validation, enabling a man-in-the-middle or rogue-update attack on the KNX bus segment. No public exploit code or CISA KEV listing has been identified at time of analysis, and active exploitation has not been confirmed.
RemediationAI
Consult the ABB security advisory at https://search.abb.com/library/Download.aspx?DocumentID=9AKK108472A9270&LanguageCode=en&DocumentPartId=pdf&Action=Launch for the patched release version; an exact fixed version number is not confirmed in the currently available data beyond the statement that versions through 2.0.175 are affected - upgrade to any version superseding 2.0.175 once ABB releases a corrected build. As a compensating control pending a patch, restrict network-level access to the KNX IP gateway or update tool interface using firewall ACLs or VLAN segmentation so that only authorized technician workstations can reach the KNX update path, reducing the adjacency attack surface. Disable or block unauthenticated KNX IP tunneling sessions where not operationally required. Verify update package checksums manually using out-of-band vendor-provided hashes if available. Note that network segmentation does not eliminate the risk for insider-threat or compromised-workstation scenarios, and a proper code-level integrity check from ABB remains the definitive fix.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
KNX is an open standard building automation protocol widely used in smart buildings for HVAC, lighting, access control, and energy management. ABB KNX Update Tool (CPE: cpe:2.3:a:abb:knx_update_tool_(abb):*:*:*:*:*:*:*:* and cpe:2.3:a:abb:knx_update_tool_(bje):*:*:*:*:*:*:*:*) is used to push firmware or configuration updates to KNX-connected devices on a local installation. CWE-353 (Missing Support for Integrity Check) indicates the update mechanism lacks cryptographic signing or hash verification of update payloads. Without this control, the tool cannot distinguish between legitimate vendor-supplied updates and maliciously crafted or intercepted packages. The BJE variant is the ABB subsidiary Busch-Jaeger Elektro branding of the same tool, both sharing the same affected version range through 2.0.175.
Know when Knx Update Tool Abb 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:A/AC:H/AT:N/PR:L/UI:N/VC:N/VI:H/VA:H/SC:N/SI:N/SA:N
Adjacent vector and high complexity reflect MITM-on-local-KNX-segment requirement; PR:L confirms network access needed; no confidentiality impact aligns with update-integrity-only flaw.
Primary rating from Vendor (ABB).
CVSS VectorVendor: ABB
Lifecycle Timeline
1DescriptionCVE.org
Missing support for integrity check vulnerability in ABB KNX Update Tool (ABB), ABB KNX Update Tool (BJE).
This issue affects KNX Update Tool (ABB): through 2.0.175; KNX Update Tool (BJE): through 2.0.175.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
EUVD-2026-45179
GHSA-gvmv-64wv-hj9r
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB