Additional Container Cluster Roles T1098.006
- Tactics
- Persistence, Privilege Escalation
- Platform
- Containers
- Version
- 1.0
- Created
- 14 July 2023
- Last modified
- 15 April 2025
An adversary may add additional roles or permissions to an adversary-controlled user or service account to maintain persistent access to a container orchestration system. For example, an adversary with sufficient permissions may create a RoleBinding or a ClusterRoleBinding to bind a Role or ClusterRole to a Kubernetes account.[1][2] Where attribute-based access control (ABAC) is in use, an adversary with sufficient permissions may modify a Kubernetes ABAC policy to give the target account additional permissions.[3] This account modification may immediately follow Create Account or other malicious account activity. Adversaries may also modify existing Valid Accounts that they have compromised.
Offense vs defense T1098.006
Is defensive coverage keeping up with adversary use? Eight counts, each ranked against all 697 ATT&CK techniques. Attack sits left, defense right, so a shape leaning left means adversaries are better documented here than defenders are equipped. Hover any spoke for its percentile and the share of techniques that have more. The timeline below shows when each side arrived.
Additional Container Cluster Roles detection strategy DET0572
MITRE names one behaviour worth catching for this technique and breaks it into 1 analytic, one per platform. Each carries the log sources it needs and the fields you tune per environment.
Suspicious RoleBinding or ClusterRoleBinding Assignment in Kubernetes
AN1579 · Containers
Detects assignment of high-privilege roles to user or service accounts via Kubernetes RoleBinding or ClusterRoleBinding objects, especially outside of CI/CD automation or from unknown IPs.
Log sources
The data this analytic draws on. You do not need every component — each one you already collect covers part of it. Each links to its ATT&CK record.
| Data component | Name | Channel |
|---|---|---|
| User Account ModificationDC0010 | kubernetes:audit | create or update events for RoleBinding or ClusterRoleBinding objects |
Tunable fields
MITRE calls these the analytic’s mutable elements: the thresholds and filters you set for your own environment.
| Field | What you tune |
|---|---|
| UserAgent | Filter expected sources of automated role assignment (e.g., CI/CD tooling) |
| RoleName | Scope to privileged roles like cluster-admin, edit, admin |
| TimeWindow | Detect after-hours or irregular-time assignments |
| UserContext | Define known service accounts and privileged operators to reduce noise |
Require multi-factor authentication for user accounts integrated into container clusters through cloud deployments or via authentication protocols such as LDAP or SAML.
Ensure that low-privileged accounts do not have permissions to add permissions to accounts or to update container cluster roles.