Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain Ironic operator-level API credentials
-
DeliveryIdentify node with iSCSI volume targets configured
-
ExploitIssue PATCH request to volume connector or volume target endpoint
-
ExecutionCapture unredacted iSCSI CHAP credentials from API response
-
PersistAuthenticate directly to iSCSI storage target
-
ImpactAccess underlying block storage outside Ironic authorization controls
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V14 - Data Protection Data removal before release
|
| Exploitation Conditions | Exploitation requires an authenticated Ironic operator- or admin-level session with sufficient RBAC permissions to issue PATCH requests against volume connector or volume target resources on at least one node (PR:H per CVSS). The sensitive data is only returned via the PATCH response path - the same endpoint under POST does not exhibit this behavior, per the CVE description. The target node must have volume properties containing credential-bearing fields such as iSCSI CHAP username and secret; Ironic deployments using only local storage or storage configurations that carry no credentials in volume properties would not expose sensitive data. There is no required user interaction beyond the attacker issuing the PATCH API call directly. Exploitation is limited by the PR:H requirement - unauthenticated or low-privilege users cannot trigger the disclosure. |
| Impact | The CVSS 3.1 score of 6.8 (Medium) with vector AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:N/A:N is well-calibrated: the network attack vector and low complexity reflect straightforward API exploitation, but PR:H meaningfully constrains the threat surface to already-privileged Ironic operators or administrators. The S:C and C:H combination correctly signals that the real damage occurs outside Ironic - leaked iSCSI credentials can grant direct, unmediated access to storage targets independently of Ironic's authorization model. In multi-tenant cloud deployments where operator-role API access is distributed across multiple teams or automation accounts, the practical risk is higher than the raw score suggests, as a compromised or malicious operator can silently extract storage credentials during routine PATCH operations. No EPSS data was provided, and the absence of KEV listing or public exploit code indicates no confirmed mass exploitation at time of analysis. The risk is real but scoped to environments with iSCSI or similarly credential-bearing volume configurations. |
| Exploit ScenarioDerived | An Ironic operator-level user with legitimate API credentials issues a PATCH request to update a non-sensitive authorized field (such as a volume connector property) on a node that has iSCSI volume targets configured with CHAP authentication. The Ironic API processes the update and returns the full updated resource representation, including unredacted iSCSI CHAP username and secret. The operator captures these credentials from the API response and authenticates directly to the iSCSI storage target outside of Ironic, gaining unauthorized read/write access to the underlying block device. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 14, 2026
Unredacted iSCSI credential disclosure in OpenStack Ironic through 35.0.1 occurs specifically when an authenticated operator issues a PATCH request to update authorized fields in a node's volume properties - the API response returns sensitive data such as iSCSI CHAP usernames and secrets in plaintext. The scope change reflected in the CVSS (S:C) is meaningful: leaked storage credentials extend the blast radius beyond Ironic itself to the underlying iSCSI storage infrastructure. Notably, the same volume properties endpoint does not exhibit this behavior on POST requests, isolating the flaw to the PATCH response serialization path. No public exploit code has been identified and the vulnerability is not listed in CISA KEV.
RemediationAI
Upgrade OpenStack Ironic to a version beyond 35.0.1 once a patched release is published; monitor the Launchpad bug report at https://bugs.launchpad.net/ironic/+bug/2155049 for fix confirmation and exact patched version, as no specific fixed release was confirmed in the available input data. As a compensating control while awaiting a patch, restrict PATCH access to Ironic volume connector and volume target API endpoints to the minimum required set of service accounts using OpenStack's oslo.policy RBAC rules - this reduces the number of identities that can trigger the disclosure. Audit existing API access logs for unexpected PATCH requests to volume properties endpoints, which may indicate prior credential harvesting. Rotate iSCSI CHAP credentials for any nodes whose volume properties have been modified via PATCH since the Ironic deployment was stood up. Note that restricting PATCH permissions may break legitimate automation workflows that dynamically update volume configurations and would require coordination with operations teams.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in pypi
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
OpenStack Ironic is a bare-metal provisioning service that manages physical nodes and can attach block storage volumes using protocols such as iSCSI, which require authentication credentials (CHAP username and secret). The CPE cpe:2.3:a:openstack:ironic:*:*:*:*:*:*:*:* confirms all Ironic versions through 35.0.1 are affected. The root cause is CWE-212 (Improper Removal of Sensitive Information Before Storage or Transfer): the PATCH handler for volume connector or volume target records returns the full resource representation after a field update without scrubbing sensitive credential fields, even though the same data is correctly redacted in POST responses. This asymmetry between HTTP verbs in the response serialization logic is the precise technical defect.
Know when Openstack 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
AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:N/A:N
Ironic API is network-accessible; PR:H because operator privileges are required; S:C because iSCSI credential leakage impacts storage systems outside Ironic; I:N and A:N because only information disclosure occurs.
Primary rating from Vendor (mitre).
CVSS VectorVendor: mitre
DescriptionCVE.org
In OpenStack Ironic through 35.0.1, when applying a PATCH to update fields in volume properties the user is authorized for, Ironic can return unredacted sensitive information (such as iSCSI credentials). The PATCH outcome is a security issue; the POST outcome is not a security issue.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Oracle MySQL through 5.5.52, 5.6.x through 5.6.33, and 5.7.x through 5.7.15; MariaDB before 5.5.51, 10.0.x before 10.0.2
Eval injection vulnerability in the create method in the Bookmarks controller in Foreman before 1.2.0-RC2 allows remote
The create method in app/controllers/users_controller.rb in Foreman before 1.2.0-RC2 allows remote authenticated users w
Systems with microprocessors utilizing speculative execution and speculative execution of memory reads before the addres
The Floppy Disk Controller (FDC) in QEMU, as used in Xen 4.5.x and earlier and KVM, allows local guest users to cause a
Memory Corruption was discovered in the cmsgpack library in the Lua subsystem in Redis before 3.2.12, 4.x before 4.0.10,
The IPTables firewall in OpenStack Neutron before 7.0.4 and 8.0.0 through 8.1.0 allows remote attackers to bypass an int
An issue in OpenStack magnum yoga-eom version allows a remote attacker to execute arbitrary code via the cert_manager.py
An Integer Overflow issue was discovered in the struct library in the Lua subsystem in Redis before 3.2.12, 4.x before 4
glibc contains a vulnerability that allows specially crafted LD_LIBRARY_PATH values to manipulate the heap/stack, causin
Buffer overflow in the pcnet_receive function in hw/net/pcnet.c in QEMU, when a guest NIC has a larger MTU, allows remot
Code injection in OpenStack Vitrage query parser allows authenticated users to execute arbitrary Python code through cra
Same technique Information Disclosure
View allVendor StatusVendor
Debian
Bug #1140012| Release | Status | Fixed Version | Urgency |
|---|---|---|---|
| bullseye | vulnerable | 1:16.0.3-1 | - |
| bookworm | vulnerable | 1:21.1.0-3 | - |
| bookworm (security) | vulnerable | 1:21.4.4-0+deb12u1 | - |
| trixie | vulnerable | 1:29.0.0-7 | - |
| trixie (security) | vulnerable | 1:29.0.5-0+deb13u2 | - |
| forky, sid | vulnerable | 1:35.0.1-5 | - |
| (unstable) | fixed | (unfixed) | - |
EUVD-2026-36658
GHSA-j4cw-mcg2-2q78
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB