document default namespace policy scope
Kube-bench CIS scan / Scan ephemeral K3s cluster (push) Failing after 3m12s

This commit is contained in:
2026-08-10 18:02:40 -04:00
parent e389331a07
commit f183d7f8dc
2 changed files with 10 additions and 0 deletions
+7
View File
@@ -20,6 +20,13 @@ existing objects.
| `disallow-default-namespace` | Supplemental | Blocks common application resources from being created in `default`, which makes namespace ownership explicit. |
| `disallow-host-network` | 5.2.3 and 5.2.5 | Rejects host PID, host network, and host IPC access. |
The default-namespace policy intentionally excludes ConfigMaps and Secrets.
Those objects are supporting data, not application entrypoints, and blocking
them alone would not prevent a workload from being installed. Keeping them out
also avoids adding broad read permissions for Secret data to Kyverno's reports
controller. Applications should create these objects in the same explicitly
named namespace as the workloads that consume them.
The CIS benchmark includes manual checks and platform-specific exceptions.
The mapping above describes the control objective each policy supports, not a
claim that one Kyverno rule implements the entire benchmark control.
@@ -8,6 +8,9 @@ metadata:
policies.kyverno.io/severity: medium
# Supplemental namespace-isolation control. This is not a one-to-one CIS control.
policies.kyverno.io/cis-control: "supplemental"
# ConfigMaps and Secrets are intentionally excluded. They are supporting
# data rather than application entrypoints, and matching Secrets would also
# require broader Kyverno reports-controller read permissions.
spec:
validationFailureAction: Enforce
background: false