More Info:
The —peer-client-cert-auth argument must be set to true so etcd requires valid certificates for peer connections. If disabled, an unauthorized node can join the cluster and access all etcd data.Risk Level
CriticalAddress
SecurityCompliance Standards
- CIS Kubernetes
Triage and Remediation
- Remediation
Remediation
Manual Steps
Manual Steps
- On every etcd (control plane) node, back up the existing manifest:
- Edit the etcd static pod manifest to set
--peer-client-cert-auth=true:
command: list, for example:-
Save the file and exit the editor (if used). The kubelet will automatically restart the etcd static pod when
/etc/kubernetes/manifests/etcd.yamlchanges. Be aware this briefly restarts the etcd container on this node. - Wait for the etcd pod to restart and become ready on this node:
docker ps | grep etcd if using Docker as the container runtime).- Verify on this node that etcd is now running with
--peer-client-cert-auth=true:
--peer-client-cert-auth=true and does not include --peer-client-cert-auth=false. Repeat all steps on every etcd node.Using kubectl
Using kubectl
This configuration is not exposed through Kubernetes API objects, so kubectl cannot change it. The required fix must be made directly on every etcd node by editing
/etc/kubernetes/manifests/etcd.yaml; see the Manual Steps section for the exact host-level remediation.Automation
Automation

