cis-oke-v180-4-5-2

name	cis-oke-v180-4.5.2
description	Apply Security Context to Your Pods and Containers (Manual)
category	cis-oke
version	1.8.0
author	cyberstrike-official
tags	["cis","oke","kubernetes","oci","policies","general-policies"]
cis_id	4.5.2
cis_benchmark	CIS Oracle Cloud Infrastructure Container Engine for Kubernetes (OKE) Benchmark v1.8.0
tech_stack	["kubernetes","oci","oke"]
cwe_ids	[]
chains_with	[]
prerequisites	[]
severity_boost	{}

4.5.2 Apply Security Context to Your Pods and Containers (Manual)

Profile Applicability

• Level 1

Description

Apply Security Context to Your Pods and Containers.

Rationale

A security context defines the operating system security settings (uid, gid, capabilities, SELinux role, etc..) applied to a container. When designing your containers and pods, make sure that you configure the security context for your pods, containers, and volumes. A security context is a property defined in the deployment yaml. It controls the security parameters that will be assigned to the pod/container/volume. There are two levels of security context: pod level security context, and container level security context.

Impact

If you incorrectly apply security contexts, you may have trouble running the pods.

Audit

Review the pod definitions in your cluster and verify that you have security contexts defined as appropriate.

Here is a key compliance check in OKE (Oracle Kubernetes Engine) to ensure all Pods define a securityContext at either the pod or container level:

echo -e "NAMESPACE\tPOD\tHAS_POD_SECURITY_CONTEXT\tHAS_CONTAINER_SECURITY_CONTEXT" && \
kubectl get pods -A -o json \
| jq -r '
  .items[]
  | .metadata.namespace as $ns
  | .metadata.name as $pod
  | (.spec.securityContext != null) as $hasPodSC
  | (([(.spec.containers[]?.securityContext != null)] | any) as $hasContainerSC
  | [$ns, $pod, $hasPodSC, $hasContainerSC] | @tsv
'

• HAS_POD_SECURITY_CONTEXT checks for a pod-level .spec.securityContext.
• HAS_CONTAINER_SECURITY_CONTEXT verifies if any container in the pod defines .securityContext.
• jq any -- returns true if at least one container has a security context.
• Works across all namespaces (-A).

Remediation

As a best practice we recommend that you scope the binding for privileged pods to service accounts within a particular namespace, e.g. kube-system, and limiting access to that namespace. For all other serviceaccounts/namespaces, we recommend implementing a more restrictive policy such as this:

apiVersion: policy/v1beta1
kind: PodSecurityPolicy
metadata:
  name: restricted
  annotations:
    seccomp.security.alpha.kubernetes.io/allowedProfileNames: