DevOps

Seguridad Runtime y Cluster

Pod Security Standards, Falco, seguridad runtime con eBPF, admission controllers (OPA, Kyverno), aplicación de políticas

24 preguntas de entrevista·
Senior
1

¿Cuáles son los tres niveles de Pod Security Standards definidos por Kubernetes?

Respuesta

Kubernetes define tres niveles de Pod Security Standards: Privileged (sin restricciones), Baseline (mínimamente restrictivo, bloquea escaladas de privilegios conocidas como hostNetwork o privileged containers) y Restricted (altamente restrictivo, sigue las best practices de hardening con runAsNonRoot, seccomp, etc.). Estos niveles permiten una adopción progresiva de la seguridad según las necesidades de la aplicación.

2

¿Cómo aplicar el nivel Baseline de Pod Security Standards a un namespace con kubectl?

Respuesta

Usar las labels pod-security.kubernetes.io en el namespace permite habilitar los Pod Security Standards. Existen tres modos: enforce (bloquea), warn (advierte) y audit (registra). El comando kubectl label aplica estas labels con el nivel y la versión deseados.

3

¿Cuál es la principal diferencia entre los niveles Baseline y Restricted de Pod Security Standards?

Respuesta

El nivel Restricted impone runAsNonRoot obligatorio, prohibiendo la ejecución como root, mientras que Baseline permite root pero bloquea las escaladas de privilegios. Restricted también añade restricciones sobre las capabilities (drop ALL), seccomp (RuntimeDefault) y los volúmenes permitidos. Es el nivel recomendado para workloads críticos.

4

¿Cuál es el rol principal de Falco en la seguridad runtime de Kubernetes?

5

¿Qué tecnología permite a Falco monitorear eventos del sistema sin modificar el kernel Linux?

+21 preguntas de entrevista

Otros temas de entrevista DevOps

Domina DevOps para tu próxima entrevista

Accede a todas las preguntas, flashcards, tests técnicos, ejercicios de code review y simuladores de entrevista.

Empieza gratis