GitHub Advisoryadvisory · Go

GHSA-rpcc-p8xm-rc6p Podman vulnerable to memory-based denial of service

HIGH Published 2024-08-02 Modified 2024-12-27 Official page ↗
Aliases
CVE-2024-3056
Ecosystem
Go
Packages
github.com/containers/podman/v5, github.com/containers/podman, github.com/containers/podman/v2, github.com/containers/podman/v3, github.com/containers/podman/v4
Severity
High
CVSS vector
CVSS:3.1/AV:N/AC:H/PR:L/UI:R/S:U/C:N/I:N/A:H
Weaknesses
CWE-400
Reviewed
2024-08-05

Affected packages

• Go github.com/containers/podman/v5: <= 5.2.0 (no fix yet) • Go github.com/containers/podman: <= 5.2.0 (no fix yet) • Go github.com/containers/podman/v2: <= 5.2.0 (no fix yet) • Go github.com/containers/podman/v3: <= 5.2.0 (no fix yet) • Go github.com/containers/podman/v4: <= 5.2.0 (no fix yet)

Description

A flaw was found in Podman. This issue may allow an attacker to create a specially crafted container that, when configured to share the same IPC with at least one other container, can create a large number of IPC resources in /dev/shm. The malicious container will continue to exhaust resources until it is out-of-memory (OOM) killed. While the malicious container's cgroup will be removed, the IPC resources it created are not. Those resources are tied to the IPC namespace that will not be removed until all containers using it are stopped, and one non-malicious container is holding the namespace open. The malicious container is restarted, either automatically or by attacker control, repeating the process and increasing the amount of memory consumed. With a container configured to restart always, such as `podman run --restart=always`, this can result in a memory-based denial of service of the system.

Related

Alias · CVE (1)

Weakness · CWE (1)

  • CWE-400 Uncontrolled Resource Consumption weakness

References