CVE-2026-121885: CWE-807
Source GCVE Database
Not known to be exploited · CVSS 6.5 Medium.
Data as of 10 Nov 2026, 17:20 UTC
Thin evidence
One scorer or none| CNA (redhat) | CVSS 3.1 | 6.5 |
|---|
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 10 Nov 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 10 Nov 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Red Hat Enterprise Linux 10podman | Affected– | Fixed in– |
| Red Hat Enterprise Linux 8container-tools:rhel8/podman | Affected– | Fixed in– |
| Red Hat Enterprise Linux 9podman | Affected– | Fixed in– |
| Red Hat Hardened Imagespodman | Affected– | Fixed in– |
| Red Hat OpenShift Container Platform 4podman | Affected– | Fixed in– |
AI-suggested
Do not use Podman's auto-update feature on untrusted containers or images. Inspect container image labels before running with the command 'podman image inspect --format '.Config.Labels'' and verify that 'io.containers.autoupdate' and 'PODMAN_SYSTEMD_UNIT' labels are not set. For existing containers, ensure auto-update labels are correctly configured and only present on intended containers. In default Red Hat Enterprise Linux configurations, podman-auto-update is disabled, so no action is required unless it has been explicitly enabled.
Description
A vulnerability in Podman allows an attacker to cause a Denial of Service (DoS) by supplying a container image with crafted metadata labels. Podman's auto-update mechanism trusts these labels to decide which system services to restart. If a user runs such a malicious container and auto-update processes it, arbitrary systemd services may be restarted with the user's privileges, potentially shutting down the host system if Podman runs with administrative rights. The vulnerability requires user interaction to pull and run an untrusted container image. In default Red Hat Enterprise Linux configurations, the auto-update timer is disabled, and rootless containers have limited systemd control, reducing risk.