Version 1.16. This version is no longer supported. For information about how to upgrade to version 1.28, see Upgrade clusters in the latest documentation. For more information about supported and unsupported versions, see the Versioning page in the latest documentation.

CIS 벤치마크

이 문서에서는 CIS Kubernetes 벤치마크를 소개하고 벤치마크로 규정 준수를 감사하는 방법을 설명합니다. 직접 구현할 수 없는 권장 수준의 경우 이 문서에서는 권장 수준을 해결하기 위해 베어메탈용 GDCV에서 수행하는 작업을 설명합니다.

CIS 벤치마크 사용

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

버전

다음 표에는 이 문서에서 설명하는 평가를 수행하는 데 사용된 베어메탈용 GKE, Kubernetes, CIS Kubernetes 벤치마크 버전이 나열되어 있습니다.

Anthos 버전	Kubernetes 버전	CIS Kubernetes 벤치마크 버전
1.16.0	1.27.4	V1.23(1.0.1)

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

CIS Kubernetes 벤치마크

벤치마크 액세스

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

권장 수준

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

수준	설명
수준 1	권장 수준은 다음과 같습니다. 실용적이고 신중해야 합니다. 명확한 보안 이점을 제공해야 합니다. 허용 범위를 벗어나는 기술 활용성을 제한하지 않아야 합니다.
수준 2	수준 1 프로필을 확장합니다. 권장 수준에 다음 특성 중 하나 이상이 포함되어야 합니다. 보안이 매우 중요한 환경 또는 사용 사례용으로 사용됩니다. 심층 방어 수단으로 사용됩니다. 기술 활용성 또는 성능에 부정적 영향을 줄 수 있습니다.

수준

설명

수준 1

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

실용적이고 신중해야 합니다.

명확한 보안 이점을 제공해야 합니다.

허용 범위를 벗어나는 기술 활용성을 제한하지 않아야 합니다.

수준 2

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

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

보안이 매우 중요한 환경 또는 사용 사례용으로 사용됩니다.

심층 방어 수단으로 사용됩니다.

기술 활용성 또는 성능에 부정적 영향을 줄 수 있습니다.

평가 상태

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

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

베어메탈용 GKE 평가

Google은 다음 값을 사용하여 베어메탈용 GKE에서 Kubernetes 추천 상태를 지정합니다.

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

베어메탈용 GKE 아키텍처

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

베어메탈용 GKE의 상태

다음 섹션에는 베어메탈용 GKE의 지정된 버전으로 생성된 새 클러스터에 대한 평가가 포함되어 있습니다. 이러한 평가는 CIS Kubernetes 벤치마크에 대해 사용자 워크로드가 없는 새 클러스터의 성능을 나타내는 지표입니다. 벤치마크를 직접 감사하기 전에 자체 워크로드를 배포하는 경우 결과가 다를 수 있습니다.

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

