Add CIS Benchmarks support to Rancher Distributions RKE/RKE2/K3s (#1523)
* 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>
2023-11-26 10:27:38 +00:00
|
|
|
---
|
|
|
|
controls:
|
|
|
|
version: "rke-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)"
|
2024-09-25 07:12:02 +00:00
|
|
|
type: "manual"
|
Add CIS Benchmarks support to Rancher Distributions RKE/RKE2/K3s (#1523)
* 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>
2023-11-26 10:27:38 +00:00
|
|
|
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
|
|
|
|
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 (Manual)"
|
|
|
|
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: false
|
|
|
|
|
|
|
|
- id: 5.2.7
|
|
|
|
text: "Minimize the admission of root containers (Manual)"
|
|
|
|
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 (Manual)"
|
|
|
|
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 (Manual)"
|
|
|
|
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
|