Skip to main content
CVE-2024-1753VulnerabilityPublished Updated

CVE-2024-1753: Red Hat Enterprise Linux 8 · Link Following

Affects Red Hat Enterprise Linux 8Source CVE Database V5

0

Not known to be exploited · CVSS 8.6 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
8.6High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 39% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 18 Mar 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 2026-10-25.

What to do

Affected software

ProductAffectedFixed in
Red HatRed Hat Enterprise Linux 8Affected–Fixed in–
Red HatRed Hat Enterprise Linux 8Affected–Fixed in–
Red HatRed Hat Enterprise Linux 8Affected–Fixed in–
Red HatRed Hat Enterprise Linux 8.6 Extended Update SupportAffected–Fixed in–
Red HatRed Hat Enterprise Linux 8.6 Extended Update SupportAffected–Fixed in–
Red HatRed Hat Enterprise Linux 8.8 Extended Update SupportAffected–Fixed in–
Red HatRed Hat Enterprise Linux 9Affected–Fixed in–
Red HatRed Hat Enterprise Linux 9Affected–Fixed in–
Red HatRed Hat Enterprise Linux 9.0 Extended Update SupportAffected–Fixed in–
Red HatRed Hat Enterprise Linux 9.0 Extended Update SupportAffected–Fixed in–
Red HatRed Hat Enterprise Linux 9.2 Extended Update SupportAffected–Fixed in–
Red HatRed Hat Enterprise Linux 9.2 Extended Update SupportAffected–Fixed in–
Red HatRed Hat OpenShift Container Platform 4.12Affected–Fixed in–
Red HatRed Hat OpenShift Container Platform 4.13Affected–Fixed in–
Red HatRed Hat OpenShift Container Platform 4.13Affected–Fixed in–
Red HatRed Hat OpenShift Container Platform 4.14Affected–Fixed in–
Red HatRed Hat OpenShift Container Platform 4.15Affected–Fixed in–
Red HatRed Hat Enterprise Linux 7Affected–Fixed in–
Red HatRed Hat Enterprise Linux 7Affected–Fixed in–
Red HatRed Hat OpenShift Container Platform 3.11Affected–Fixed in–
Red Hatredhat/buildahpkg:rpm/redhat/buildahOther threatsAffected
  • =4.15.0
Fixed in–
GitHubbuildahpkg:github/buildahOther threatsAffected
  • =4.15.0
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-1753, organizations should immediately upgrade Buildah and Podman to versions where this vulnerability is patched once available. Until patches are released, restrict the use of untrusted or third-party Containerfiles in build pipelines to prevent malicious symbolic link exploitation. Implement strict access controls and code review policies for Containerfiles used in automated builds. Employ container build sandboxing techniques that isolate build environments from the host filesystem more robustly. Monitor build logs and filesystem mounts for suspicious activity indicative of symbolic link abuse. Consider using alternative container build tools that do not exhibit this vulnerability if patching is delayed. Additionally, enforce least privilege principles for build users and automate vulnerability scanning of container build configurations. Regularly audit container build environments and hosts for unauthorized filesystem changes. Finally, educate developers and DevOps teams about the risks of symbolic link attacks in container builds to improve detection and prevention.

Description

A flaw was found in Buildah (and subsequently Podman Build) which allows containers to mount arbitrary locations on the host filesystem into build containers. A malicious Containerfile can use a dummy image with a symbolic link to the root filesystem as a mount source and cause the mount operation to mount the host root filesystem inside the RUN step. The commands inside the RUN step will then have read-write access to the host filesystem, allowing for full container escape at build time.

References

Community reviews

Loading reviews…