#	권장	수준	상태
1	*cis-1.23*
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 파일 권한이 `600` 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(자동).	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	`--token-auth-file` 매개변수가 설정되지 않았는지 확인합니다(자동).	L1	통과
1.2.3	`--`DenyServiceExternalIPs가 설정되지 않았는지 확인합니다(자동).	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	허용 제어 플러그인 NodeRestriction이 설정되었는지 확인합니다(자동).	L1	통과
1.2.17	`--secure-port` 인수가 `0`으로 설정되지 않았는지 확인합니다(자동).	L1	통과
1.2.18	`--profiling` 인수가 false로 설정되었는지 확인합니다(자동).	L1	통과
1.2.19	`--audit-log-path` 인수가 설정되었는지 확인(자동)	L1	실패
1.2.20	`--audit-log-maxage` 인수가 `30` 또는 적합한 값으로 설정되었는지 확인(자동)	L1	실패
1.2.21	`--audit-log-maxbackup` 인수가 `10` 또는 적합한 값으로 설정되었는지 확인합니다(자동).	L1	실패
1.2.22	`--audit-log-maxsize` 인수가 `100` 또는 적합한 값으로 설정되었는지 확인합니다(자동).	L1	실패
1.2.23	`--request-timeout` 인수가 적합한 값으로 설정되었는지 확인합니다(수동).	L1	통과
1.2.24	`--service-account-lookup` 인수가 true로 설정되었는지 확인합니다(자동).	L1	통과
1.2.25	`--service-account-key-file` 인수가 적합한 값으로 설정되었는지 확인합니다(자동).	L1	통과
1.2.26	`--etcd-certfile` 및 `--etcd-keyfile` 인수가 적합한 값으로 설정되었는지 확인합니다(자동).	L1	통과
1.2.27	`--tls-cert-file` 및 `--tls-private-key-file` 인수가 적합한 값으로 설정되었는지 확인합니다(자동).	L1	통과
1.2.28	`--client-ca-file` 인수가 적합한 값으로 설정되었는지 확인합니다(자동).	L1	통과
1.2.29	`--etcd-cafile` 인수가 적합한 값으로 설정되었는지 확인합니다(자동).	L1	통과
1.2.30	`--encryption-provider-config` 인수가 적합한 값으로 설정되었는지 확인합니다(수동).	L1	통과
1.2.31	암호화 공급자가 적합한 값으로 구성되었는지 확인합니다(수동).	L1	통과
1.2.32	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	*cis-1.23*
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	*cis-1.23*
3.1	인증 및 승인
3.1.1	사용자에 대해 클라이언트 인증서 인증을 사용하지 않아야 합니다(수동).	L2	통과
3.2	Logging
3.2.1	최소 감사 정책이 생성되었는지 확인합니다(수동).	L1	통과
3.2.2	감사 정책에 주요 보안 문제가 포함되는지 확인합니다(수동).	L2	동등 제어
4	*cis-1.23*
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	동등 제어

베어메탈용 GKE 관리자 클러스터의 오류 및 동등 제어에 관한 설명

