DevOps

Segurança Runtime e Cluster

Pod Security Standards, Falco, segurança runtime com eBPF, admission controllers (OPA, Kyverno), aplicação de políticas

24 perguntas de entrevista·
Senior
1

Quais são os três níveis de Pod Security Standards definidos pelo Kubernetes?

Resposta

O Kubernetes define três níveis de Pod Security Standards: Privileged (sem restrições), Baseline (minimamente restritivo, bloqueia escalonamentos de privilégios conhecidos como hostNetwork ou privileged containers) e Restricted (altamente restritivo, segue as best practices de hardening com runAsNonRoot, seccomp, etc.). Esses níveis permitem uma adoção progressiva de segurança de acordo com as necessidades da aplicação.

2

Como aplicar o nível Baseline de Pod Security Standards a um namespace com kubectl?

Resposta

Usar as labels pod-security.kubernetes.io no namespace permite habilitar os Pod Security Standards. Existem três modos: enforce (bloqueia), warn (avisa) e audit (registra). O comando kubectl label aplica essas labels com o nível e versão desejados.

3

Qual é a principal diferença entre os níveis Baseline e Restricted dos Pod Security Standards?

Resposta

O nível Restricted impõe runAsNonRoot obrigatório, proibindo a execução como root, enquanto Baseline permite root mas bloqueia escalonamentos de privilégios. Restricted também adiciona restrições sobre capabilities (drop ALL), seccomp (RuntimeDefault) e volumes permitidos. É o nível recomendado para workloads críticos.

4

Qual é o papel principal do Falco na segurança runtime do Kubernetes?

5

Qual tecnologia permite ao Falco monitorar eventos do sistema sem modificar o kernel Linux?

+21 perguntas de entrevista

Outros temas de entrevista DevOps

Domine DevOps para sua proxima entrevista

Acesse todas as perguntas, flashcards, testes tecnicos, exercicios de code review e simuladores de entrevista.

Comece gratis