Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Boost Security in Kubernetes with CIS Security ...

Boost Security in Kubernetes with CIS Security Controls and Benchmarks

In a Kubernetes environment, security and compliance are two critical issues that administrators must consider deeply. By adopting a reliable security framework, you can effectively broaden the coverage of certification and regulatory requirements while enhancing system security.

In this presentation, we will explore how to apply the Center for Internet Security (CIS) Critical Security Controls and CIS Benchmarks in a Kubernetes security and compliance program to ensure best practices. Below are the key topics for this presentation:

- Introduction to the CIS organization and its significance: Why CIS is crucial for information system security, and an overview of its Critical Security Controls and CIS Benchmarks.
- CIS’s credibility and its impact: Learn how CIS establishes authoritative security benchmarks, and how Taiwan’s National Institute of Cyber Security references these benchmarks to develop the Government Configuration Baseline (GCB).
- Applying CIS benchmarks in Kubernetes: A walkthrough of key areas in Kubernetes security, including Control Plane Components, Etcd, Control Plane Configuration, Worker Nodes, and Policies, with an explanation of how to put these benchmarks into practice.
- Leveraging CNCF Landscape’s security and compliance projects: How the selection of automation tools from these projects helps in implementing CIS Benchmarks, along with related use cases.

This presentation will provide you with in-depth insights into Kubernetes security and compliance, offering practical strategies and tools to help your organization ensure compliance and improve security.

Ader Fu
KCD Taipei 2024, Aug. 4, 2024

ydFu(Ader Fu)

August 04, 2024
Tweet

More Decks by ydFu(Ader Fu)

Other Decks in Technology