#	권장	수준	상태	값	근거
1.1.9	컨테이너 네트워크 인터페이스 파일 권한이 `644` 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(수동).	L1	동등 제어	`755`	Anthos clusters on bare metal 컨테이너 네트워크 인터페이스 경로는 `/opt/cni/bin`이고, 일반 클러스터 작업에 대한 권한이 `755`로 설정됩니다.
1.1.11	etcd 데이터 디렉터리 권한이 `700` 또는 보다 제한적인 권한으로 설정되었는지 확인합니다(자동).	L1	동등 제어	`755`	etcd 데이터 디렉터리에는 기본 `755` 권한이 있지만 하위 디렉터리는 `700`입니다.
1.1.12	etcd 데이터 디렉터리 소유권이 `etcd:etcd`로 설정되었는지 확인합니다(자동).	L1	동등 제어	`2003:2003`	보안 강화를 위해 루트 없는 제어 영역의 결과로 etcd 데이터 디렉터리인 /var/lib/etcd는 `2003:2003` 소유입니다.
1.1.16	scheduler`.`conf 파일 소유권이 `root:root`로 설정되었는지 확인합니다(자동).	L1	동등 제어	`2002:2002`	Anthos clusters on bare metal 출시 버전 1.9.0부터는 보안 강화를 위해 루트 없는 제어 영역이 구현됩니다.
1.1.18	controller-manager`.`conf 파일 소유권이 `root:root`로 설정되었는지 확인합니다(자동).	L1	동등 제어	`2001:2001`	Anthos clusters on bare metal 출시 버전 1.9.0부터는 보안 강화를 위해 루트 없는 제어 영역이 구현됩니다.
1.1.19	Kubernetes PKI 디렉터리 및 파일 소유권이 `root:root`로 설정되었는지 확인합니다(자동).	L1	동등 제어	`variable:variable`	Anthos clusters on bare metal 출시 버전 1.9.0부터는 보안 강화를 위해 루트 없는 제어 영역이 구현됩니다.
1.1.21	Kubernetes PKI 키 파일 권한이 `600`로 설정되었는지 확인합니다(수동).	L1	동등 제어	`600~640`	Anthos clusters on bare metal 출시 버전 1.9.0부터는 보안 강화를 위해 루트 없는 제어 영역이 구현됩니다.
1.2.1	`--anonymous-auth` 인수가 false로 설정되었는지 확인합니다(수동).	L1	주의	설정되지 않음	HA와 같은 일부 베어메탈용 Anthos 클러스터 작업은 익명 인증을 사용 설정해야 합니다.
1.2.10	허용 제어 플러그인 EventRateLimit가 설정되었는지 확인합니다(수동).	L1	주의
1.2.12	허용 제어 플러그인 AlwaysPullImages가 설정되었는지 확인합니다(수동).	L1	주의	설정되지 않음	AlwaysPullImages 허용 컨트롤러는 전체 클러스터에서 새 포드를 만들기 위해 Container Registry를 단일 장애점으로 만드는 대신, 비협업 멀티테넌트 클러스터에서 비공개 레지스트리 이미지에 대한 일부 보호를 제공합니다. 베어메탈용 Anthos 클러스터는 AlwaysPullImages 허용 컨트롤러를 사용 설정하지 않으므로 이를 절충하기 위해 허용 정책을 구현하는 것은 클러스터 관리자의 몫입니다.
1.2.13	PodSecurityPolicy가 사용되지 않은 경우 허용 제어 플러그인 SecurityContextDeny가 설정되었는지 확인합니다(수동).	L1	주의	설정되지 않음	베어메탈용 Anthos 클러스터는 포드 보안 정책을 사용 설정하지 않습니다. 포드 보안 허용은 기본적으로 Kubernetes 1.23 클러스터에서 사용 설정됩니다. https://kubernetes.io/docs/concepts/security/pod-security-admission/을 참조하세요.
1.2.19	`--audit-log-path` 인수가 설정되었는지 확인(자동)	L1	실패	기본적으로 설정되지 않음. Cloud Audit Logging이 중지된 경우에만 `/var/log/apiserver/audit.log` 설정	베어메탈용 Anthos 클러스터는 기본적으로 Kubernetes API 서버 감사 로그를 Google Cloud로 전송합니다.
1.2.20	`--audit-log-maxage` 인수가 `30` 또는 적합한 값으로 설정되었는지 확인(자동)	L1	실패	기본적으로 설정되지 않음. Cloud Audit Logging이 중지된 경우에만 `30` 설정	베어메탈용 Anthos 클러스터는 기본적으로 Kubernetes API 서버 감사 로그를 Google Cloud로 전송합니다.
1.2.21	`--audit-log-maxbackup` 인수가 `10` 또는 적합한 값으로 설정되었는지 확인합니다(자동).	L1	실패	기본적으로 설정되지 않음. Cloud Audit Logging이 중지된 경우에만 `10` 설정	베어메탈용 Anthos 클러스터는 기본적으로 Kubernetes API 서버 감사 로그를 Google Cloud로 전송합니다.
1.2.22	`--audit-log-maxsize` 인수가 `100` 또는 적합한 값으로 설정되었는지 확인합니다(자동).	L1	실패	기본적으로 설정되지 않음. Cloud Audit Logging이 중지된 경우에만 `100` 설정	베어메탈용 Anthos 클러스터는 기본적으로 Kubernetes API 서버 감사 로그를 Google Cloud로 전송합니다.
3.2.2	감사 정책에 주요 보안 문제가 포함되는지 확인합니다(수동).	L2	동등 제어	설정되지 않음	Anthos clusters on bare metal은 감사 로그를 캡처하지만 이러한 플래그를 감사에 사용하지는 않습니다. 자세한 내용은 로깅 및 모니터링을 참조하세요.
4.2.4	`--read-only-port` 인수가 `0`으로 설정되었는지 확인합니다(수동).	L1	실패	10255	Anthos clusters on bare metal은 현재 kubelet에서 측정항목을 수집하기 위해 --read-only-port 인수를 10255로 설정합니다.
4.2.6	`--protect-kernel-defaults` 인수가 true로 설정되었는지 확인합니다(자동).	L1	실패	`false`	베어메탈용 Anthos 클러스터 머신은 고객 워크로드가 이를 수정할 수 있기 때문에 Kubernetes의 커널 기본값을 보호하지 않습니다.
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은 기본 Go 암호화 스위트를 사용합니다. 베어메탈용 Anthos 클러스터는 사용자가 암호화 스위트 선택을 맞춤설정할 수 있는 구성 옵션을 제공하지 않습니다. 최신 클라이언트는 암호화 스위트를 협상하고 서로 강력한 암호화를 사용할 수 있는 경우 약한 암호화를 사용하지 않습니다.

벤치마크 감사 방법

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

CIS Kubernetes 벤치마크 감사 자동화

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

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

kube-bench node --benchmark cis-1.23