← Browse

@cyberstrikeus/cis-k8s-v200-5-2-7

B

Minimize the admission of root containers (Manual)

skillclaude

Install

agr install @cyberstrikeus/cis-k8s-v200-5-2-7 --target claude

Writes 1 file into .claude/skills/, pinned to git-7bb044e1.

  • .claude/skills/cis-k8s-v200-5-2-7/SKILL.md

Document


name: cis-k8s-v200-5.2.7 description: "Minimize the admission of root containers (Manual)" category: cis-k8s version: "2.0.0" author: cyberstrike-official tags: [cis, kubernetes, policies, pod-security, root-containers, runasnonroot, container-breakout] cis_id: "5.2.7" cis_benchmark: "CIS Kubernetes Benchmark v2.0.0" tech_stack: [kubernetes] cwe_ids: [] chains_with: [] prerequisites: [] severity_boost: {}

5.2.7 Minimize the admission of root containers (Manual)

Profile Applicability

  • Level 2 - Master Node

Description

Do not generally permit containers to be run as the root user.

Rationale

Containers may run as any Linux user. Containers which run as the root user, whilst constrained by Container Runtime security features still have a escalated likelihood of container breakout.

Ideally, all containers should run as a defined non-UID 0 user.

There should be at least one admission control policy defined which does not permit root containers.

If you need to run root containers, this should be defined in a separate policy and you should carefully check to ensure that only limited service accounts and users are given permission to use that policy.

Impact

Pods with containers which run as the root user will not be permitted.

Audit

List the policies in use for each namespace in the cluster, ensure that each policy restricts the use of root containers by setting MustRunAsNonRoot or MustRunAs with the range of UIDs not including 0.

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.

Default Value

By default, there are no restrictions on the use of root containers and if a User is not specified in the image, the container will run as root.

References

  1. https://kubernetes.io/docs/concepts/security/pod-security-standards/

Trustgrade B

  • passBody integrity

    Whether the stored document is plausibly the kind of file the artifact declares, rather than something fetched by mistake.

  • passType matchnot applicable to this artifact type

    Whether the artifact is really the kind of thing its metadata claims it is.

  • passFreshness

    How long since the source repository was last pushed to.

  • passPrompt injection

    Scans the artifact's own text for instructions aimed at your agent rather than at you.

  • warnLicensecopyleft/unknown — index-and-link only

    Whether the source repository declares an SPDX license permissive enough to redistribute.

How the grade is calculated

Each check contributes 0 points when it passes, 1 when it warns, and 2 when it fails. The total maps to a letter:

  • Aevery check passed
  • Bone warning
  • Ctwo warnings
  • Dprompt injection or body integrity failed, or three warnings
  • Fone of those failed, and something else is wrong

These are automated hygiene checks, not a security audit, and not a dependency or vulnerability scan. A grade of A means nothing was flagged — not that the artifact is safe.

Versions

  • git-7bb044e1a2402026-07-31