HIGH 8.2

CVE-2026-54423: OpenStack Ironic IPMI Privilege Escalation (v37.0.1)

OpenStack Ironic versions before 37.0.1 contain a privilege escalation flaw in the IPMI management interface. Users with deployment permissions can execute arbitrary IPMI commands directly on managed nodes, circumventing Ironic's built-in access controls. This allows a malicious operator to take unauthorized actions on bare-metal infrastructure without triggering normal authorization checks.

Source data · NVD / CISA · public domain

CVSS
3.1 · 8.2 HIGH · CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:C/C:L/I:L/A:H
Weaknesses (CWE)
CWE-424
Affected products
0 configuration(s)
Published / Modified
2026-07-10 / 2026-07-10

NVD description (verbatim)

In OpenStack Ironic before 37.0.1, an Ironic user with the ability to deploy nodes using the IPMI management interface can maliciously use the send_raw step to send arbitrary IPMI commands to a node, bypassing Ironic's access control.

3 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-54423 stems from insufficient input validation in Ironic's IPMI send_raw step. The vulnerability exists in the Ironic management layer before version 37.0.1. An authenticated user with node deployment privileges can invoke the send_raw command to transmit unfiltered IPMI commands to target nodes. Because Ironic does not properly validate or restrict the command payload, attackers bypass the framework's access control mechanisms and interact directly with the BMC (Baseboard Management Controller), potentially executing high-privileged operations intended to be restricted. The flaw is classified as CWE-424 (Unrestricted Upload of File with Dangerous Type), reflecting the risk of sending dangerous commands without proper filtering.

Business impact

This vulnerability poses a significant risk to organizations operating OpenStack Ironic for bare-metal cloud deployments. A malicious or compromised operator account can leverage the flaw to perform unauthorized hardware management tasks—rebooting nodes, modifying BIOS settings, extracting sensitive data, or disrupting service availability. In multi-tenant or managed service environments, this represents a lateral privilege escalation vector that can compromise the integrity and availability of the entire bare-metal fleet. Incident response and forensics are complicated by the direct BMC access, which may bypass logging and auditing controls.

Affected systems

OpenStack Ironic deployments running version 37.0.0 and earlier are vulnerable. The flaw is specific to the IPMI management interface; other management drivers (Redfish, iLO, etc.) are not affected by this particular vulnerability. Organizations using Ironic in production for bare-metal provisioning and lifecycle management should prioritize inventory and assessment.

Exploitability

Exploitation requires valid Ironic credentials with node deployment permissions—a moderate barrier to entry. The attack vector is network-based (AV:N) and requires no user interaction. However, it is not a zero-click vulnerability; it demands an authenticated user with existing privileges. The CVSS 3.1 score of 8.2 (HIGH) reflects high impact on availability and integrity, along with low confidentiality risk. The wide scope (S:C) indicates the vulnerability can affect other systems beyond the node being managed. The overall exploitability is elevated for insider threat scenarios or if credentials are compromised.

Remediation

Upgrade OpenStack Ironic to version 37.0.1 or later. This version includes fixes to validate and restrict IPMI commands sent via the send_raw step, restoring proper access control enforcement. Organizations unable to upgrade immediately should restrict IPMI management interface usage and audit access logs for any send_raw command invocations.

Patch guidance

Verify and deploy OpenStack Ironic 37.0.1 or higher across all affected deployments. Patch testing should include validation that legitimate IPMI operations (e.g., power management, sensor reads) continue to function while dangerous command classes are blocked. Review any custom automation or workflows that may depend on send_raw functionality and adjust them to comply with the new restrictions. Consider staging patches in a pre-production environment to confirm compatibility with your specific hardware and configuration.

Detection guidance

Monitor Ironic logs for send_raw step invocations, particularly those targeting production nodes. Audit successful IPMI command execution against the BMC. Examine system audit logs on nodes for unexpected BIOS or hardware-level changes initiated via IPMI. Implement alerting on any send_raw activity from non-administrative accounts. Review role-based access control (RBAC) configurations to ensure deployment permissions are scoped narrowly to intended users.

Why prioritize this

Although not yet listed on CISA's Known Exploited Vulnerabilities (KEV) catalog, this vulnerability merits high priority due to its HIGH CVSS score, the need for valid credentials to exploit it, and the potential for significant operational impact in multi-tenant environments. Organizations with high-value bare-metal infrastructure or strict compliance requirements should treat this as a priority patch. The 10-day window between disclosure and patch availability is typical and should be treated as an urgent remediation window.

Risk score, explained

The CVSS 3.1 score of 8.2 reflects: (1) network accessibility (AV:N) allowing remote exploitation; (2) low attack complexity (AC:L) requiring standard credentials; (3) high privilege requirement (PR:H) limiting the attack surface; (4) no user interaction (UI:N); (5) wide scope (S:C) indicating impact beyond the target node; and (6) combined low confidentiality, low integrity, and high availability impact. The score appropriately captures the privileged insider or credential-compromise risk while acknowledging the authentication barrier.

Frequently asked questions

Does this vulnerability affect non-IPMI management interfaces (e.g., Redfish, iLO)?

No, CVE-2026-54423 is specific to the IPMI management driver in Ironic. Deployments using Redfish, iLO native API, or other management interfaces are not impacted by this flaw. However, organizations should verify their Ironic configuration to confirm which drivers are in use.

What happens if we cannot upgrade immediately?

As an interim measure, restrict deployment permissions to a small set of trusted administrators, disable the IPMI management driver if not required, and enable strict monitoring of all send_raw commands. These controls reduce but do not eliminate risk; upgrade should remain your primary remediation goal.

Is this vulnerability present in older versions of Ironic, or just version 37.0.0?

The vulnerability exists in Ironic version 37.0.0 and all earlier versions. Version 37.0.1 and later contain the fix. If you are running any version prior to 37.0.1, you are potentially affected.

How can I audit whether this vulnerability has been exploited in our environment?

Review Ironic audit logs and node BMC logs for unexpected send_raw command activity and timestamps of IPMI operations that do not correlate with your scheduled maintenance or provisioning workflows. Check for unauthorized hardware configuration changes (power state, BIOS, thermal settings) that may indicate malicious IPMI command execution.

This analysis is based on publicly available vulnerability data as of the publication date. CVSS scores and severity ratings are provided by NIST and represent one quantitative measure of risk; they should be evaluated alongside your organization's specific threat model and asset criticality. Patch versions and advisory details are sourced from official OpenStack documentation; always verify patch applicability and compatibility with your deployment before applying. This document does not constitute professional security advice, and organizations should engage their security teams or vendors for guidance specific to their environment. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).