CVE-2026-48681
OpenStack Ironic vulnerability analysis and mitigation

Overview

CVE-2026-48681 is a relative path traversal vulnerability (OSSA-2026-018) in OpenStack Ironic that allows authenticated users to overwrite arbitrary files on an Ironic conductor's disk or a target deployment disk via a maliciously crafted ISO image. It affects Ironic versions >=17.0.0 <26.1.7, >=27.0.0 <29.0.6, >=30.0.0 <32.0.2, and >=33.0.0 <35.0.2. The vulnerability was reported by Dmitry Tantsur (Red Hat) and Tuomo Tanskanen (Ericsson Software Technology) from the Metal3.io Security Team and publicly disclosed on June 3, 2026. The NVD assigns a CVSS v3.1 base score of 8.1 (High), while the GitHub Advisory Database rates it 5.9 (Moderate) using a higher-privilege/complexity vector (OSS Security List, GitHub Advisory).

Technical details

The vulnerability is classified as CWE-23 (Relative Path Traversal), where Ironic's ISO handling code fails to properly neutralize path traversal sequences (e.g., ../) embedded within a crafted ISO image (GitHub Advisory). During deployment, when Ironic processes an ISO image for configdrive, virtual media-based boot interfaces, or the anaconda deploy interface, it does not restrict file extraction paths to a safe directory, allowing files to be written to arbitrary locations on the conductor's filesystem or the target disk (OSS Security List). Exploitation requires the attacker to have access to deploy nodes — specifically the ability to submit deployment requests with ISO images — making this a low-privilege, network-accessible attack under the NVD scoring. Patches are available via OpenDev code review for all supported branches (OSS Security List).

Impact

Successful exploitation allows an authenticated attacker to overwrite arbitrary files on the Ironic conductor host or on the target bare-metal node's disk during deployment, resulting in high integrity and confidentiality impact with no availability impact (GitHub Advisory). By overwriting sensitive system files (e.g., SSH authorized keys, sudoers, cron jobs, or service binaries), an attacker could escalate privileges or achieve persistent code execution on the conductor or provisioned nodes (OSS Security List). In cloud environments where Ironic manages bare-metal infrastructure, this could enable lateral movement across provisioned nodes or compromise the integrity of the entire deployment pipeline.

Exploitability

There is no public proof-of-concept exploit or evidence of in-the-wild exploitation at this time (GitHub Advisory). The EPSS score is approximately 0.13–0.15%, placing it in the 36th percentile for exploitation likelihood within 30 days. The vulnerability is not listed in the CISA Known Exploited Vulnerabilities (KEV) catalog. Exploitation requires authenticated access with node deployment privileges, which limits the attacker pool but does not eliminate risk in multi-tenant OpenStack environments.

Exploitation steps

  1. Gain authenticated access: Obtain credentials for an OpenStack account with sufficient privileges to deploy bare-metal nodes via Ironic (e.g., a tenant user with access to configdrive, virtual media boot, or the anaconda deploy interface).
  2. Craft a malicious ISO image: Create an ISO image containing files with path traversal sequences in their embedded filenames (e.g., ../../etc/cron.d/backdoor or ../../root/.ssh/authorized_keys), embedding a malicious payload (e.g., a reverse shell script or attacker-controlled SSH key).
  3. Submit deployment request: Use the OpenStack API or CLI to initiate a node deployment, supplying the crafted ISO image as the configdrive source or virtual media image.
  4. Trigger file overwrite: When Ironic's conductor processes the ISO during deployment, it extracts files without sanitizing path traversal sequences, writing the attacker-controlled content to the targeted path on the conductor's filesystem or the target node's disk.
  5. Achieve code execution or persistence: Depending on the overwritten file, the attacker gains persistent access (e.g., via SSH key injection) or code execution (e.g., via cron job or service binary replacement) on the conductor host or provisioned bare-metal node (OSS Security List).

