Limit use of the Bind, Impersonate and Escalate permissions in the Kubernetes cluster (Manual)
Scanned 9/3/2026
Install to Claude Code
npx -y skills add CyberStrikeus/CyberStrike --skill cis-k8s-v1110-5.1.8 --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Cis K8s V1110 5.1.8?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/cyberstrikeus-cis-k8s-v1110-5-1-8)More formats (shields.io, HTML) on the badges page.
---
name: cis-k8s-v1110-5.1.8
description: "Limit use of the Bind, Impersonate and Escalate permissions in the Kubernetes cluster (Manual)"
category: cis-k8s
version: "1.11.0"
author: cyberstrike-official
tags: [cis, kubernetes, policies, rbac, service-accounts, bind-impersonate-escalate]
cis_id: "5.1.8"
cis_benchmark: "CIS Kubernetes Benchmark v1.11.0"
tech_stack: [kubernetes]
cwe_ids: []
chains_with: []
prerequisites: []
severity_boost: {}
---
# 5.1.8 Limit use of the Bind, Impersonate and Escalate permissions in the Kubernetes cluster (Manual)
## Profile Applicability
- Level 1 - Master Node
## Description
Cluster roles and roles with the impersonate, bind or escalate permissions should not be granted unless strictly required. Each of these permissions allow a particular subject to escalate their privileges beyond those explicitly granted by cluster administrators.
## Rationale
The impersonate privilege allows a subject to impersonate other users gaining their rights to the cluster. The bind privilege allows the subject to add a binding to a cluster role or role which escalates their effective permissions in the cluster. The escalate privilege allows a subject to modify cluster roles to which they are bound, increasing their rights to that level.
Each of these permissions has the potential to allow for privilege escalation to cluster-admin level.
## Impact
There are some cases where these permissions are required for cluster service operation, and care should be taken before removing these permissions from system service accounts.
## Audit
Review the users who have access to cluster roles or roles which provide the impersonate, bind, or escalate privileges.
## Remediation
Where possible, remove the impersonate, bind, and escalate rights from subjects.
## Default Value
In a default kubeadm cluster, the system:masters group and clusterrole-aggregation-controller service account have access to the escalate privilege. The system:masters group also has access to bind and impersonate.
## References
1. https://raesene.github.io/blog/2020/12/12/Escalating_Away/
2. https://raesene.github.io/blog/2021/01/16/Getting-Into-A-Bind-with-Kubernetes/
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!