DevOps

Sécurité Runtime & Cluster

Pod Security Standards, Falco, eBPF runtime security, admission controllers (OPA, Kyverno), policy enforcement

24 questions d'entretien·
Senior
1

Quels sont les trois niveaux de Pod Security Standards définis par Kubernetes ?

Réponse

Kubernetes définit trois niveaux de Pod Security Standards : Privileged (aucune restriction), Baseline (minimalement restrictif, bloque les privilèges élevés connus comme hostNetwork ou privileged containers), et Restricted (fortement restrictif, suit les best practices de hardening avec runAsNonRoot, seccomp, etc.). Ces niveaux permettent une adoption progressive de la sécurité selon les besoins applicatifs.

2

Comment appliquer le niveau Baseline de Pod Security Standards à un namespace avec kubectl ?

Réponse

Utiliser les labels pod-security.kubernetes.io sur le namespace permet d'activer les Pod Security Standards. Il existe trois modes : enforce (bloque), warn (avertit), et audit (enregistre). La commande kubectl label permet d'appliquer ces labels avec le niveau souhaité et la version.

3

Quelle est la principale différence entre les niveaux Baseline et Restricted de Pod Security Standards ?

Réponse

Le niveau Restricted impose runAsNonRoot obligatoire, interdisant l'exécution en tant que root, alors que Baseline permet root mais bloque les escalades de privilèges. Restricted ajoute aussi des contraintes sur les capabilities (drop ALL), seccomp (RuntimeDefault), et les volumes autorisés. C'est le niveau recommandé pour les workloads critiques.

4

Quel est le rôle principal de Falco dans la sécurité runtime Kubernetes ?

5

Quelle technologie permet à Falco de monitorer les événements système sans modifier le kernel Linux ?

+21 questions d'entretien

Maîtrise DevOps pour ton prochain entretien

Accède à toutes les questions, flashcards, tests techniques, exercices de code review et simulateurs d'entretien.

Commencer gratuitement