Skip to main content
VulnerabilityPublished Updated

CVE-2022-2989: podman · CWE-842

Affects podmanSource CVE Database V5

0

Not known to be exploited · CVSS 7.1 High.

Data as of 26 Oct 2026, 10:12 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 13 Sep 2022

  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 26 Oct 2026.

What to do

AI-suggested

Given the absence of a fixed version, European organizations should implement the following specific mitigations: 1) Restrict access to containers strictly, ensuring only trusted users and processes can execute code inside containers, minimizing the risk of an attacker gaining the required execution capability. 2) Avoid using supplementary groups for access control within containers until a patch is available, or carefully audit and limit their use to reduce exposure. 3) Employ container runtime security tools that monitor and restrict process execution and privilege escalation attempts inside containers. 4) Use Linux security modules (e.g., SELinux, AppArmor) to enforce strict access controls on container processes and file systems. 5) Isolate sensitive workloads in containers with minimal privileges and consider additional network segmentation to limit lateral movement. 6) Monitor container logs and system calls for unusual activity indicative of exploitation attempts. 7) Stay updated with vendor advisories and apply patches immediately once available. 8) Consider alternative container runtimes temporarily if Podman usage is not critical or if the risk is unacceptable.

Description

An incorrect handling of the supplementary groups in the Podman container engine might lead to the sensitive information disclosure or possible data modification if an attacker has direct access to the affected container where supplementary groups are used to set access permissions and is able to execute a binary code in that container.

References

Community reviews

Loading reviews…