A flaw was found in Podman. In a Containerfile or Podman, data written to RUN --mount=type=bind mounts during the podman build is not discarded. This issue can lead to files created within the container appearing in the temporary build context directory on the host, leaving the created files accessible.
Security readout for executives and security teams
Plain-English summary
Podman builds may leave files created inside a build container on the host in a temporary build context. This can expose or alter host-side data during container image builds, especially where teams build untrusted or third-party Containerfiles.
Executive priority
Prioritize remediation for shared build infrastructure and OpenShift/RHEL environments. Business urgency is higher where external code can trigger builds, because the issue crosses the expected container-to-host boundary during image creation.
Technical view
The flaw affects Podman build handling of Containerfile RUN bind mounts. Data written to type=bind mounts is not discarded as expected and can appear in the host temporary build context directory. Red Hat lists affected RHEL container-tools and OpenShift package streams.
Likely exposure
Exposure is most likely in CI/CD, developer workstations, and OpenShift/RHEL environments that run podman or related container build tooling against untrusted Containerfiles or build inputs.
Exploitation context
The bundle does not show CISA KEV listing or active exploitation evidence. CVSS indicates high confidentiality and integrity impact, but high attack complexity. Treat exploitation status as unconfirmed.
Researcher notes
Evidence supports a build-time host artifact exposure flaw, not a runtime container escape. The affected list includes Red Hat platform package streams beyond Podman, so validate exact product advisory coverage before scoping remediation.
Mitigation direction
Apply applicable Red Hat errata or vendor updates for affected Podman and container-tools packages.
Update affected OpenShift package streams according to the referenced Red Hat advisories.
Limit who can submit Containerfiles or build definitions to shared build systems.
Run untrusted container builds on isolated, disposable workers where feasible.
Check vendor guidance before using manual cleanup as a compensating control.
Validation and detection
Inventory Podman, Buildah, container-tools, RHEL, and OpenShift versions against the CVE record.
Review CI/CD pipelines for Containerfiles using RUN bind mounts.
Confirm relevant Red Hat advisories are applied on build hosts and clusters.
Inspect build worker temporary directories for unexpected retained build artifacts.
Document whether builds accept untrusted repositories, forks, or third-party Containerfiles.
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 · low confidence lookup
CWE-378: Exact CWE lookup
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.
1CVSS vectors
5Timeline events
1ADP providers
17Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: noTechnical Impact: total
CVSS vector scores
1 official score
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-378 · source CWE mapping
Creation of Temporary File With Insecure Permissions
Creation of Temporary File With Insecure Permissions represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.