Kubernetes RBAC + NetworkPolicy + admission controls

Комбинация от identity, network и deployment policy за Kubernetes.

Приоритет P1свързана с 6 атаки

Какво е

Комбинация от 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.

Предпазва най-силно от

Други в Cloud, SaaS, контейнери и Kubernetes