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.
cpe:2.3:a:kubernetes:kubernetes:*:*:*:*:*:*:*:*
59A9CBF2-B94B-4311-AE41-6CEA2DA7E24B
1.24.14
cpe:2.3:a:kubernetes:kubernetes:*:*:*:*:*:*:*:*
E2D70178-BDE0-430B-8446-0A93FB2323FB
1.25.10
1.25.0
cpe:2.3:a:kubernetes:kubernetes:*:*:*:*:*:*:*:*
D02A28B2-70E6-4B48-9D58-39525AD66C20
1.26.5
1.26.0
cpe:2.3:a:kubernetes:kubernetes:*:*:*:*:*:*:*:*
1C04A62B-D3F5-4E63-819A-0A8868F34643
1.27.2
1.27.0
OR
cpe:2.3:o:fedoraproject:fedora:38:*:*:*:*:*:*:*
CC559B26-5DFC-4B7A-A27C-B77DE755DFF9
OR
### What happened?

A security issue was discovered in Kubelet that allows pods to bypass the seccomp profile enforcement. This issue has been rated LOW ([CVSS:3.1/AV:L/AC:L/PR:H/UI:N/S:U/C:L/I:L/A:N](https://www.first.org/cvss/calculator/3.1#CVSS:3.1/AV:L/AC:L/PR:H/UI:N/S:U/C:L/I:L/A:N)) (score: 3.4).

If you have pods in your cluster that use [localhost type](https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.27/#seccompprofile-v1-core) for seccomp profile but specify an empty profile field, then you are affected by this issue. In this scenario, this vulnerability allows the pod to run in “unconfined” (seccomp disabled) mode. This bug affects Kubelet.

### How can we reproduce it (as minimally and precisely as possible)?

This can be reproduced by creating a pod with following sample seccomp Localhost profile - 

```
          localhostProfile: ""
```

https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.27/#seccompprofile-v1-core

### Kubernetes version

**Affected Versions**
v1.27.0 - v1.27.1
v1.26.0 - v1.26.4
v1.25.0 - v1.25.9
<= v1.24.13

**Fixed Versions**
v1.27.2
v1.26.5
v1.25.10
V1.24.14

### Anything else we need to know?

How do I remediate this vulnerability?
To remediate this vulnerability you should upgrade your Kubelet to one of the below mentioned versions.

Acknowledgements
This vulnerability was reported by Tim Allclair, and fixed by Craig Ingram.
CVE-2023-2431: Bypass of seccomp profile enforcement 
This is a GitHub Issue
repo:kubernetes
owner:kubernetes
Title : CVE-2023-2431: Bypass of seccomp profile enforcement 
Issue date:

--- start body ---
### What happened?

A security issue was discovered in Kubelet that allows pods to bypass the seccomp profile enforcement. This issue has been rated LOW ([CVSS:3.1/AV:L/AC:L/PR:H/UI:N/S:U/C:L/I:L/A:N](https://www.first.org/cvss/calculator/3.1#CVSS:3.1/AV:L/AC:L/PR:H/UI:N/S:U/C:L/I:L/A:N)) (score: 3.4).

If you have pods in your cluster that use [localhost type](https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.27/#seccompprofile-v1-core) for seccomp profile but specify an empty profile field, then you are affected by this issue. In this scenario, this vulnerability allows the pod to run in “unconfined” (seccomp disabled) mode. This bug affects Kubelet.

### How can we reproduce it (as minimally and precisely as possible)?

This can be reproduced by creating a pod with following sample seccomp Localhost profile - 

```
          localhostProfile: ""
```

https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.27/#seccompprofile-v1-core

### Kubernetes version

**Affected Versions**
v1.27.0 - v1.27.1
v1.26.0 - v1.26.4
v1.25.0 - v1.25.9
<= v1.24.13

**Fixed Versions**
v1.27.2
v1.26.5
v1.25.10
V1.24.14

### Anything else we need to know?

How do I remediate this vulnerability?
To remediate this vulnerability you should upgrade your Kubelet to one of the below mentioned versions.

Acknowledgements
This vulnerability was reported by Tim Allclair, and fixed by Craig Ingram.
--- end body ---

comments :
--- start comments ---

--- end comments ---