Transcript

  1. 2 About me Name:  Ader Fu, a.k.a. Yao-De Fu

    has extensive experience in DevOps. Co-organizer:  Cloud Native Taiwan User Group (https://www.facebook.com/groups/cloudnative.tw)  Kubernetes Community Day(KCD Taiwan 2022&2023, KCD Taipei 2024) Organization:  Member: kubernetes, kubernetes-sigs, istio  Teams: Kubernetes Special Interest Group (SIG) Docs Community role:  cncf/glossary approver(https://github.com/cncf/glossary)  kubernetes/website approver and reviewer(https://github.com/kubernetes/website) Certificate:  1st CNCF Kubestronauts in Taiwan (https://www.cncf.io/training/kubestronaut/)  CKA, CKAD, CKS, KCNA and KCSA  Prometheus Certified Associate (PCA) [email protected] @ydFu
  2. 3 Outline • Center for Internet Security (CIS) introduction •

    Applying CIS benchmarks in Kubernetes • Leveraging CNCF Landscape’s security and compliance projects
  3. 5 What is system hardening? A process of fortifying system

    configuration settings to safeguard against attack vectors—methods of gaining unauthorized access to computer or network systems—thereby reducing an organization's attack surface, which encompasses all possible points where an unauthorized user can access a system and extract data, to mitigate the risk of cyber-attacks. Advantage:  Reduce the risk of being attacked  Improve system stability  Meet compliance requirements
  4. 6 Configuration compliance scan Configuration compliance scan is a Security

    Configuration Assessment (SCA) to verify if an asset's (Servers, Networking devices, IOT, Database, etc.) present configuration is based on best practice standards. • Known System Hardening Configuration Standards 1. Center for Internet Security (CIS) - CIS Benchmarks(https://www.cisecurity.org/cis-benchmarks-overview) 2. National Institute of Standards and Technology (NIST) – SP 800-123(General Server Security) and 800-53B(Security and Privacy Control) (https://nvlpubs.nist.gov/nistpubs/legacy/sp/nistspecialpublication800-123.pdf) & (https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.80053r5.pdf) 3. European Network and Information Security Agency (ENISA) (https://www.enisa.europa.eu)
  5. 7 CIS introduction  CIS are a community-driven nonprofit, responsible

    for the CIS Controls® and CIS Benchmarks™, globally recognized best practices for securing IT systems and data.  MS-ISAC and EI-ISAC are the key resources for cyber threat prevention, protection, response, and recovery for the nation’s state, local, tribal, and territorial (SLTT) governments and elections communities, respectively Leading the global community to secure our ever- changing connected world. Our mission is to make the connected world a safer place by developing, validating, and promoting timely best practice solutions that help people, businesses, and governments protect themselves against pervasive cyber threats. The CIS Vision The CIS Mission The Center for Internet Security, Inc. (CIS® ) Ref: https://www.cisecurity.org/
  6. 8 What Types of IT Systems Do CIS Benchmarks Cover?

    Cloud Providers Desktop Software DevSecOps Tools Mobiles Devices Multi Function Print Devices Network Devices Operating System Server Software Alibaba Cloud Amazon Web Services Google Cloud Computing Platform Microsoft 365 Microsoft Azure… Google Chrome Microsoft Office Microsoft Web Browser Mozilla Firefox Safari Browser Zoom… Software Supply Chain Security Apple iOS Google Android Print Devices Check Point Firewall Cisco F5 Fortinet Juniper Palo Alto Networks pfSense Firewall… Apple macOS Azure Linux Bottlerocket CentOS Linux Debian Family Linux Microsoft Windows Server… Apache HTTP Server Apache Tomcat BIND Docker Kubernetes MariaDB Microsoft IIS…
  7. 10 What are the CIS Benchmarks? • 100+ CIS Benchmarks

    covering 25 vendor product families (e.g., AWS Foundations, Amazon EKS) • Recognized by industry frameworks – DISA STIGs, FISMA, FedRAMP, PCI DSS • Community developed – CIS members, SMEs, security community experts, and technology vendors • Prescriptive instruction  Step-by-step list to apply configurations  Rationale on why the configuration is recommended  Impact the configuration will make  Mapped to CIS Controls Ref: https://www.cisecurity.org/cis-benchmarks
  8. 11 Scope of Impact of CIS Benchmarks and CIS Controls

    ref:https://d1.awsstatic.com/events/aws-reinforce-2022/DEM210-S_Cloud- security-fundamentals-with-CIS-sponsored-by-the-Center-for-Internet-Security.pdf
  9. 12 Government Configuration Baseline(GCB) • 政府組態基準(Government Configuration Baseline,以下簡稱GCB)目 的在於規範資通訊終端設備(如:個人電腦、伺服器主機及網通設備)的一 致性安全設定(如:密碼長度、更新期限等),以降低成為駭客入侵管道,

    進而引發資安事件之疑慮。 • 國家資通安全研究社(核心業務-資安防護) 發展一致的安全組態設定 提升政府機關資通訊終端設備使用安全性 1 2 ref:https://www.nics.nat.gov.tw/core_business/cybersecurity_defense/GCB/
  10. 13 GCB 對應法規與落地場域 規定項目:政府組態基準(GCB) 初次受核定或等級變更後之一年內,依主 管機關公告之項目,完成政府組態基準導 入作業,並持續維運。 資通安全 責任等級 分級辦法

    A、B 級公務 機關 特定非公務機關之中央目的事業主管機關 得視實際需求,於符合本辦法規定之範圍 內,另行訂定其所管特定非公務機關之資 通安全應辦事項。 A、B 級特定 非公務 機關 ref:https://www.nics.nat.gov.tw/core_business/cybersecurity_defense/GCB/
  11. 14 CIS Benchmarks 與 GCB 的關係 • 以 Red Hat

    Enterprise Linux 8 TWGCB-01-008(v1.0)-政府組態 基準說明文件。 • 共計 292 項規定,分基本項目 (243 項),防火牆(18 項)以及 SSH 服務(31 項)。 • 主要參考下列二項國際知名資訊 安全標準:  CIS (Center for Internet Security) RHEL 8 Benchmark  DISA (Defense Information Systems Agency) RHEL 8 STIG  TWGCB for RHEL 5 項次 項目 項數 合計 1 基本項目 (系統設定與維護、網路設定、 日誌與稽核、SELinux…) 243 292 2 Firewalld 防火牆組態基準 5 3 Nftables 防火牆組態基準 7 4 Iptables 防火牆組態基準 6 5 SSH 伺服器組態基準 31 14 ref:https://www.nics.nat.gov.tw/core_business/cybersecurity_defense/GCB/
  12. 16 Covers the classification of Kubernetes  The Types of

    Kubernetes in CIS Benchmarks is in Server Software/Kubernetes  Category links: https://www.cisecurity.org/bench mark/kubernetes Covers the classification of Kubernetes Red Hat OpenShift Container Platform Google Kubernetes Engine (GKE) Amazon Elastic Kubernetes Service (EKS) Oracle Cloud Infrastructure Container Engine for Kubernetes (OKE) Azure Kubernetes Service (AKS) Alibaba Cloud Container Service For Kubernetes (ACK) Kubernetes
  13. 17 CIS Benchmark Implementation Guide CIS Benchmark措施 原因理由 如何查核 影響範疇

    預設配置 參考資訊 建議資訊 Source: https://www.cisecurity.org/benchmark/kubernetes 描述
  14. 18 CIS benchmarks Level Level 1 • More basic •

    Smaller service impact • For small & medium businesses • For organizations that don't handle PII or other sensitive data Level 2 • More comprehensive • Can impact business functions • For enterprises & critical infrastructure like energy, communications, healthcare, finance, etc. ref:https://www.cisecurity.org/benchmark/kubernetes
  15. 19 Applying CIS benchmarks in Kubernetes 1. Control Plane Components

    2. Etcd 3. Control Plane Configuration 4. Worker Nodes 5. Policies Source: https://www.cisecurity.org/benchmark/kubernetes
  16. 20 1.1 Control Plane Node Configuration Files (1/2) 1.1.1 Ensure

    that the API server pod specification file permissions are set to 600 or more restrictive (Automated) 1.1.2 Ensure that the API server pod specification file ownership is set to root:root (Automated) 1.1.3 Ensure that the controller manager pod specification file permissions are set to 600 or more restrictive (Automated) 1.1.4 Ensure that the controller manager pod specification file ownership is set to root:root (Automated) 1.1.5 Ensure that the scheduler pod specification file permissions are set to 600 or more restrictive (Automated) 1.1.6 Ensure that the scheduler pod specification file ownership is set to root:root (Automated) 1.1.7 Ensure that the etcd pod specification file permissions are set to 600 or more restrictive (Automated) 1.1.8 Ensure that the etcd pod specification file ownership is set to root:root (Automated) 1.1.9 Ensure that the Container Network Interface file permissions are set to 600 or more restrictive (Manual) 1.1.10 Ensure that the Container Network Interface file ownership is set to root:root (Manual) ref:https://www.cisecurity.org/benchmark/kubernetes
  17. 21 1.1 Control Plane Node Configuration Files (2/2) 1.1.11 Ensure

    that the etcd data directory permissions are set to 700 or more restrictive (Automated) 1.1.12 Ensure that the etcd data directory ownership is set to etcd:etcd (Automated) 1.1.13 Ensure that the default administrative credential file permissions are set to 600 (Automated) 1.1.14 Ensure that the default administrative credential file ownership is set to root:root (Automated) 1.1.15 Ensure that the scheduler.conf file permissions are set to 600 or more restrictive (Automated) 1.1.16 Ensure that the scheduler.conf file ownership is set to root:root (Automated) 1.1.17 Ensure that the controller-manager.conf file permissions are set to 600 or more restrictive (Automated) 1.1.18 Ensure that the controller-manager.conf file ownership is set to root:root (Automated) 1.1.19 Ensure that the Kubernetes PKI directory and file ownership is set to root:root (Automated) 1.1.20 Ensure that the Kubernetes PKI certificate file permissions are set to 600 or more restrictive (Manual) 1.1.21 Ensure that the Kubernetes PKI key file permissions are set to 600 (Manual) ref:https://www.cisecurity.org/benchmark/kubernetes
  18. 22 1.2 API Server (1/3) 1.2.1 Ensure that the --anonymous-auth

    argument is set to false (Manual) 1.2.2 Ensure that the --token-auth-file parameter is not set (Automated) 1.2.3 Ensure that the DenyServiceExternalIPs is set (Manual) 1.2.4 Ensure that the --kubelet-client-certificate and --kubeletclient-key arguments are set as appropriate (Automated) 1.2.5 Ensure that the --kubelet-certificate-authority argument is set as appropriate (Automated) 1.2.6 Ensure that the --authorization-mode argument is not set to AlwaysAllow (Automated) 1.2.7 Ensure that the --authorization-mode argument includes Node (Automated) 1.2.8 Ensure that the --authorization-mode argument includes RBAC (Automated) 1.2.9 Ensure that the admission control plugin EventRateLimit is set (Manual) 1.2.10 Ensure that the admission control plugin AlwaysAdmit is not set (Automated) ref:https://www.cisecurity.org/benchmark/kubernetes
  19. 23 1.2 API Server (2/3) 1.2.11 Ensure that the admission

    control plugin AlwaysPullImages is set (Manual) 1.2.12 Ensure that the admission control plugin ServiceAccount is set (Automated) 1.2.13 Ensure that the admission control plugin NamespaceLifecycle is set (Automated) 1.2.14 Ensure that the admission control plugin NodeRestriction is set (Automated) 1.2.15 Ensure that the --profiling argument is set to false (Automated) 1.2.16 Ensure that the --audit-log-path argument is set (Automated) 1.2.17 Ensure that the --audit-log-maxage argument is set to 30 or as appropriate (Automated) 1.2.18 Ensure that the --audit-log-maxbackup argument is set to 10 or as appropriate (Automated) 1.2.19 Ensure that the --audit-log-maxsize argument is set to 100 or as appropriate (Automated) 1.2.20 Ensure that the --request-timeout argument is set as appropriate (Manual) ref:https://www.cisecurity.org/benchmark/kubernetes
  20. 24 1.2 API Server (3/3) 1.2.21 Ensure that the --service-account-lookup

    argument is set to true (Automated) 1.2.22 Ensure that the --service-account-key-file argument is set as appropriate (Automated) 1.2.23 Ensure that the --etcd-certfile and --etcd-keyfile arguments are set as appropriate (Automated) 1.2.24 Ensure that the --tls-cert-file and --tls-private-key-file arguments are set as appropriate (Automated) 1.2.25 Ensure that the --client-ca-file argument is set as appropriate (Automated) 1.2.26 Ensure that the --etcd-cafile argument is set as appropriate (Automated) 1.2.27 Ensure that the --encryption-provider-config argument is set as appropriate (Manual) 1.2.28 Ensure that encryption providers are appropriately configured (Manual) 1.2.29 Ensure that the API Server only makes use of Strong Cryptographic Ciphers (Manual) ref:https://www.cisecurity.org/benchmark/kubernetes
  21. 25 1.3 Controller Manager (1/1) 1.3.1 Ensure that the --terminated-pod-gc-threshold

    argument is set as appropriate (Manual) 1.3.2 Ensure that the --profiling argument is set to false (Automated) 1.3.3 Ensure that the --use-service-account-credentials argument is set to true (Automated) 1.3.4 Ensure that the --service-account-private-key-file argument is set as appropriate (Automated) 1.3.5 Ensure that the --root-ca-file argument is set as appropriate (Automated) 1.3.6 Ensure that the RotateKubeletServerCertificate argument is set to true (Automated) 1.3.7 Ensure that the --bind-address argument is set to 127.0.0.1 (Automated) ref:https://www.cisecurity.org/benchmark/kubernetes
  22. 26 1.4 Scheduler (1/1) 1.4.1 Ensure that the --profiling argument

    is set to false (Automated) 1.4.2 Ensure that the --bind-address argument is set to 127.0.0.1 (Automated) ref:https://www.cisecurity.org/benchmark/kubernetes
  23. 27 2. Etcd (1/1) 2.1 Ensure that the --cert-file and

    --key-file arguments are set as appropriate (Automated) 2.2 Ensure that the --client-cert-auth argument is set to true (Automated) 2.3 Ensure that the --auto-tls argument is not set to true (Automated) 2.4 Ensure that the --peer-cert-file and --peer-key-file arguments are set as appropriate (Automated) 2.5 Ensure that the --peer-client-cert-auth argument is set to true (Automated) 2.6 Ensure that the --peer-auto-tls argument is not set to true (Automated) 2.7 Ensure that a unique Certificate Authority is used for etcd (Manual) ref:https://www.cisecurity.org/benchmark/kubernetes
  24. 28 3. Control Plane Configuration (1/1) • 3.1 Authentication and

    Authorization 3.1.1 Client certificate authentication should not be used for users (Manual) 3.1.2 Service account token authentication should not be used for users (Manual) 3.1.3 Bootstrap token authentication should not be used for users (Manual) • 3.2 Logging 3.2.1 Ensure that a minimal audit policy is created (Manual) 3.2.2 Ensure that the audit policy covers key security concerns (Manual) ref:https://www.cisecurity.org/benchmark/kubernetes
  25. 29 4.1 Worker Node Configuration Files (1/1) 4.1.1 Ensure that

    the kubelet service file permissions are set to 600 or more restrictive (Automated) 4.1.2 Ensure that the kubelet service file ownership is set to root:root (Automated) 4.1.3 If proxy kubeconfig file exists ensure permissions are set to 600 or more restrictive (Manual) 4.1.4 If proxy kubeconfig file exists ensure ownership is set to root:root (Manual) 4.1.5 Ensure that the --kubeconfig kubelet.conf file permissions are set to 600 or more restrictive (Automated) 4.1.6 Ensure that the --kubeconfig kubelet.conf file ownership is set to root:root (Automated) 4.1.7 Ensure that the certificate authorities file permissions are set to 600 or more restrictive (Manual) ref:https://www.cisecurity.org/benchmark/kubernetes
  26. 30 4.2 Kubelet (1/2) 4.2.1 Ensure that the --anonymous-auth argument

    is set to false (Automated) 4.2.2 Ensure that the --authorization-mode argument is not set to AlwaysAllow (Automated) 4.2.3 Ensure that the --client-ca-file argument is set as appropriate (Automated) 4.2.4 Verify that the --read-only-port argument is set to 0 (Manual) 4.2.5 Ensure that the --streaming-connection-idle-timeout argument is not set to 0 (Manual) 4.2.6 Ensure that the --make-iptables-util-chains argument is set to true (Automated) 4.2.7 Ensure that the --hostname-override argument is not set (Manual) ref:https://www.cisecurity.org/benchmark/kubernetes
  27. 31 4.2 Kubelet & 4.3 kube-proxy (2/2) • 4.2 Kubelet

    4.2.8 Ensure that the eventRecordQPS argument is set to a level which ensures appropriate event capture (Manual) 4.2.9 Ensure that the --tls-cert-file and --tls-private-key-file arguments are set as appropriate (Manual) 4.2.10 Ensure that the --rotate-certificates argument is not set to false (Automated) 4.2.11 Verify that the RotateKubeletServerCertificate argument is set to true (Manual) 4.2.12 Ensure that the Kubelet only makes use of Strong Cryptographic Ciphers (Manual) 4.2.13 Ensure that a limit is set on pod PIDs (Manual) • 4.3 kube-proxy 4.3.1 Ensure that the kube-proxy metrics service is bound to localhost (Automated) ref:https://www.cisecurity.org/benchmark/kubernetes
  28. 32 5. Policies (1/5) • 5.1 RBAC and Service Accounts

    5.1.1 Ensure that the cluster-admin role is only used where required (Manual) 5.1.2 Minimize access to secrets (Manual) 5.1.3 Minimize wildcard use in Roles and ClusterRoles (Manual) 5.1.4 Minimize access to create pods (Manual) 5.1.5 Ensure that default service accounts are not actively used. (Manual) 5.1.6 Ensure that Service Account Tokens are only mounted where necessary (Manual) 5.1.7 Avoid use of system:masters group (Manual) 5.1.8 Limit use of the Bind, Impersonate and Escalate permissions in the Kubernetes cluster (Manual) 5.1.9 Minimize access to create persistent volumes (Manual) 5.1.10 Minimize access to the proxy sub-resource of nodes (Manual) 5.1.11 Minimize access to the approval sub-resource of certificatesigningrequests objects (Manual) ref:https://www.cisecurity.org/benchmark/kubernetes
  29. 33 5. Policies (2/5) • 5.2 Pod Security Standards 5.2.1

    Ensure that the cluster has at least one active policy control mechanism in place (Manual) 5.2.2 Minimize the admission of privileged containers (Manual) 5.2.3 Minimize the admission of containers wishing to share the host process ID namespace (Manual) 5.2.4 Minimize the admission of containers wishing to share the host IPC namespace (Manual) 5.2.5 Minimize the admission of containers wishing to share the host network namespace (Manual) 5.2.6 Minimize the admission of containers with allowPrivilegeEscalation (Manual) 5.2.7 Minimize the admission of root containers (Manual) ref:https://www.cisecurity.org/benchmark/kubernetes
  30. 34 5. Policies (3/5) )  5.2 Pod Security Standards

    5.2.8 Minimize the admission of containers with the NET_RAW capability (Manual) 5.2.9 Minimize the admission of containers with added capabilities (Manual) 5.2.10 Minimize the admission of containers with capabilities assigned (Manual) 5.2.11 Minimize the admission of Windows HostProcess Containers (Manual) 5.2.12 Minimize the admission of HostPath volumes (Manual) 5.2.13 Minimize the admission of containers which use HostPorts (Manual) ref:https://www.cisecurity.org/benchmark/kubernetes
  31. 35 5. Policies (4/5) • 5.3 Network Policies and CNI

    5.3.1 Ensure that the CNI in use supports Network Policies (Manual) 5.3.2 Ensure that all Namespaces have Network Policies defined (Manual) • 5.4 Secrets Management 5.4.1 Prefer using secrets as files over secrets as environment variables (Manual) 5.4.2 Consider external secret storage (Manual) • 5.5 Extensible Admission Control 5.5.1 Configure Image Provenance using ImagePolicyWebhook admission controller (Manual) ref:https://www.cisecurity.org/benchmark/kubernetes
  32. 36 5. Policies (5/5) • 5.7 General Policies 5.7.1 Create

    administrative boundaries between resources using namespaces (Manual) 5.7.2 Ensure that the seccomp profile is set to docker/default in your pod definitions (Manual) 5.7.3 Apply Security Context to Your Pods and Containers (Manual) 5.7.4 The default namespace should not be used (Manual) ref:https://www.cisecurity.org/benchmark/kubernetes
  33. 39 Kube-bench: Kubernetes Security Assessment Tool • Overview:  Kube-bench

    is an open-source tool for assessing the security of Kubernetes clusters. It runs checks based on the Center for Internet Security (CIS) Kubernetes benchmark and was developed in GoLang by Aqua Security. • Key Features:  Security Reconnaissance: Supports both self-managed Kubernetes clusters and clusters managed by cloud providers (e.g., AWS, Azure, GKE).  Test Rule Configuration: Configured via YAML files, allowing easy updates. • CIS Kubernetes Benchmark:  Follows best practices to ensure Kubernetes cluster security. • Reporting and Alerts:  Supports report generation and alert creation based on JSON format scan scripts, with customizable policies. Ref: https://github.com/aquasecurity/kube-bench
  34. 41 Running the CIS Benchmark using kube-bench (2/4) Type Result

    Staute manual [WARN] manual 通過 [PASS] manual 失敗 [FAIL] automated 通過 [PASS] automated 失敗 [FAIL] skip [INFO] [PASS]/[FAIL]: Execution success or failure [WARN]: Requires further confirmation [INFO]: No further action needed Ref: https://github.com/aquasecurity/kube-bench
  35. 42 Running the CIS Benchmark using kube-bench (3/4) Summary #section

    Summary total Ref: https://github.com/aquasecurity/kube-bench
  36. 43 Running the CIS Benchmark using kube-bench (4/4) Remediations Steps

    Ref: https://github.com/aquasecurity/kube-bench
  37. 44 References 1. Center for Internet Security: https://www.cisecurity.org/ 2. CIS

    Benchmark – Kubernetes: https://www.cisecurity.org/benchmark/kubernetes 3. 政府組態基準(Government Configuration Baseline):https://www.nics.nat.gov.tw/core_business/cybersecurity_defense/ GCB/ 4. Raise your security posture with CIS security controls and benchmarks: https://d1.awsstatic.com/events/aws-reinforce-2022/TDR203_Raise-your- security-posture-with-CIS-security-controls-and-benchmarks.pdf 5. kube-bench: https://github.com/aquasecurity/kube-bench