CVE-2023-4346: KNX devices that use KNX Connection Authorization and support Option 1 are, depending on the implementation...
KNX devices that use KNX Connection Authorization and support Option 1 are, depending on the implementation, vulnerable to being locked and users being unable to reset them to gain access to the device. The BCU key feature on the devices can be used to create a password for the device, but this password can often not be reset without entering the current password. If the device is configured to interface with a network, an attacker with access to that network could interface with the KNX installation, purge all devices without additional security options enabled, and set a BCU key, locking the device. Even if a device is not connected to a network, an attacker with physical access to the device could also exploit this vulnerability in the same way.
Security readout for executives and security teams
Plain-English summary
This vulnerability can let an attacker lock KNX building-control devices so legitimate users cannot regain access. Network access to a KNX installation may be enough when devices lack additional security options; physical access can also be sufficient. CISA KEV listing indicates known exploitation, so exposed KNX environments should be treated as urgent.
Executive priority
High priority for facilities, building automation, and ICS teams. The main business risk is loss of control over KNX devices, potentially disrupting building operations and requiring vendor-assisted recovery.
Technical view
CVE-2023-4346 affects KNX devices using KNX Connection Authorization Option 1, depending on implementation. An attacker can purge devices lacking additional security options and set a BCU key, causing denial of access. CVSS 3.1 is 7.5, with network attack vector, low complexity, no privileges, no user interaction, and availability impact.
Likely exposure
Exposure is most likely in KNX building automation installations where devices support Connection Authorization Option 1 and are reachable from a network or physically accessible.
Exploitation context
CISA KEV status supports known exploitation. The provided sources do not include exploit details, affected device models, patch availability, or recovery procedures.
Researcher notes
Evidence is limited to protocol-level behavior and CISA references. Do not generalize to all KNX devices; affected status depends on implementation, Option 1 support, and security configuration.
Mitigation direction
Inventory KNX devices using Connection Authorization Option 1.
Check KNX Association and CISA guidance for vendor-specific remediation.
Restrict network access to KNX installation management interfaces.
Review physical access controls for KNX devices and cabinets.
Prioritize devices without additional KNX security options enabled.
Validation and detection
Confirm whether deployed KNX devices support Connection Authorization Option 1.
Verify which KNX devices are network-reachable from untrusted segments.
Check whether additional KNX security options are enabled.
Review logs or change records for unexpected purges or BCU key changes.
Document vendor recovery guidance before attempting resets.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-645: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-645 · source CWE mapping
Overly Restrictive Account Lockout Mechanism
Overly Restrictive Account Lockout Mechanism represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.