CIS 벤치마크

이 문서에서는 CIS Kubernetes 벤치마크, 벤치마크로 규정 준수를 감사하는 방법, 권장 수준을 직접 구현할 수 없는 경우에 베어메탈용 Anthos 클러스터에서 구성하는 항목을 설명합니다.

CIS 벤치마크 사용

인터넷 보안 센터(CIS)는 보안 권장 수준을 위한 벤치마크를 출시합니다. CIS Kubernetes 벤치마크는 강력한 보안 수준 지원을 위한 Kubernetes 구성 권장 수준 집합을 제공합니다. 벤치마크는 특정 Kubernetes 출시에 연결됩니다. CIS Kubernetes 벤치마크는 오픈소스 Kubernetes 배포용으로 작성되었으며, 가능한 한 배포 간 범용 적용이 가능하도록 고안되었습니다.

버전

여러 벤치마크는 버전 번호가 동일하지 않을 수 있습니다.

이 문서에서는 다음과 같은 버전이 사용됩니다.

Anthos 버전 Kubernetes 버전 CIS Kubernetes 벤치마크 버전
1.7.0 1.19.7 1.6

CIS Kubernetes 벤치마크

벤치마크 액세스

CIS Kubernetes 벤치마크는 CIS 웹사이트에서 제공됩니다.

권장 수준

CIS Kubernetes 벤치마크에서 권장 수준은 다음과 같습니다.

수준 설명
수준 1

