CVE-2024-47211: ironic
Affects ironicSource CVE Database V5
Not known to be exploited · CVSS 5.3 Medium · fixed in 26.1.0 : update ironic when convenient.
Data as of 26 Oct 2026, 10:12 UTC
- EPSS
- 0.6% chance of exploitation in 30 days – higher than 51% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 26.1.0, 24.1.3, 23.0.3 +1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:LExploitation evidence
Disclosed: evidence found.
CVE published 4 Oct 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade openstack/ironic to 26.1.0, 24.1.3, 23.0.3 or 21.4.4.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubopenstack/ironicpkg:github/openstack/ironicOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
To mitigate CVE-2024-47211, organizations should promptly upgrade OpenStack Ironic to the fixed versions: 21.4.4 or later, 23.0.3 or later, 24.1.3 or later, and 26.1.0 or later as applicable. If immediate upgrade is not feasible, administrators should implement strict network segmentation and firewall rules to restrict access to the Ironic API endpoints, limiting exposure to trusted networks and users only. Monitoring and logging of image_source URL requests can help detect anomalous or suspicious activity. Additionally, organizations can implement manual or automated validation of image sources outside of Ironic to verify checksums before provisioning. Employing image signing and verification mechanisms at the infrastructure level can further enhance trust in deployed images. Regular security audits and vulnerability scanning of OpenStack components should be conducted to identify and remediate similar issues proactively. Finally, maintaining an incident response plan tailored to cloud infrastructure disruptions will help minimize operational impact in case of exploitation.
Description
In OpenStack Ironic before 21.4.4, 22.x and 23.x before 23.0.3, 23.x and 24.x before 24.1.3, and 25.x and 26.x before 26.1.0, there is a lack of checksum validation of supplied image_source URLs when configured to convert images to a raw format for streaming.
References
- github.com/openstack/ironic/tags (opens in a new tab)
- github.com/openstack/ironic/compare/24.1.2...26.1.0 (opens in a new tab)
- github.com/openstack/ironic/security (opens in a new tab)
- security.openstack.org/ossa/OSSA-2024-004.html (opens in a new tab)
- openwall.com/lists/oss-security/2024/10/05/2 (opens in a new tab)