More Info:
Verifies that Kubernetes PKI certificate files have permissions of 644 or more restrictive to protect the clusters public certificates from tampering.Risk Level
MediumAddress
SecurityCompliance Standards
- CIS Kubernetes
Triage and Remediation
- Remediation
Remediation
Manual Steps
Manual Steps
- On every control plane node, list current permissions for all PKI certificate files and review them for unexpected entries or ownership before changing anything:
- Still on each control plane node, back up the PKI directory (for recovery if needed):
- On each control plane node, set certificate file permissions to
644(owner read/write, group and others read-only), which is “644 or more restrictive”:
- On each control plane node, ensure the certificate files are owned by the expected Kubernetes user and group (commonly
root:root); adjust if needed based on your environment’s standard:
- If your environment requires stricter permissions (for example, no world-read), you may optionally further restrict them, but only after confirming that all Kubernetes components that need to read these certificates will still have access:
- Verify on each control plane node that all
.crtfiles now have permissions644or more restrictive (e.g., 640, 600):
Using kubectl
Using kubectl
kubectl cannot modify file permissions on control plane nodes, so this finding cannot be fixed through the Kubernetes API. The required changes must be made directly on each control plane node’s filesystem (for
/etc/kubernetes/pki/*.crt); follow the guidance in the Manual Steps section to remediate.Automation
Automation

