A security issue was discovered in Kubelet that allows pods to bypass the seccomp profile enforcement. Pods that use localhost type for seccomp profile but specify an empty profile field, are affected by this issue. In this scenario, this vulnerability allows the pod to run in unconfined (seccomp disabled) mode. This bug affects Kubelet.
The product receives input that is expected to be of a certain type, but it does not validate or incorrectly validates that the input is actually of the expected type.
Name | Vendor | Start Version | End Version |
---|---|---|---|
Kubernetes | Kubernetes | * | 1.24.14 (excluding) |
Kubernetes | Kubernetes | 1.25.0 (including) | 1.25.10 (excluding) |
Kubernetes | Kubernetes | 1.26.0 (including) | 1.26.5 (excluding) |
Kubernetes | Kubernetes | 1.27.0 (including) | 1.27.2 (excluding) |
Red Hat OpenShift Container Platform 4.13 | RedHat | openshift4-wincw/windows-machine-config-rhel9-operator:8.1.0-24 | * |
Kubernetes | Ubuntu | bionic | * |
Kubernetes | Ubuntu | kinetic | * |
Kubernetes | Ubuntu | lunar | * |
Kubernetes | Ubuntu | mantic | * |
Kubernetes | Ubuntu | trusty | * |
Kubernetes | Ubuntu | upstream | * |
Kubernetes | Ubuntu | xenial | * |
When input does not comply with the expected type, attackers could trigger unexpected errors, cause incorrect actions to take place, or exploit latent vulnerabilities that would not be possible if the input conformed with the expected type. This weakness can appear in type-unsafe programming languages, or in programming languages that support casting or conversion of an input to another type.