Kubernetes RBAC + NetworkPolicy + admission controls
Комбинация от identity, network и deployment policy за Kubernetes.
Какво е
Комбинация от identity, network и deployment policy за Kubernetes.
Как работи
RBAC ограничава API actions, NetworkPolicy ограничава pod-to-pod traffic, admission policies блокират risky workload configurations.
Примерен Kubernetes blast radius
Compromised pod използва прекалено привилегирован service account, чете Secrets и комуникира свободно с други namespaces.
RBAC + NetworkPolicy + workload hardening превръщат този сценарий от „pod compromise = cluster compromise“ към по-ограничен инцидент.
Чести грешки
cluster-adminза service accounts;- privileged containers;
- hostPath mount без нужда;
- default service-account token навсякъде;
- липса на default-deny NetworkPolicy.
Как да проверим
Изберете типичен pod и попитайте: „Ако attacker получи shell тук, какво може да чете, към какво може да говори и какво може да създаде чрез Kubernetes API?“
Практическа имплементация
- No anonymous/public API.
- Minimal service-account permissions.
- Default-deny network policies.
- Disallow privileged containers.
- Read-only root filesystem where possible.
- Image signing/verification.
Какво НЕ решава
Cluster-admin compromise може да заобиколи голяма част от тези controls.
Предпазва най-силно от
- Container Escape · Cloud, SaaS, containers и Kubernetes
- Exposed Kubernetes API Server · Cloud, SaaS, containers и Kubernetes
- Kubernetes Network/Lateral-Movement Abuse · Cloud, SaaS, containers и Kubernetes
- Kubernetes RBAC Abuse · Cloud, SaaS, containers и Kubernetes
- Kubernetes Secret Theft · Cloud, SaaS, containers и Kubernetes
- Malicious Container Image · Cloud, SaaS, containers и Kubernetes