Quiz Module 9 - Sécurité et RBAC

Instructions

Ce quiz contient 30 questions à choix multiples.

---

Question 1

Que signifie RBAC dans Kubernetes?

1. Role-Based Access Control

2. Resource-Based Access Control

3. Rule-Based Access Control

Voir l'explication

Réponse correcte: Role-Based Access Control

Explication: RBAC est le mécanisme d'autorisation de Kubernetes qui contrôle qui peut faire quoi dans le cluster via des rôles et bindings.

---

Question 2

Qu'est-ce qu'un Role dans RBAC?

1. Un type d'utilisateur

2. Une collection de permissions qui s'applique à un namespace spécifique

3. Un type de Pod

4. Un type de Service

Voir l'explication

Réponse correcte: Une collection de permissions qui s'applique à un namespace spécifique

Explication: Un Role définit un ensemble de permissions (verbs) sur des ressources dans un namespace spécifique. Un ClusterRole s'applique à tout le cluster.

---

Question 3

Qu'est-ce qu'un RoleBinding?

1. Un type de Role

2. Une ressource qui lie un Role à un utilisateur, groupe, ou ServiceAccount dans un namespace

3. Un type de Pod

4. Un type de Service

Voir l'explication

Réponse correcte: Une ressource qui lie un Role à un utilisateur, groupe, ou ServiceAccount dans un namespace

Explication: Un RoleBinding associe un Role (ou ClusterRole) à des sujets (utilisateurs, groupes, ServiceAccounts) dans un namespace spécifique.

---

Question 4

Quelle est la différence entre un Role et un ClusterRole?

1. Aucune différence

2. Un Role s'applique à un namespace, un ClusterRole s'applique à tout le cluster

3. Un ClusterRole s'applique à un namespace

4. Ils sont identiques

Voir l'explication

Réponse correcte: Un Role s'applique à un namespace, un ClusterRole s'applique à tout le cluster

Explication: Les Roles sont limités à un namespace, tandis que les ClusterRoles peuvent définir des permissions sur des ressources au niveau du cluster (nodes, PVs, etc.).

---

Question 5

Qu'est-ce qu'un ServiceAccount?

1. Un compte utilisateur

2. Une identité pour les Pods qui s'exécutent dans le cluster

3. Un type de Service

4. Un type de Pod

Voir l'explication

Réponse correcte: Une identité pour les Pods qui s'exécutent dans le cluster

Explication: Un ServiceAccount fournit une identité pour les Pods, permettant l'authentification et l'autorisation lors de l'accès à l'API Server.

---

Question 6

Quels sont les verbs (actions) principaux dans RBAC?

1. read, write, delete

2. get, list, create, update, patch, delete, watch

3. read, write, execute

4. view, edit, remove

Voir l'explication

Réponse correcte: get, list, create, update, patch, delete, watch

Explication: Les verbs principaux dans RBAC sont get (lire un objet), list (lister), create, update, patch (modifier), delete, et watch (surveiller les changements).

---

Question 7

Quelle est la commande pour voir les Roles?

1. kubectl get users

2. kubectl get roles

3. kubectl get permissions

4. kubectl list roles

Voir l'explication

Réponse correcte: kubectl get roles

Explication: kubectl get roles affiche tous les Roles dans le namespace actuel. Utilisez -A pour tous les namespaces.

---

Question 8

Qu'est-ce qu'un ClusterRoleBinding?

1. Un type de RoleBinding

2. Une ressource qui lie un ClusterRole à un utilisateur, groupe, ou ServiceAccount au niveau du cluster

3. Un type de Pod

4. Un type de Service

Voir l'explication

Réponse correcte: Une ressource qui lie un ClusterRole à un utilisateur, groupe, ou ServiceAccount au niveau du cluster

Explication: Un ClusterRoleBinding associe un ClusterRole à des sujets au niveau du cluster, leur donnant des permissions sur tout le cluster.

---

Question 9

