A flaw was found in CRI-O in the way it set kernel options for a pod. This issue allows anyone with rights to deploy a pod on a Kubernetes cluster that uses the CRI-O runtime to achieve a container escape and arbitrary code execution as root on the cluster node, where the malicious pod was deployed.
The product constructs all or part of a code segment using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the syntax or behavior of the intended code segment.
Link | Tags |
---|---|
https://bugzilla.redhat.com/show_bug.cgi?id=2059475 | issue tracking third party advisory |
https://github.com/cri-o/cri-o/security/advisories/GHSA-6x2m-w449-qwx7 | third party advisory |