CVE-2024-11218: podman build
Affects podmanSource GCVE Database
Not known to be exploited · CVSS 8.6 High.
Data as of 6 Nov 2026, 15:34 UTC
Thin evidence
One scorer or none| CNA (redhat) | CVSS 3.1 | 8.6 |
|---|
CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 22 Jan 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 6 Nov 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Ubuntu 26.10podmanpkg:deb/ubuntu/podman?arch=source&distro=stonkingOther threats | Affected
| Fixed in– |
Ubuntu 25.10podmanpkg:deb/ubuntu/podman?arch=source&distro=questingOther 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
SELinux mandatory access controls should be enabled and properly configured to confine the build process (e.g., Podman) to specific domains such as container_t. This limits unauthorized access to sensitive host files and directories. Users should ensure SELinux is active and enforcing on systems running podman build or buildah. Additionally, avoid running the build process as a root-owned system service accessible to unprivileged users. Monitor vendor advisories for official patches or updates addressing this vulnerability.
Description
CVE-2024-11218 is a high-severity vulnerability in podman build and buildah that allows container breakout via a race condition triggered by using --jobs=2 when building a malicious Containerfile. The vulnerability enables unauthorized read/write access to the host filesystem by exploiting the --mount flag in RUN instructions. SELinux can mitigate the risk by confining the build process, but even with SELinux enabled, attackers may still enumerate files and directories on the host.