Home › Intelligence › Brief
VULNERABILITY BRIEF 🟠 High Vulnerability

Bypass of UEFI Secure Boot in Siemens SIMATIC IPCs (CVE‑2026‑72895) Enables Local Privilege Escalation

A test key in the UEFI Secure Boot database of several Siemens SIMATIC IPC models can be used by a local attacker to boot unsigned code, bypassing Secure Boot. The flaw underscores the need for continuous firmware‑integrity evidence to satisfy control‑assurance requirements.

Verisq™ Intelligence · 📅 October 23, 2026 · 📰 cisa.gov
🟠
Severity
High
VU
Type
Vulnerability
🎯
Confidence
High
🏢
Affected
1 sector(s)
✅
Actions
3 recommended
📰
Source
cisa.gov

Vulnerability: Bypass of UEFI Secure Boot in Siemens SIMATIC IPCs (CVE‑2026‑72895) Enables Local Privilege Escalation

What It Is – A firmware‑level flaw (CVE‑2026‑72895) leaves a Siemens test key in the UEFI Secure Boot key database. An attacker with physical or administrative access can sign a malicious OS or UEFI payload with that test key and boot it, effectively bypassing Secure Boot protections.

Exploitability – The vulnerability is high‑severity (CVSS v3 7.7). Exploits require local access; no public exploit code is known, but the attack path is straightforward once the device is compromised.

Affected Products – Siemens SIMATIC IPC BX‑21A (versions < 31.01.13), IPC RW‑543A (versions < 1.1.4), IPC 227G / 277G / 277G PRO / 327G / 377G (versions < 28.01.15).

Why It Matters for Trust & Control Assurance

  • Demonstrates the need for continuous firmware‑integrity monitoring to prove that only authorized keys are present in the Secure Boot database.
  • Highlights a control‑mapping gap: without evidence that Secure Boot configurations are regularly validated, auditors cannot confirm the “secure configuration” objective across frameworks.
  • Enterprise buyers increasingly demand defensible audit evidence that hardware platforms enforce cryptographic controls, not just a statement of compliance.

Recommended Actions

  1. Deploy Siemens’ latest firmware for all listed IPC models immediately.
  2. Verify the UEFI key database post‑update to ensure the test key is removed.
  3. Integrate firmware‑integrity checks into your continuous monitoring platform and retain logs as audit evidence.
  4. Document the remediation in your control‑mapping repository to demonstrate coverage of the “secure configuration & firmware integrity” control objective.

Source: CISA Advisory – ICSA‑26‑295‑07

📰 Original Source
https://www.cisa.gov/news-events/ics-advisories/icsa-26-295-07 ↗

This Verisq Intelligence Brief is an independent analysis. Read the original reporting at the link above.

Vulnerability exposure

Is this CVE in your supply chain?

Verisq matches published vulnerabilities against the software your vendors run, so you know which relationships this touches before the next review.

See vendor exposure →