권장 수준은 다음과 같습니다.

  • 실용적이고 신중해야 합니다.
  • 명확한 보안 이점을 제공해야 합니다.
  • 허용 범위를 벗어나는 기술 활용성을 제한하지 않아야 합니다.
  • 수준 2

    수준 1 프로필을 확장합니다.

    권장 수준에 다음 특성 중 하나 이상이 포함되어야 합니다.

  • 보안이 매우 중요한 환경 또는 사용 사례용으로 사용됩니다.
  • 심층 방어 수단으로 사용됩니다.
  • 기술 활용성 또는 성능에 부정적 영향을 줄 수 있습니다.
  • 평가 상태

    평가 상태가 모든 권장사항에 포함됩니다. 평가 상태는 제공된 권장사항을 자동화할 수 있는지 또는 구현하려면 수동 단계가 필요한지를 나타냅니다. 두 상태 모두 동일하게 중요하며 아래에 정의된 대로 결정되고 지원됩니다.

    점수 설명
    자동 기술 제어 평가를 완전히 자동화하고 통과/실패 상태로 확인할 수 있는 권장사항을 나타냅니다. 권장사항에는 자동화를 구현하는 데 필요한 정보가 포함됩니다.
    수동 기술 제어 평가를 완전히 자동화할 수 없으며 구성된 상태가 예상대로 설정되었는지 확인하기 위한 전체 또는 일부 수동 단계가 필요한 권장사항을 나타냅니다. 예상 상태는 환경에 따라 다를 수 있습니다.

    베어메탈용 Anthos 클러스터 평가

    Google에서는 다음 값을 사용하여 베어메탈용 Anthos 클러스터의 Kubernetes 권장 수준 상태를 지정합니다.

    상태 설명
    통과 벤치마크 권장 수준을 준수합니다.
    실패 벤치마크 권장 수준을 준수하지 않습니다.
    동등 제어 벤치마크 권장 수준의 조항을 정확하게 준수하지 않지만 동등한 보안 제어를 제공하도록 다른 메커니즘이 베어메탈용 Anthos 클러스터에 있습니다.
    환경에 따라 다름 베어메탈용 Anthos 클러스터에서는 이 권장 수준과 관련된 항목을 구성하지 않습니다. 해당 환경이 벤치마크 권장 수준을 준수하는지 여부는 사용자 구성에 따라 결정됩니다.

    베어메탈용 Anthos 클러스터 아키텍처

    베어메탈용 Anthos 클러스터는 여러 클러스터 구성과 클러스터 유형을 지원합니다. 지원되는 모든 클러스터 유형, 관리자, 사용자, 하이브리드, 독립형은 CIS 벤치마크에 따라 평가됩니다. 다음 평가 및 근거는 지원되는 모든 클러스터 유형에 적용됩니다. 베어메탈용 Anthos 클러스터에서 지원하는 클러스터 구성에 대한 자세한 내용은 배포 모델 선택을 참조하세요.

    베어메탈용 Anthos 클러스터의 상태

    지정된 버전으로 새 클러스터를 만들 때 CIS Kubernetes 벤치마크에 대해 작업을 수행하는 방법은 다음과 같습니다.

    베어메탈용 Anthos 클러스터의 상태

    # 권장사항 수준 상태
    1 1.6
    1.1 마스터 노드 구성 파일
    1.1.1 API 서버 포드 사양 파일 권한이 644 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(자동). L1 통과
    1.1.2 API 서버 포드 사양 파일 소유권이 root:root로 설정되었는지 확인합니다(자동). L1 통과
    1.1.3 컨트롤러 관리자 포드 사양 파일 권한이 644 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(자동). L1 통과
    1.1.4 컨트롤러 관리자 포드 사양 파일 소유권이 root:root로 설정되었는지 확인합니다(자동). L1 통과
    1.1.5 스케줄러 포드 사양 파일 권한이 644 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(자동). L1 통과
    1.1.6 스케줄러 포드 사양 파일 소유권이 root:root로 설정되었는지 확인합니다(자동). L1 통과
    1.1.7 etcd 포드 사양 파일 권한이 644 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(자동). L1 통과
    1.1.8 etcd 포드 사양 파일 소유권이 root:root로 설정되었는지 확인합니다(자동). L1 통과
    1.1.9 컨테이너 네트워크 인터페이스 파일 권한이 644 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(수동). L1 동등 제어
    1.1.10 컨테이너 네트워크 인터페이스 파일 소유권이 root:root로 설정되었는지 확인합니다(수동). L1 동등 제어
    1.1.11 etcd 데이터 디렉터리 권한이 700 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(자동). L1 동등 제어
    1.1.12 etcd 데이터 디렉터리 소유권이 etcd:etcd로 설정되었는지 확인합니다(자동). L1 동등 제어
    1.1.13 admin.conf 파일 권한이 644 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(자동). L1 통과
    1.1.14 admin.conf 파일 소유권이 root:root로 설정되었는지 확인합니다(자동). L1 통과
    1.1.15 scheduler.conf 파일 권한이 644 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(자동). L1 통과
    1.1.16 scheduler.conf 파일 소유권이 root:root로 설정되었는지 확인합니다(자동). L1 통과
    1.1.17 controller-manager.conf 파일 권한이 644 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(자동). L1 통과
    1.1.18 controller-manager.conf 파일 소유권이 root:root로 설정되었는지 확인합니다(자동). L1 통과
    1.1.19 Kubernetes PKI 디렉터리 및 파일 소유권이 root:root로 설정되었는지 확인합니다(자동). L1 통과
    1.1.20 Kubernetes PKI 인증서 파일 권한이 644 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(수동). L1 통과
    1.1.21 Kubernetes PKI 키 파일 권한이 600로 설정되었는지 확인합니다(수동). L1 통과
    1.2 API 서버
    1.2.1 --anonymous-auth 인수가 false로 설정되었는지 확인합니다(수동). L1 실패
    1.2.2 --basic-auth-file 인수가 설정되지 않았는지 확인합니다(자동). L1 통과
    1.2.3 --token-auth-file 매개변수가 설정되지 않았는지 확인합니다(자동). L1 통과
    1.2.4 --kubelet-https 인수가 true로 설정되었는지 확인합니다(자동). L1 통과
    1.2.5 --kubelet-client-certificate--kubelet-client-key 인수가 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    1.2.6 --kubelet-certificate-authority 인수가 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    1.2.7 --authorization-mode 인수가 AlwaysAllow로 설정되지 않았는지 확인합니다(자동). L1 통과
    1.2.8 --authorization-mode 인수에 노드가 포함되는지 확인합니다(자동). L1 통과
    1.2.9 --authorization-mode 인수에 RBAC가 포함되는지 확인합니다(자동). L1 통과
    1.2.10 허용 제어 플러그인 EventRateLimit가 설정되었는지 확인합니다(수동). L1 실패
    1.2.11 허용 제어 플러그인 AlwaysAdmit가 설정되지 않았는지 확인합니다(자동). L1 통과
    1.2.12 허용 제어 플러그인 AlwaysPullImages가 설정되었는지 확인합니다(수동). L1 실패
    1.2.13 PodSecurityPolicy가 사용되지 않은 경우 허용 제어 플러그인 SecurityContextDeny가 설정되었는지 확인합니다(수동). L1 동등 제어
    1.2.14 허용 제어 플러그인 ServiceAccount가 설정되었는지 확인합니다(자동). L1 통과
    1.2.15 허용 제어 플러그인 NamespaceLifecycle이 설정되었는지 확인합니다(자동). L1 통과
    1.2.16 허용 제어 플러그인 PodSecurityPolicy가 설정되었는지 확인합니다(자동). L1 동등 제어
    1.2.17 허용 제어 플러그인 NodeRestriction이 설정되었는지 확인합니다(자동). L1 통과
    1.2.18 --insecure-bind-address 인수가 설정되지 않았는지 확인합니다(자동). L1 통과
    1.2.19 --insecure-port 인수가 0으로 설정되었는지 확인합니다(자동). L1 통과
    1.2.20 --secure-port 인수가 0으로 설정되지 않았는지 확인합니다(자동). L1 통과
    1.2.21 --profiling 인수가 false로 설정되었는지 확인합니다(자동). L1 통과
    1.2.22 --audit-log-path 인수가 설정되었는지 확인합니다(자동). L1 통과
    1.2.23 --audit-log-maxage 인수가 30 또는 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    1.2.24 --audit-log-maxbackup 인수가 10 또는 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    1.2.25 --audit-log-maxsize 인수가 100 또는 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    1.2.26 --request-timeout 인수가 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    1.2.27 --service-account-lookup 인수가 true로 설정되었는지 확인합니다(자동). L1 통과
    1.2.28 --service-account-key-file 인수가 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    1.2.29 --etcd-certfile--etcd-keyfile 인수가 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    1.2.30 --tls-cert-file--tls-private-key-file 인수가 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    1.2.31 --client-ca-file 인수가 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    1.2.32 --etcd-cafile 인수가 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    1.2.33 --encryption-provider-config 인수가 적합한 값으로 설정되었는지 확인합니다(수동). L1 통과
    1.2.34 암호화 공급자가 적합한 값으로 구성되었는지 확인합니다(수동). L1 통과
    1.2.35 API 서버는 강력한 암호화만 사용합니다(수동). L1 통과
    1.3 컨트롤러 관리자
    1.3.1 --terminated-pod-gc-threshold 인수가 적합한 값으로 설정되었는지 확인합니다(수동). L1 통과
    1.3.2 --profiling 인수가 false로 설정되었는지 확인합니다(자동). L1 통과
    1.3.3 --use-service-account-credentials 인수가 true로 설정되었는지 확인합니다(자동). L1 통과
    1.3.4 --service-account-private-key-file 인수가 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    1.3.5 --root-ca-file 인수가 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    1.3.6 RotateKubeletServerCertificate 인수가 true로 설정되었는지 확인합니다(자동). L2 통과
    1.3.7 --bind-address 인수가 127.0.0.1으로 설정되었는지 확인합니다(자동). L1 통과
    1.4 스케줄러
    1.4.1 --profiling 인수가 false로 설정되었는지 확인합니다(자동). L1 통과
    1.4.2 --bind-address 인수가 127.0.0.1으로 설정되었는지 확인합니다(자동). L1 통과
    2 1.6
    2 Etcd 노드 구성 파일
    2.1 --cert-file--key-file 인수가 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    2.2 --client-cert-auth 인수가 true로 설정되었는지 확인합니다(자동). L1 통과
    2.3 --auto-tls 인수가 true로 설정되지 않았는지 확인합니다(자동). L1 통과
    2.4 --peer-cert-file--peer-key-file 인수가 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    2.5 --peer-client-cert-auth 인수가 true로 설정되었는지 확인합니다(자동). L1 통과
    2.6 --peer-auto-tls 인수가 true로 설정되지 않았는지 확인합니다(자동). L1 통과
    2.7 고유한 인증 기관이 etcd에 사용되었는지 확인합니다(수동). L2 통과
    3 1.6
    3.1 인증 및 승인
    3.1.1 사용자에 대해 클라이언트 인증서 인증을 사용하지 않아야 합니다(수동). L2 통과
    3.2 Logging
    3.2.1 최소 감사 정책이 생성되었는지 확인합니다(수동). L1 통과
    3.2.2 감사 정책에 주요 보안 문제가 포함되는지 확인합니다(수동). L2 동등 제어
    4 1.6
    4.1 워커 노드 구성 파일
    4.1.1 kubelet 서비스 파일 권한이 644 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(자동). L1 통과
    4.1.2 kubelet 서비스 파일 소유권이 root:root로 설정되었는지 확인합니다(자동). L1 통과
    4.1.3 프록시 kubeconfig 파일이 있는 경우 권한이 644 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(수동). L1 통과
    4.1.4 프록시 kubeconfig 파일 소유권이 root:root로 설정되었는지 확인합니다(수동). L1 통과
    4.1.5 --kubeconfig kubelet.conf 파일 권한이 644 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(자동). L1 통과
    4.1.6 --kubeconfig kubelet.conf 파일 소유권이 root:root로 설정되었는지 확인합니다(수동). L1 통과
    4.1.7 인증 기관 파일 권한이 644 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(수동). L1 통과
    4.1.8 클라이언트 인증 기관 파일 소유권이 root:root로 설정되었는지 확인합니다(수동). L1 통과
    4.1.9 kubelet --config 구성 파일에 644 또는 보다 제한적인 권한으로 설정된 권한이 있는지 확인합니다(자동). L1 통과
    4.1.10 kubelet --config 구성 파일 소유권이 root:root로 설정되었는지 확인합니다(자동). L1 통과
    4.2 Kubelet
    4.2.1 anonymous-auth 인수가 false로 설정되었는지 확인합니다(자동). L1 통과
    4.2.2 --authorization-mode 인수가 AlwaysAllow로 설정되지 않았는지 확인합니다(자동). L1 통과
    4.2.3 --client-ca-file 인수가 적합한 값으로 설정되었는지 확인합니다(자동). L1 통과
    4.2.4 --read-only-port 인수가 0으로 설정되었는지 확인합니다(수동). L1 통과
    4.2.5 --streaming-connection-idle-timeout 인수가 0으로 설정되지 않았는지 확인합니다(수동). L1 통과
    4.2.6 --protect-kernel-defaults 인수가 true로 설정되었는지 확인합니다(자동). L1 실패
    4.2.7 --make-iptables-util-chains 인수가 true로 설정되었는지 확인합니다(자동). L1 통과
    4.2.8 --hostname-override 인수가 설정되지 않았는지 확인합니다(수동). L1 통과
    4.2.9 --event-qps 인수가 0 또는 적합한 이벤트 캡처를 보장하는 수준으로 설정되었는지 확인합니다(수동). L2 실패
    4.2.10 --tls-cert-file--tls-private-key-file 인수가 적합한 값으로 설정되었는지 확인합니다(수동). L1 동등 제어
    4.2.11 --rotate-certificates 인수가 false로 설정되지 않았는지 확인합니다(수동). L1 통과
    4.2.12 RotateKubeletServerCertificate 인수가 true로 설정되었는지 확인합니다(수동). L1 통과
    4.2.13 Kubelet이 강력한 암호화만 사용하는지 확인합니다(수동). L1 동등 제어
    베어메탈용 Anthos 클러스터 관리 클러스터의 오류 및 동등 제어에 대한 설명
    # 권장사항 수준 상태 근거
    1.1.9 컨테이너 네트워크 인터페이스 파일 권한이 644 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(수동). L1 동등 제어 755 베어메탈용 Anthos 클러스터 컨테이너 네트워크 인터페이스 경로는 /opt/cni/bin이고, 일반 클러스터 작업에 대한 권한이 755로 설정됩니다.
    1.1.10 컨테이너 네트워크 인터페이스 파일 소유권이 root:root로 설정되었는지 확인합니다(수동). L1 동등 제어 베어메탈용 Anthos 클러스터 컨테이너 네트워크 인터페이스 경로는 /opt/cni/bin이고 소유권은 root:root로 설정됩니다.
    1.1.11 etcd 데이터 디렉터리 권한이 700 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(자동). L1 동등 제어 755 etcd 데이터 디렉터리에는 기본 755 권한이 있지만 하위 디렉터리는 700입니다.
    1.1.12 etcd 데이터 디렉터리 소유권이 etcd:etcd로 설정되었는지 확인합니다(자동). L1 동등 제어 root:root etcd 컨테이너는 root로 실행되며 etcd 데이터 디렉터리는 root:root의 소유입니다.
    1.2.1 --anonymous-auth 인수가 false로 설정되었는지 확인합니다(수동). L1 실패 설정되지 않음 HA와 같은 일부 베어메탈용 Anthos 클러스터 작업은 익명 인증을 사용 설정해야 합니다.
    1.2.10 허용 제어 플러그인 EventRateLimit가 설정되었는지 확인합니다(수동). L1 실패 설정되지 않음 베어메탈용 Anthos 클러스터는 Kubernetes 알파 버전 기능이므로 이벤트 비율 제한 허용 컨트롤러를 지원하지 않습니다.
    1.2.12 허용 제어 플러그인 AlwaysPullImages가 설정되었는지 확인합니다(수동). L1 실패 설정되지 않음 AlwaysPullImages 허용 컨트롤러는 전체 클러스터에서 새 포드를 만들기 위해 Container Registry를 단일 장애점으로 만드는 대신, 비협업 멀티테넌트 클러스터에서 비공개 레지스트리 이미지에 대한 일부 보호를 제공합니다. 베어메탈용 Anthos 클러스터는 AlwaysPullImages 허용 컨트롤러를 사용 설정하지 않으므로 이를 절충하기 위해 허용 정책을 구현하는 것은 클러스터 관리자의 몫입니다.
    1.2.13 PodSecurityPolicy가 사용되지 않은 경우 허용 제어 플러그인 SecurityContextDeny가 설정되었는지 확인합니다(수동). L1 동등 제어 설정되지 않음 정책 컨트롤러 및 Anthos Config Management를 사용하여 pod의 보안 설정 정책이 관리됩니다.
    1.2.16 허용 제어 플러그인 PodSecurityPolicy가 설정되었는지 확인합니다(자동). L1 동등 제어 설정되지 않음 정책 컨트롤러 및 Anthos Config Management를 사용하여 pod의 보안 설정 정책이 관리됩니다.
    3.2.2 감사 정책에 주요 보안 문제가 포함되는지 확인합니다(수동). L2 동등 제어 설정되지 않음 베어메탈용 Anthos 클러스터는 감사 로그를 캡처하지만 이러한 플래그를 감사에 사용하지는 않습니다. 자세한 내용은 https://cloud.google.com/anthos/clusters/docs/bare-metal/1.7/how-to/log-monitoring을 참조하세요.
    4.2.6 --protect-kernel-defaults 인수가 true로 설정되었는지 확인합니다(자동). L1 실패 false 베어메탈용 Anthos 클러스터를 사용하면 kubelet에서 필요한 커널 설정을 설정할 수 있습니다.
    4.2.9 --event-qps 인수가 0 또는 적합한 이벤트 캡처를 보장하는 수준으로 설정되었는지 확인합니다(수동). L2 실패 설정되지 않음 이벤트는 etcd에 저장된 Kubernetes 객체입니다. 과도한 etcd를 방지하기 위해 한 시간 동안만 보존되며, 적합한 보안 감사 메커니즘이 아닙니다. 이 제어에 제안된 대로 무제한 이벤트를 허용하면 클러스터가 불필요한 DoS 위험에 노출되고 허용 EventRateLimits 사용 권장 수준과 모순됩니다. 영구 스토리지가 필요한 보안 관련 이벤트는 로그에 전송되어야 합니다.
    4.2.10 --tls-cert-file--tls-private-key-file 인수가 적합한 값으로 설정되었는지 확인합니다(수동). L1 동등 제어 설정되지 않음 베어메탈용 Anthos 클러스터는 --rotate-server-certificates 플래그를 사용하여 kubelet 서버 TLS를 관리합니다.
    4.2.13 Kubelet이 강력한 암호화만 사용하는지 확인합니다(수동). L1 동등 제어 베어메탈용 Anthos 클러스터 kubelet은 기본 암호화 기술을 사용합니다.

    벤치마크 감사 방법

    각 권장 수준의 감사를 위한 특정 지침은 관련 CIS 벤치마크의 일부로 제공됩니다. 하지만 해당 환경에서 이러한 제어 확인을 간소화하기 위해 이러한 검사 중 일부를 자동화해야 할 수 있습니다. 아래 나열된 도구가 이에 도움을 줄 수 있습니다.

    CIS Kubernetes 벤치마크 감사 자동화

    오픈소스 도구인 kube-bench를 사용하면 CIS Kubernetes 벤치마크에 대해 클러스터 구성을 테스트할 수 있습니다.

    적합한 버전을 지정해야 합니다. 예를 들면 다음과 같습니다.

    kube-bench node --benchmark cis-1.6