mirror of
https://github.com/aquasecurity/kube-bench.git
synced 2024-11-17 21:58:42 +00:00
f8fe5ee173
* add Support VMware Tanzu(TKGI) Benchmarks v1.2.53 with this change, we are adding 1. latest kubernetes cis benchmarks for VMware Tanzu1.2.53 2. logic to kube-bench so that kube-bench can auto detect vmware platform, will be able to execute the respective vmware tkgi compliance checks. 3. job-tkgi.yaml file to run the benchmark as a job in tkgi cluster Reference Document for checks: https://network.pivotal.io/products/p-compliance-scanner/#/releases/1248397 * add Support VMware Tanzu(TKGI) Benchmarks v1.2.53 with this change, we are adding 1. latest kubernetes cis benchmarks for VMware Tanzu1.2.53 2. logic to kube-bench so that kube-bench can auto detect vmware platform, will be able to execute the respective vmware tkgi compliance checks. 3. job-tkgi.yaml file to run the benchmark as a job in tkgi cluster Reference Document for checks: https://network.pivotal.io/products/p-compliance-scanner/#/releases/1248397 * release: prepare v0.6.15 (#1455) Signed-off-by: chenk <hen.keinan@gmail.com> * build(deps): bump golang from 1.19.4 to 1.20.4 (#1436) Bumps golang from 1.19.4 to 1.20.4. --- updated-dependencies: - dependency-name: golang dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> * build(deps): bump actions/setup-go from 3 to 4 (#1402) Bumps [actions/setup-go](https://github.com/actions/setup-go) from 3 to 4. - [Release notes](https://github.com/actions/setup-go/releases) - [Commits](https://github.com/actions/setup-go/compare/v3...v4) --- updated-dependencies: - dependency-name: actions/setup-go dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: chenk <hen.keinan@gmail.com> * Fix test_items in cis-1.7 - node - 4.2.12 (#1469) Related issue: https://github.com/aquasecurity/kube-bench/issues/1468 * Fix node.yaml - 4.1.7 and 4.1.8 audit by adding uniq (#1472) * chore: add fips compliant images (#1473) For fips complaince we need to generate fips compliant images. As part of this change, we will create new kube-bench image which will be fips compliant. Image name follows this tag pattern <version>-ubi-fips * release: prepare v0.6.16-rc (#1476) * release: prepare v0.6.16-rc Signed-off-by: chenk <hen.keinan@gmail.com> * release: prepare v0.6.16-rc Signed-off-by: chenk <hen.keinan@gmail.com> --------- Signed-off-by: chenk <hen.keinan@gmail.com> * release: prepare v0.6.16 official (#1479) Signed-off-by: chenk <hen.keinan@gmail.com> * Update job.yaml (#1477) * Update job.yaml Fix on typo for image version * chore: sync with upstream Signed-off-by: chenk <hen.keinan@gmail.com> --------- Signed-off-by: chenk <hen.keinan@gmail.com> Co-authored-by: chenk <hen.keinan@gmail.com> * release: prepare v0.6.17 (#1480) Signed-off-by: chenk <hen.keinan@gmail.com> * Bump docker base images (#1465) During a recent CVE scan we found kube-bench to use `alpine:3.18` as the final image which has a known high CVE. ``` grype aquasec/kube-bench:v0.6.15 ✔ Vulnerability DB [no update available] ✔ Loaded image ✔ Parsed image ✔ Cataloged packages [73 packages] ✔ Scanning image... [4 vulnerabilities] ├── 0 critical, 4 high, 0 medium, 0 low, 0 negligible └── 4 fixed NAME INSTALLED FIXED-IN TYPE VULNERABILITY SEVERITY libcrypto3 3.1.0-r4 3.1.1-r0 apk CVE-2023-2650 High libssl3 3.1.0-r4 3.1.1-r0 apk CVE-2023-2650 High openssl 3.1.0-r4 3.1.1-r0 apk CVE-2023-2650 High ``` The CVE in question was addressed in the latest [alpine release](https://www.alpinelinux.org/posts/Alpine-3.15.9-3.16.6-3.17.4-3.18.2-released.html), hence updating the dockerfiles accordingly * build(deps): bump golang from 1.20.4 to 1.20.6 (#1475) Bumps golang from 1.20.4 to 1.20.6. --- updated-dependencies: - dependency-name: golang dependency-type: direct:production update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> * Add CIS Benchmarks support to Rancher Distributions RKE/RKE2/K3s Based on the information furnished in https://ranchermanager.docs.rancher.com/v2.7/pages-for-subheaders/rancher-hardening-guides kube-bench executes CIS-1.23 (Kubernetes v1.23) , CIS-1.24(Kubernetes v1.24),CIS-1.7 (Kubernetes v1.25,v1.26,v1.27) CIS Benchmarks of respective distributions. * RKE/RKE2 CIS Benchmarks Updated the order of checks for RKE and RKE2 Platforms. * fixed vulnerabilities|upgraded package golang.org/x/net to version v0.17.0 * Error handling for RKE Detection Pre-requisites * Based on the information furnished in https://ranchermanager.docs.rancher.com/v2.7/pages-for-subheaders/rancher-hardening-guides#hardening-guides-and-benchmark-versions, kube-bench executes CIS-1.23 (Kubernetes v1.23) , CIS-1.24(Kubernetes v1.24),CIS-1.7 (Kubernetes v1.25,v1.26,v1.27) CIS Benchmarks of respective distributions. updated documentation specific to added rancher platforms * addressed review comments 1.Implemented IsRKE functionality in kube-bench 2. Removed containerd from global level config and accommodated in individual config file 3. Corrected the control id from 1.2.25 to 1.2.23 in master.yaml(k3s-cis-1.23 and k3s-cis-1.24) * Removed unncessary dependency - kubernetes-provider-detector --------- Signed-off-by: chenk <hen.keinan@gmail.com> Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: chenk <hen.keinan@gmail.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: Andy Pitcher <andy.pitcher@suse.com> Co-authored-by: Devendra Turkar <devendra.turkar@gmail.com> Co-authored-by: Guille Vigil <contact@guillermotti.com> Co-authored-by: Jonas-Taha El Sesiy <jonas-taha.elsesiy@snowflake.com>
319 lines
12 KiB
YAML
319 lines
12 KiB
YAML
---
|
|
controls:
|
|
version: "k3s-cis-1.7"
|
|
id: 5
|
|
text: "Kubernetes Policies"
|
|
type: "policies"
|
|
groups:
|
|
- id: 5.1
|
|
text: "RBAC and Service Accounts"
|
|
checks:
|
|
- id: 5.1.1
|
|
text: "Ensure that the cluster-admin role is only used where required (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Identify all clusterrolebindings to the cluster-admin role. Check if they are used and
|
|
if they need this role or if they could use a role with fewer privileges.
|
|
Where possible, first bind users to a lower privileged role and then remove the
|
|
clusterrolebinding to the cluster-admin role :
|
|
kubectl delete clusterrolebinding [name]
|
|
scored: false
|
|
|
|
- id: 5.1.2
|
|
text: "Minimize access to secrets (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Where possible, remove get, list and watch access to Secret objects in the cluster.
|
|
scored: false
|
|
|
|
- id: 5.1.3
|
|
text: "Minimize wildcard use in Roles and ClusterRoles (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Where possible replace any use of wildcards in clusterroles and roles with specific
|
|
objects or actions.
|
|
scored: false
|
|
|
|
- id: 5.1.4
|
|
text: "Minimize access to create pods (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Where possible, remove create access to pod objects in the cluster.
|
|
scored: false
|
|
|
|
- id: 5.1.5
|
|
text: "Ensure that default service accounts are not actively used. (Manual)"
|
|
type: "skip"
|
|
audit: check_for_default_sa.sh
|
|
tests:
|
|
test_items:
|
|
- flag: "true"
|
|
compare:
|
|
op: eq
|
|
value: "true"
|
|
set: true
|
|
remediation: |
|
|
Create explicit service accounts wherever a Kubernetes workload requires specific access
|
|
to the Kubernetes API server.
|
|
Modify the configuration of each default service account to include this value
|
|
automountServiceAccountToken: false
|
|
Permissive - Kubernetes provides default service accounts to be used.
|
|
scored: false
|
|
|
|
- id: 5.1.6
|
|
text: "Ensure that Service Account Tokens are only mounted where necessary (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Modify the definition of pods and service accounts which do not need to mount service
|
|
account tokens to disable it.
|
|
scored: false
|
|
|
|
- id: 5.1.7
|
|
text: "Avoid use of system:masters group (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Remove the system:masters group from all users in the cluster.
|
|
scored: false
|
|
|
|
- id: 5.1.8
|
|
text: "Limit use of the Bind, Impersonate and Escalate permissions in the Kubernetes cluster (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Where possible, remove the impersonate, bind and escalate rights from subjects.
|
|
scored: false
|
|
|
|
- id: 5.1.9
|
|
text: "Minimize access to create persistent volumes (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Where possible, remove create access to PersistentVolume objects in the cluster.
|
|
scored: false
|
|
|
|
- id: 5.1.10
|
|
text: "Minimize access to the proxy sub-resource of nodes (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Where possible, remove access to the proxy sub-resource of node objects.
|
|
scored: false
|
|
|
|
- id: 5.1.11
|
|
text: "Minimize access to the approval sub-resource of certificatesigningrequests objects (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Where possible, remove access to the approval sub-resource of certificatesigningrequest objects.
|
|
scored: false
|
|
|
|
- id: 5.1.12
|
|
text: "Minimize access to webhook configuration objects (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Where possible, remove access to the validatingwebhookconfigurations or mutatingwebhookconfigurations objects
|
|
scored: false
|
|
|
|
- id: 5.1.13
|
|
text: "Minimize access to the service account token creation (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Where possible, remove access to the token sub-resource of serviceaccount objects.
|
|
scored: false
|
|
|
|
- id: 5.2
|
|
text: "Pod Security Standards"
|
|
checks:
|
|
- id: 5.2.1
|
|
text: "Ensure that the cluster has at least one active policy control mechanism in place (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Ensure that either Pod Security Admission or an external policy control system is in place
|
|
for every namespace which contains user workloads.
|
|
scored: false
|
|
|
|
- id: 5.2.2
|
|
text: "Minimize the admission of privileged containers (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Add policies to each namespace in the cluster which has user workloads to restrict the
|
|
admission of privileged containers.
|
|
scored: false
|
|
|
|
- id: 5.2.3
|
|
text: "Minimize the admission of containers wishing to share the host process ID namespace (Automated)"
|
|
type: "skip"
|
|
remediation: |
|
|
Add policies to each namespace in the cluster which has user workloads to restrict the
|
|
admission of `hostPID` containers.
|
|
Permissive - Enabling Pod Security Policy can cause applications to unexpectedly fail.
|
|
scored: false
|
|
|
|
- id: 5.2.4
|
|
text: "Minimize the admission of containers wishing to share the host IPC namespace (Automated)"
|
|
type: "skip"
|
|
remediation: |
|
|
Add policies to each namespace in the cluster which has user workloads to restrict the
|
|
admission of `hostIPC` containers.
|
|
Permissive - Enabling Pod Security Policy can cause applications to unexpectedly fail.
|
|
scored: false
|
|
|
|
- id: 5.2.5
|
|
text: "Minimize the admission of containers wishing to share the host network namespace (Automated)"
|
|
type: "skip"
|
|
remediation: |
|
|
Add policies to each namespace in the cluster which has user workloads to restrict the
|
|
admission of `hostNetwork` containers.
|
|
Permissive - Enabling Pod Security Policy can cause applications to unexpectedly fail.
|
|
scored: false
|
|
|
|
- id: 5.2.6
|
|
text: "Minimize the admission of containers with allowPrivilegeEscalation (Automated)"
|
|
type: "manual"
|
|
remediation: |
|
|
Add policies to each namespace in the cluster which has user workloads to restrict the
|
|
admission of containers with `.spec.allowPrivilegeEscalation` set to `true`.
|
|
scored: true
|
|
|
|
- id: 5.2.7
|
|
text: "Minimize the admission of root containers (Automated)"
|
|
type: "manual"
|
|
remediation: |
|
|
Create a policy for each namespace in the cluster, ensuring that either `MustRunAsNonRoot`
|
|
or `MustRunAs` with the range of UIDs not including 0, is set.
|
|
scored: false
|
|
|
|
- id: 5.2.8
|
|
text: "Minimize the admission of containers with the NET_RAW capability (Automated)"
|
|
type: "manual"
|
|
remediation: |
|
|
Add policies to each namespace in the cluster which has user workloads to restrict the
|
|
admission of containers with the `NET_RAW` capability.
|
|
scored: false
|
|
|
|
- id: 5.2.9
|
|
text: "Minimize the admission of containers with added capabilities (Automated)"
|
|
type: "manual"
|
|
remediation: |
|
|
Ensure that `allowedCapabilities` is not present in policies for the cluster unless
|
|
it is set to an empty array.
|
|
scored: false
|
|
|
|
- id: 5.2.10
|
|
text: "Minimize the admission of containers with capabilities assigned (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Review the use of capabilites in applications running on your cluster. Where a namespace
|
|
contains applicaions which do not require any Linux capabities to operate consider adding
|
|
a PSP which forbids the admission of containers which do not drop all capabilities.
|
|
scored: false
|
|
|
|
- id: 5.2.11
|
|
text: "Minimize the admission of Windows HostProcess containers (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Add policies to each namespace in the cluster which has user workloads to restrict the
|
|
admission of containers that have `.securityContext.windowsOptions.hostProcess` set to `true`.
|
|
scored: false
|
|
|
|
- id: 5.2.12
|
|
text: "Minimize the admission of HostPath volumes (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Add policies to each namespace in the cluster which has user workloads to restrict the
|
|
admission of containers with `hostPath` volumes.
|
|
scored: false
|
|
|
|
- id: 5.2.13
|
|
text: "Minimize the admission of containers which use HostPorts (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Add policies to each namespace in the cluster which has user workloads to restrict the
|
|
admission of containers which use `hostPort` sections.
|
|
scored: false
|
|
|
|
- id: 5.3
|
|
text: "Network Policies and CNI"
|
|
checks:
|
|
- id: 5.3.1
|
|
text: "Ensure that the CNI in use supports NetworkPolicies (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
If the CNI plugin in use does not support network policies, consideration should be given to
|
|
making use of a different plugin, or finding an alternate mechanism for restricting traffic
|
|
in the Kubernetes cluster.
|
|
scored: false
|
|
|
|
- id: 5.3.2
|
|
text: "Ensure that all Namespaces have NetworkPolicies defined (Manual)"
|
|
type: "skip"
|
|
remediation: |
|
|
Follow the documentation and create NetworkPolicy objects as you need them.
|
|
Permissive - Enabling Network Policies can prevent certain applications from communicating with each other.
|
|
scored: false
|
|
|
|
- id: 5.4
|
|
text: "Secrets Management"
|
|
checks:
|
|
- id: 5.4.1
|
|
text: "Prefer using Secrets as files over Secrets as environment variables (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
If possible, rewrite application code to read Secrets from mounted secret files, rather than
|
|
from environment variables.
|
|
scored: false
|
|
|
|
- id: 5.4.2
|
|
text: "Consider external secret storage (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Refer to the Secrets management options offered by your cloud provider or a third-party
|
|
secrets management solution.
|
|
scored: false
|
|
|
|
- id: 5.5
|
|
text: "Extensible Admission Control"
|
|
checks:
|
|
- id: 5.5.1
|
|
text: "Configure Image Provenance using ImagePolicyWebhook admission controller (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Follow the Kubernetes documentation and setup image provenance.
|
|
scored: false
|
|
|
|
- id: 5.7
|
|
text: "General Policies"
|
|
checks:
|
|
- id: 5.7.1
|
|
text: "Create administrative boundaries between resources using namespaces (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Follow the documentation and create namespaces for objects in your deployment as you need
|
|
them.
|
|
scored: false
|
|
|
|
- id: 5.7.2
|
|
text: "Ensure that the seccomp profile is set to docker/default in your Pod definitions (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Use `securityContext` to enable the docker/default seccomp profile in your pod definitions.
|
|
An example is as below:
|
|
securityContext:
|
|
seccompProfile:
|
|
type: RuntimeDefault
|
|
scored: false
|
|
|
|
- id: 5.7.3
|
|
text: "Apply SecurityContext to your Pods and Containers (Manual)"
|
|
type: "manual"
|
|
remediation: |
|
|
Follow the Kubernetes documentation and apply SecurityContexts to your Pods. For a
|
|
suggested list of SecurityContexts, you may refer to the CIS Security Benchmark for Docker
|
|
Containers.
|
|
scored: false
|
|
|
|
- id: 5.7.4
|
|
text: "The default namespace should not be used (Manual)"
|
|
type: "skip"
|
|
remediation: |
|
|
Ensure that namespaces are created to allow for appropriate segregation of Kubernetes
|
|
resources and that all new resources are created in a specific namespace.
|
|
Permissive - Kubernetes provides a default namespace.
|
|
scored: false
|