Quelle est la commande pour tester les permissions d'un utilisateur?

1. kubectl test permissions

2. kubectl auth can-i [verb] [resource] --as=[user] ou kubectl auth can-i --list

3. kubectl check permissions

4. kubectl verify permissions

Voir l'explication

Réponse correcte: kubectl auth can-i [verb] [resource] --as=[user] ou kubectl auth can-i --list

Explication: kubectl auth can-i permet de vérifier si un utilisateur peut effectuer une action spécifique. --list affiche toutes les permissions.

---

Question 10

Qu'est-ce qu'un Pod Security Standard (PSS)?

1. Un type de Pod

2. Des politiques de sécurité prédéfinies (privileged, baseline, restricted) pour les Pods

3. Un type de Service

4. Un type de Secret

Voir l'explication

Réponse correcte: Des politiques de sécurité prédéfinies (privileged, baseline, restricted) pour les Pods

Explication: Les Pod Security Standards définissent trois niveaux de sécurité pour les Pods: privileged (tout permis), baseline (restrictions minimales), et restricted (restrictions maximales).

---

Question 11

Quelle est la commande pour voir les ServiceAccounts?

1. kubectl get users

2. kubectl get serviceaccounts

3. kubectl get accounts

4. kubectl list serviceaccounts

Voir l'explication

Réponse correcte: kubectl get serviceaccounts

Explication: kubectl get serviceaccounts (ou sa) affiche tous les ServiceAccounts dans le namespace actuel.

---

Question 12

Qu'est-ce qu'une Network Policy?

1. Une politique de routage

2. Une ressource qui définit les règles de communication réseau entre les Pods

3. Une politique de Service

4. Une configuration DNS

Voir l'explication

Réponse correcte: Une ressource qui définit les règles de communication réseau entre les Pods

Explication: Les Network Policies agissent comme un pare-feu au niveau du cluster, contrôlant le trafic entrant et sortant des Pods basé sur des sélecteurs.

---

Question 13

Quelle est la différence entre un RoleBinding et un ClusterRoleBinding?

1. Aucune différence

2. RoleBinding lie un Role dans un namespace, ClusterRoleBinding lie un ClusterRole au niveau du cluster

3. ClusterRoleBinding lie un Role, RoleBinding lie un ClusterRole

4. Ils sont identiques

Voir l'explication

Réponse correcte: RoleBinding lie un Role dans un namespace, ClusterRoleBinding lie un ClusterRole au niveau du cluster

Explication: Les RoleBindings sont limités à un namespace, tandis que les ClusterRoleBindings s'appliquent à tout le cluster.

---

Question 14

Qu'est-ce qu'un imagePullSecret?

1. Un type de Secret

2. Un Secret utilisé par un Pod pour s'authentifier auprès d'un registre Docker privé

3. Un type de ConfigMap

4. Un type de Service

Voir l'explication

Réponse correcte: Un Secret utilisé par un Pod pour s'authentifier auprès d'un registre Docker privé

Explication: imagePullSecrets permet aux Pods de tirer des images depuis des registres privés en fournissant les credentials d'authentification.

---

Question 15

Quelle est la commande pour voir les ClusterRoles?

1. kubectl get roles

2. kubectl get clusterroles

3. kubectl get global-roles

4. kubectl list clusterroles

Voir l'explication

Réponse correcte: kubectl get clusterroles

Explication: kubectl get clusterroles affiche tous les ClusterRoles qui s'appliquent à tout le cluster.

---

Question 16

Qu'est-ce que le principe du moindre privilège dans RBAC?

1. Donner tous les privilèges

2. Donner uniquement les permissions minimales nécessaires pour accomplir une tâche

3. Donner des permissions aléatoires

4. Ne pas donner de permissions

Voir l'explication

Réponse correcte: Donner uniquement les permissions minimales nécessaires pour accomplir une tâche

Explication: Le principe du moindre privilège est une bonne pratique de sécurité qui consiste à accorder uniquement les permissions strictement nécessaires, réduisant la surface d'attaque.

