Skip to main content

lacework-global-338

note

This policy has been deprecated in favor of lacework-global-649.

See Adjusted Rules - CIS Amazon EKS 1.1.0 for further details.

4.2.2 Minimize the admission of containers wishing to share the host process ID namespace (Automated)

Profile Applicability

• Level 1

Description

Do not generally permit the running of containers with the hostPID flag set to true.

Rationale

A container running in the host's PID namespace can inspect processes running outside the container. If the container also has access to ptrace capabilities this can be used to escalate privileges outside of the container.

There should be at least one PodSecurityPolicy (PSP) defined which does not permit containers to share the host PID namespace.

If you need to run containers which require hostPID, this should be defined in a separate PSP and you should carefully check RBAC controls to ensure that only limited service accounts and users are given permission to access that PSP.

Impact

Pods defined with spec.hostPID: true will not be permitted unless they are run under a specific PSP.

Audit

Get the set of PSPs with the following command:

kubectl get psp

For each PSP, check whether privileged is enabled:

kubectl get psp <name> -o=jsonpath='{.spec.hostPID}'

Verify that there is at least one PSP which does not return true.

Remediation

Create a Pod Security Policy (PSP) as described in the Kubernetes documentation, omitting the .spec.hostPID field or setting it to false.

References

https://kubernetes.io/docs/concepts/policy/pod-security-policy