CVE-2024-21626: runc container breakout through process.cwd trickery and leaked fds
runc is a CLI tool for spawning and running containers on Linux according to the OCI specification. In runc 1.1.11 and earlier, due to an internal file descriptor leak, an attacker could cause a newly-spawned container process (from runc exec) to have a working directory in the host filesystem namespace, allowing for a container escape by giving access to the host filesystem ("attack 2"). The same attack could be used by a malicious image to allow a container process to gain access to the host filesystem through runc run ("attack 1"). Variants of attacks 1 and 2 could be also be used to overwrite semi-arbitrary host binaries, allowing for complete container escapes ("attack 3a" and "attack 3b"). runc 1.1.12 includes patches for this issue.
Security readout for executives and security teams
Plain-English summary
CVE-2024-21626 lets certain container starts or exec operations expose the host filesystem to a container process. In business terms, a vulnerable container host could lose the isolation boundary that protects the host and other workloads. The published fix is runc 1.1.12 or vendor backported packages.
Executive priority
Treat as urgent for container-host fleets, especially multi-tenant or untrusted-image environments. It is not KEV-listed in the bundle, but the impact is container escape with host compromise potential. Patch through upstream runc or vendor channels and verify actual deployed runtime versions.
Technical view
runc versions from v1.0.0-rc93 through 1.1.11 leak an internal file descriptor. That can allow a new container process to have its working directory in the host filesystem namespace, enabling host filesystem access and, in variants, overwriting host binaries for full escape. Scope is changed in CVSS, with high confidentiality, integrity, and availability impact.
Likely exposure
Linux container environments using vulnerable runc directly or through a platform package are potentially exposed. The affected range in the bundle is opencontainers runc >=v1.0.0-rc93 and <1.1.12. Exposure depends on the runtime version actually installed, including any vendor backports.
Exploitation context
The bundle marks KEV as false, and the provided sources do not establish active exploitation. The advisory describes realistic abuse through malicious images or runc exec workflows, so environments allowing untrusted images, build inputs, or container exec access deserve priority review.
Researcher notes
Focus validation on runtime provenance, not just application containers. Vendor packages may carry backported fixes without reporting upstream version 1.1.12. The core issue is leaked file descriptors influencing process working directory and host namespace access; avoid reproducing escape behavior in production.
Mitigation direction
Upgrade runc to 1.1.12 or later where directly managed.
Apply distribution or platform security updates that backport the runc fix.
Prioritize hosts running untrusted images or exposing container exec workflows.
Check vendor guidance before relying on compensating controls.
Refresh base host images after package updates where applicable.
Validation and detection
Inventory runc versions across Linux container hosts.
Confirm installed versions are 1.1.12 or vendor-fixed builds.
Map platforms that package runc indirectly.
Review whether untrusted images can be run on affected hosts.
Track Debian, Fedora, Red Hat, and upstream advisories to closure.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-200: Information exposure and cloud metadata lookup
Information exposure and SSRF weaknesses can make discovery, cloud metadata, and credential material review relevant. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The affected technology mentions containers, so container-specific ATT&CK technique review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
2CVSS vectors
5Timeline events
3ADP providers
38Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: noTechnical Impact: total
CVSS vector scores
2 official scores
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-200 · source CWE mapping
Exposure of Sensitive Information to an Unauthorized Actor
Exposure of Sensitive Information to an Unauthorized Actor represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Exposure of File Descriptor to Unintended Control Sphere ('File Descriptor Leak')
Exposure of File Descriptor to Unintended Control Sphere ('File Descriptor Leak') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Exposure of Resource to Wrong Sphere represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.