---

Question 17

Quelle est la commande pour voir les RoleBindings?

1. kubectl get bindings

2. kubectl get rolebindings

3. kubectl get permissions

4. kubectl list rolebindings

Voir l'explication

Réponse correcte: kubectl get rolebindings

Explication: kubectl get rolebindings (ou rb) affiche tous les RoleBindings dans le namespace actuel.

---

Question 18

Qu'est-ce qu'un Pod Security Admission (PSA)?

1. Un type de Pod

2. Un Admission Controller qui applique les Pod Security Standards aux Pods

3. Un type de Service

4. Un type de Secret

Voir l'explication

Réponse correcte: Un Admission Controller qui applique les Pod Security Standards aux Pods

Explication: Pod Security Admission est un Admission Controller intégré qui applique automatiquement les Pod Security Standards (privileged, baseline, restricted) aux Pods.

---

Question 19

Quelle est la différence entre allow, audit, et warn dans Pod Security Standards?

1. Aucune différence

2. allow autorise, audit enregistre les violations, warn avertit mais autorise

3. warn autorise, allow enregistre, audit avertit

4. Ils sont identiques

Voir l'explication

Réponse correcte: allow autorise, audit enregistre les violations, warn avertit mais autorise

Explication: allow autorise les Pods conformes, audit enregistre les violations dans les logs, warn affiche un avertissement mais autorise quand même.

---

Question 20

Qu'est-ce qu'un Network Policy avec policyTypes: Ingress?

1. Une Network Policy sans règles

2. Une Network Policy qui contrôle uniquement le trafic entrant vers les Pods sélectionnés

3. Une Network Policy dépréciée

4. Une Network Policy pour le trafic sortant uniquement

Voir l'explication

Réponse correcte: Une Network Policy qui contrôle uniquement le trafic entrant vers les Pods sélectionnés

Explication: policyTypes définit quels types de trafic sont contrôlés: Ingress (entrant), Egress (sortant), ou les deux.

---

Question 21

Quelle est la commande pour créer un ServiceAccount?

1. kubectl new serviceaccount

2. kubectl create serviceaccount [name]

3. kubectl add serviceaccount

4. kubectl make serviceaccount

Voir l'explication

Réponse correcte: kubectl create serviceaccount [name]

Explication: kubectl create serviceaccount crée un nouveau ServiceAccount dans le namespace actuel.

---

Question 22

Qu'est-ce qu'un Role avec resourceNames?

1. Un Role sans restrictions

2. Un Role qui limite les permissions à des ressources spécifiques par nom

3. Un Role déprécié

4. Un Role pour toutes les ressources

Voir l'explication

Réponse correcte: Un Role qui limite les permissions à des ressources spécifiques par nom

Explication: resourceNames permet de restreindre les permissions à des ressources spécifiques par leur nom, offrant un contrôle granulaire.

---

Question 23

Quelle est la bonne pratique pour les ServiceAccounts?

1. Utiliser le ServiceAccount par défaut pour tous les Pods

2. Créer un ServiceAccount dédié pour chaque application avec des permissions minimales

3. Ne pas utiliser de ServiceAccounts

4. Partager un ServiceAccount entre toutes les applications

Voir l'explication

Réponse correcte: Créer un ServiceAccount dédié pour chaque application avec des permissions minimales

Explication: Chaque application devrait avoir son propre ServiceAccount avec uniquement les permissions nécessaires, suivant le principe du moindre privilège.

---

Question 24

Qu'est-ce qu'un Network Policy avec from et to?

1. Une Network Policy sans règles

2. Une Network Policy qui spécifie les sources (from) et destinations (to) autorisées pour le trafic

3. Une Network Policy dépréciée

4. Une Network Policy pour tous les Pods

Voir l'explication

Réponse correcte: Une Network Policy qui spécifie les sources (from) et destinations (to) autorisées pour le trafic

