CVE-2024-3154: cri-o · Command Injection
Affects cri-oSource CVE Database V5
Not known to be exploited · CVSS 7.2 High.
Data as of 26 Oct 2026, 10:12 UTC
- EPSS
- 1.4% chance of exploitation in 30 days – higher than 72% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 26 Apr 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: 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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubcri-o/cri-opkg:github/cri-o/cri-oOther threats | Affected
| 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-3154, organizations should implement the following specific measures: 1) Immediately restrict pod creation permissions to trusted users and service accounts only, using Kubernetes Role-Based Access Control (RBAC) to limit who can create pods with arbitrary annotations. 2) Monitor and audit pod annotations for suspicious or unauthorized systemd properties to detect potential exploitation attempts. 3) Apply any available patches or updates from cri-o maintainers as soon as they are released. 4) Consider deploying admission controllers or webhook policies that sanitize or block dangerous pod annotations before they reach the runtime. 5) Use container runtime security tools to detect anomalous host-level activity indicative of command injection or privilege escalation. 6) Regularly review and harden the security posture of the container orchestration environment, including network segmentation and host-level protections. 7) Educate developers and DevOps teams about the risks of excessive pod annotation privileges and enforce least privilege principles.
Description
A flaw was found in cri-o, where an arbitrary systemd property can be injected via a Pod annotation. Any user who can create a pod with an arbitrary annotation may perform an arbitrary action on the host system.
References
- access.redhat.com/errata/RHSA-2024:2669 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:2672 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:2784 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:3496 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2024-3154 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2272532 (opens in a new tab)
- github.com/cri-o/cri-o/security/advisories/GHSA-2cgq-h8xw-2v5j (opens in a new tab)
- github.com/opencontainers/runc/pull/4217 (opens in a new tab)
- github.com/opencontainers/runtime-spec/blob/main/features.md (opens in a new tab)