Indicators of compromise

  • File System: Unexpected or modified files in sensitive directories (e.g., /etc/cron.d/, /root/.ssh/authorized_keys, /etc/sudoers.d/, system binary paths) with timestamps correlating to Ironic deployment activity; new or altered files outside the expected Ironic working directory.
  • Logs: Ironic conductor logs (/var/log/ironic/ironic-conductor.log) showing ISO extraction operations with unusual file paths containing .. sequences; deployment logs referencing unexpected file destinations.
  • Network: Unexpected outbound connections from the Ironic conductor host to unknown external IPs following a deployment event, potentially indicating a reverse shell or C2 beacon.
  • Process: Unusual processes spawned by the Ironic conductor service (e.g., shell interpreters, network tools like curl, wget, nc) shortly after a deployment operation completes.

Mitigation and workarounds

Operators should upgrade OpenStack Ironic to the following patched versions: 26.1.7 or later (for the 17.0.0–26.1.x branch), 29.0.6 or later (for 27.0.0–29.0.x), 32.0.2 or later (for 30.0.0–32.0.x), or 35.0.2 or later (for 33.0.0+) (OSS Security List). Patches for unmaintained releases (2023.1/antelope, 2024.1/caracal) are provided as a courtesy via OpenDev; releases 2023.2/bobcat and 2024.2/dalmation are end-of-life with no patches available. As interim mitigations, restrict who can submit deployment requests with ISO images, implement file integrity monitoring on critical conductor filesystem paths, and validate/sanitize ISO image inputs to detect traversal sequences before processing.

Community reactions

The vulnerability was disclosed via the OpenStack Security Advisory (OSSA-2026-018) posted to the oss-security mailing list by Jay Faulkner on June 3, 2026, crediting the Metal3.io Security Team for responsible disclosure (OSS Security List). Ubuntu issued security notice USN-8421-1 addressing the issue, and Debian also released updates for affected packages. Coverage appeared across Linux-focused news outlets and security aggregators shortly after disclosure, with no notable controversy or significant social media amplification observed.

Additional resources

Linux Distribution fix status

Fix availability across major Linux distributions and their releases.

Debian

Fixed

bookworm

ironic: 1:21.4.4-0+deb12u1

Fixed

sid

ironic: 1:35.0.1-5

Fixed

trixie

ironic: 1:29.0.5-0+deb13u2

Fixed

Ubuntu

Fixed

bionic (esm-apps)

ironic

Not Affected

devel

ironic

Affected

focal (esm-apps)

ironic

Not Affected

jammy

ironic: 1:20.1.0-0ubuntu1.3

Fixed

jammy (esm-apps)

ironic: 1:20.1.0-0ubuntu1.3

Fixed

noble

ironic: 1:24.1.1-0ubuntu1.3

Fixed

noble (esm-apps)

ironic: 1:24.1.1-0ubuntu1.3

Fixed

questing

ironic: 1:32.0.0-0ubuntu1.1

Fixed

RHEL / CentOS

Affected

OpenShift

openstack-ironic.src

Affected

SourceThis report was generated using AI

Related OpenStack Ironic vulnerabilities:

CVE ID

Severity

Score

Technologies

Component name

CISA KEV exploit

Has fix

Published date

CVE-2026-48681HIGH8.1
  • OpenStack Ironic logoOpenStack Ironic
  • ironic
NoYesJun 04, 2026
CVE-2026-46447HIGH7.7
  • OpenStack Ironic logoOpenStack Ironic
  • ironic
NoYesJun 03, 2026
CVE-2026-50589HIGH7.5
  • OpenStack Ironic logoOpenStack Ironic
  • ironic
NoYesJun 05, 2026
CVE-2026-54421MEDIUM6.8
  • OpenStack Ironic logoOpenStack Ironic
  • ironic
NoYesJun 14, 2026
CVE-2026-44919MEDIUM6.5
  • OpenStack Ironic logoOpenStack Ironic
  • ironic
NoYesMay 14, 2026

Free Vulnerability Assessment

Benchmark your Cloud Security Posture

Evaluate your cloud security practices across 9 security domains to benchmark your risk level and identify gaps in your defenses.

Request assessment

Get a personalized demo

Ready to see Wiz in action?

"Best User Experience I have ever seen, provides full visibility to cloud workloads."
David EstlickCISO
"Wiz provides a single pane of glass to see what is going on in our cloud environments."
Adam FletcherChief Security Officer
"We know that if Wiz identifies something as critical, it actually is."
Greg PoniatowskiHead of Threat and Vulnerability Management