Explication: from définit les sources autorisées pour le trafic entrant, to définit les destinations autorisées pour le trafic sortant.

---

Question 25

Quelle est la commande pour voir les ClusterRoleBindings?

1. kubectl get rolebindings

2. kubectl get clusterrolebindings

3. kubectl get global-bindings

4. kubectl list clusterrolebindings

Voir l'explication

Réponse correcte: kubectl get clusterrolebindings

Explication: kubectl get clusterrolebindings affiche tous les ClusterRoleBindings qui s'appliquent à tout le cluster.

---

Question 26

Qu'est-ce qu'un Role avec apiGroups?

1. Un Role sans restrictions

2. Un Role qui spécifie les groupes d'API Kubernetes auxquels les permissions s'appliquent

3. Un Role déprécié

4. Un Role pour tous les groupes d'API

Voir l'explication

Réponse correcte: Un Role qui spécifie les groupes d'API Kubernetes auxquels les permissions s'appliquent

Explication: apiGroups permet de spécifier quels groupes d'API sont concernés (par exemple: "", "apps", "networking.k8s.io").

---

Question 27

Quelle est la différence entre un Network Policy avec et sans règles?

1. Aucune différence

2. Sans règles, tous les trafics sont bloqués. Avec règles, seuls les trafics spécifiés sont autorisés.

3. Sans règles, tout est autorisé

4. Ils sont identiques

Voir l'explication

Réponse correcte: Sans règles, tous les trafics sont bloqués. Avec règles, seuls les trafics spécifiés sont autorisés.

Explication: Par défaut, les Network Policies bloquent tout le trafic. Les règles définissent explicitement quels trafics sont autorisés (whitelist approach).

---

Question 28

Qu'est-ce qu'un Role avec verbs: ["*"]?

1. Un Role sans permissions

2. Un Role qui accorde toutes les actions (get, list, create, update, patch, delete, watch)

3. Un Role déprécié

4. Un Role avec une seule permission

Voir l'explication

Réponse correcte: Un Role qui accorde toutes les actions (get, list, create, update, patch, delete, watch)

Explication: Le wildcard "*" dans verbs accorde toutes les actions possibles sur les ressources spécifiées, à utiliser avec précaution.

---

Question 29

Quelle est la bonne pratique pour les Network Policies?

1. Ne pas utiliser de Network Policies

2. Appliquer le principe du moindre privilège, autoriser uniquement le trafic nécessaire

3. Autoriser tout le trafic

4. Utiliser une seule Network Policy pour tout

Voir l'explication

Réponse correcte: Appliquer le principe du moindre privilège, autoriser uniquement le trafic nécessaire

Explication: Les Network Policies devraient suivre le principe du moindre privilège, autorisant uniquement le trafic strictement nécessaire entre les Pods.

---

Question 30

Quelle est la commande pour voir les permissions d'un ServiceAccount?

1. kubectl get permissions serviceaccount

2. kubectl describe serviceaccount [name] et kubectl get rolebindings,clusterrolebindings pour voir les bindings

3. kubectl show permissions serviceaccount

4. kubectl list permissions serviceaccount

Voir l'explication

Réponse correcte: kubectl describe serviceaccount [name] et kubectl get rolebindings,clusterrolebindings pour voir les bindings

Explication: Pour voir les permissions d'un ServiceAccount, examinez les RoleBindings et ClusterRoleBindings qui le référencent, puis les Roles/ClusterRoles associés.

---

Résultat du Quiz

Félicitations pour avoir complété le quiz du Module 9!

Score:

• 25-30 bonnes réponses: Excellent! Vous maîtrisez la sécurité et RBAC.
• 20-24 bonnes réponses: Très bien! Revoyez les concepts où vous avez eu des difficultés.
• 15-19 bonnes réponses: Bien! Revoyez les chapitres sur RBAC et la sécurité.
• Moins de 15: Recommandé de revoir le module avant de continuer.

---

Quiz créé le: Décembre 2024