Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain physical or admin access to IPC
-
DeliverySign malicious OS/UEFI image with test key
-
ExploitReboot and boot tampered image
-
ExecutionSecure Boot trust bypassed
-
ImpactFull device compromise (C/I/A)
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Authentication mechanism
|
| Exploitation Conditions | Exploitation requires the attacker to already possess physical access or administrative access to the affected SIMATIC IPC, and to control the boot process (UI:A - the attacker must boot or install an OS/UEFI application signed with the embedded BIOS vendor test key). The specific precondition is the presence of the leftover vendor test key in the UEFI Secure Boot key database on firmware below the fixed versions (IPC BX-21A < V31.01.13, IPC RW-543A < V1.1.4, IPC227G/277G/277G PRO/327G/377G < V28.01.15). Limiting factors: the vector is local only (no remote exploitation), it depends on Secure Boot actually being enabled and relied upon as a trust boundary, and it requires either hands-on device access or existing administrative privilege - so a hardened physical/OT environment with restricted operator access substantially reduces real-world exposure. |
| Impact | This is a genuine but access-gated risk rather than a mass-exploitation threat. The CVSS 4.0 vector (AV:L/AC:L/AT:N/PR:N/UI:A) scores 8.4 (High) driven by full High impact to confidentiality, integrity and availability (VC:H/VI:H/VA:H) with no subsequent-system impact. The attack vector is Local, not Network, so remote mass-exploitation is not possible - the CVSS vector's PR:N conflicts with the description, which explicitly states the attacker needs 'physical or administrative access to the device'; this discrepancy should be verified, as the practical barrier to entry is materially higher than PR:N alone implies. No EPSS score, CISA KEV listing, or public POC was supplied in the intelligence, so there are no exploitation-probability or active-exploitation signals to corroborate the severity. No SSVC decision data was provided. The root cause (CWE-1394, leftover BIOS vendor test key in the UEFI Secure Boot DB) is a credible and recurring supply-chain class of flaw, but exploitation requires an attacker already positioned at or inside the device. Net assessment: patch-worthy for OT/ICS asset owners who rely on Secure Boot as a trust anchor, but the local-only vector and access prerequisites make this a targeted/insider-and-physical-access concern, not a widespread remote emergency. |
| Exploit ScenarioDerived | An attacker with physical access (e.g., in a plant or substation) or administrative access to an affected SIMATIC IPC signs a malicious bootloader or UEFI application with the known BIOS vendor test key, then reboots the device to load it; because the test key is trusted in the Secure Boot key database, the malicious image boots even with Secure Boot enabled. No public exploit identified at time of analysis, though the trust-anchor nature means a crafted signed image fully defeats the boot integrity guarantee. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv3 – Oct 13, 2026
Siemens SIMATIC IPC devices (BX-21A, RW-543A, IPC227G/277G/277G PRO/327G/377G) contain a BIOS vendor test key in the UEFI Secure Boot key database, enabling an attacker with local physical or administrative access to boot an OS or UEFI application signed with that key and completely bypass Secure Boot protections. Exploitation is access-gated - requiring hands-on device access or existing administrative privilege - and no public exploit code or confirmed active exploitation has been identified at time of analysis, but successful compromise results in full loss of confidentiality, integrity, and availability of the device.
Earlier versions of this analysis (2)
Booting an OS or UEFI application signed with a BIOS vendor test key left in the UEFI Secure Boot signature database bypasses Secure Boot on several Siemens SIMATIC IPC families - BX-21A below V31.01.13, RW-543A below V1.1.4, and IPC227G / IPC277G / IPC277G PRO / IPC327G / IPC377G below V28.01.15 - even when Secure Boot is explicitly enabled. Exploitation is gated by access: an attacker must already have local physical access to the device or administrative control of it, and must actively interact with the boot process to redirect it to a test-key-signed image, after which loss of confidentiality, integrity, and availability of the device is complete. No public exploit code has been identified at time of analysis and there is no CISA KEV listing, so this is a genuine but access-gated firmware trust issue rather than a mass-exploitation or remotely reachable threat.
UEFI Secure Boot bypass on Siemens SIMATIC IPC industrial PCs (SIMATIC IPC BX-21A below V31.01.13, SIMATIC IPC RW-543A below V1.1.4, and the IPC227G / IPC277G / IPC277G PRO / IPC327G / IPC377G family below V28.01.15) lets a local attacker who holds physical or administrative access boot an operating system or UEFI application signed with a BIOS vendor test key still present in the Secure Boot key database, defeating Secure Boot even when it is enabled and potentially causing full loss of confidentiality, integrity and availability of the device. The assessed CVSS 3.1 vector is AV:L/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H (7.7), reflecting that hands-on access and a test-key-signed boot image are both required. No public exploit code has been identified at time of analysis and the issue is not confirmed actively exploited (CISA KEV); Siemens has released fixed firmware versions and published advisory SSA-159454.
RemediationAI
Update the UEFI firmware on each affected device to the fixed version: V31.01.13 or later for SIMATIC IPC BX-21A, V1.1.4 or later for SIMATIC IPC RW-543A, and V28.01.15 or later for SIMATIC IPC227G/IPC277G/IPC277G PRO/IPC327G/IPC377G. The vendor advisory at https://cert-portal.siemens.com/productcert/html/ssa-159454.html provides firmware download links and installation instructions. If immediate patching is not possible, restrict physical access to the devices to trusted personnel (e.g., locked control cabinets, badge-controlled rooms) and limit administrative OS access to authorized users, as exploitation requires either hands-on access or existing admin privileges. Where supported, remove the vendor test key from the Secure Boot key database using firmware management utilities - but note this may invalidate other signed boot components and should be validated in a test environment first. Do not disable Secure Boot entirely, as that removes a valuable defense-in-depth control and does not mitigate the root cause. Monitor for unauthorized boot media or unexpected firmware changes.
Affected VersionsENISA
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
UEFI Secure Boot is a firmware-based trust mechanism that verifies the signature of bootloaders and OS components against a key database before execution. In this case, a BIOS vendor test key - likely a widely known or weakly protected key used during development - was left in the Secure Boot key database of the affected SIMATIC IPC firmware. Because the test key allows signing of arbitrary boot images, an attacker who can control the boot process can load a signed malicious OS or UEFI application that Secure Boot would otherwise reject. The root cause class is CWE-1394, which covers the use of default or test cryptographic keys within a trust store, reflecting the improper inclusion of a non-production key in a production trust boundary. The affected models and CPEs are: cpe:2.3:a:siemens:simatic_ipc_bx-21a:*:*:*:*:*:*:*:* (fixed in V31.01.13), cpe:2.3:a:siemens:simatic_ipc_rw-543a:*:*:*:*:*:*:*:* (fixed in V1.1.4), and the combined CPE cpe:2.3:a:siemens:simatic_ipc227g_/_ipc277g_/_ipc277g_pro_/_ipc327g_/_ipc377g:*:*:*:*:*:*:*:* (fixed in V28.01.15). The assessed CVSS 3.1 vector (AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H) confirms a local attack vector requiring low privileges, with high impact to the device's confidentiality, integrity, and availability, and no scope change.
Know when Simatic Ipc Bx 21A 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:L/AC:L/AT:N/PR:N/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Local-only Secure Boot bypass requiring physical/admin access to control boot, so AV:L and PR:L; full compromise of a signed-boot trust anchor yields C:H/I:H/A:H.
Primary rating from Vendor (siemens).
CVSS VectorVendor: siemens
Lifecycle Timeline
2DescriptionCVE.org
A vulnerability has been identified in SIMATIC IPC BX-21A (All versions < V31.01.13), SIMATIC IPC RW-543A (All versions < V1.1.4), SIMATIC IPC227G / IPC277G / IPC277G PRO / IPC327G / IPC377G (All versions < V28.01.15). A BIOS vendor test key is present in the UEFI Secure Boot key database. This could allow a local attacker with physical or administrative access to the device to boot an operating system or UEFI application signed with that test key, bypassing UEFI Secure Boot protections even when Secure Boot is enabled, potentially leading to a full loss of confidentiality, integrity, and availability of the device.
Executive ViewAI
Siemens SIMATIC IPC industrial computing platforms (BX-21A, RW-543A, and IPC227G/277G/277G PRO/327G/377G) ship with a BIOS vendor test key embedded in the UEFI Secure Boot key database, providing a means to defeat platform boot integrity on these devices. Exploitation is access-gated, requiring hands-on device access or existing administrative privilege, and no public exploit identified at time of analysis means the practical risk is concentrated in facilities with weak physical and privileged-access controls rather than in remote, internet-facing attack paths. Because a successful compromise yields full loss of confidentiality, integrity, and availability on the affected device, leadership should treat this as a plant-floor physical security, privileged-access governance, and supply-chain hygiene issue requiring inventory, hardening, and vendor tracking rather than emergency perimeter action.
No vendor-released patch identified at time of analysis. Interim mitigations: enforce strict physical and logical access control to the affected SIMATIC IPC devices so that only vetted, accountable personnel can reach USB ports, BIOS/UEFI setup, or local administrative sessions; harden UEFI configuration by setting and protecting administrative passwords, disabling unauthorised boot devices, and enabling boot-order locking; enrol site-owned Secure Boot keys in place of the vendor test key where supported by the platform and operational constraints allow; enable TPM-backed measured boot or boot-integrity attestation and forward those events to monitoring so rogue boot attempts are detected; segment the devices from general-purpose networks and restrict management access to a dedicated, logged jump path; and maintain a documented inventory of affected models and firmware revisions to enable rapid patching once Siemens publishes a fix.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-98389
GHSA-f9v9-v28p-r5mp
NVD
CVE.org
EPSS
Exploit-DB