Guide Red TeamTests d’intrusion autorisés · Red Team · Purple Team
Domaines
Domaine Red Team · synthèse V11

Conteneurs, Docker et Kubernetes

Évaluer les images, registres, moteurs de conteneurs, orchestrateurs Kubernetes, RBAC, secrets, réseau et mécanismes d’isolation dans un laboratoire ou mandat explicite. Le contrôle est ici appliqué spécifiquement à « Conteneurs, Docker et Kubernetes ».

Objectif du domaine

Le domaine « Conteneurs, Docker et Kubernetes » regroupe 10 chapitres. La lecture commence par l’installation ou les prérequis, poursuit avec les contrôles pratiques et se termine par l’interprétation, la correction et le retest.

Parcours du domaine Conteneurs, Docker et Kubernetes
Parcours recommandé du domaine « Conteneurs, Docker et Kubernetes ».

Parcours conseillé

  1. Installation et préparation de l’environnement — Installer et valider Docker, kubectl, Trivy, kube-bench sous Windows, Linux ou Kali pour le domaine Conteneurs, Docker et Kubernetes, avec isolation, vérification des versions et procédure de nettoyage.
  2. Modèle de menace conteneurs et frontières — Modèle de menace conteneurs et frontières: méthode professionnelle, commandes de laboratoire, preuves, limites, remédiations et retest dans le domaine Conteneurs, Docker et Kubernetes.
  3. Images registres dépendances et provenance — Images registres dépendances et provenance: méthode professionnelle, commandes de laboratoire, preuves, limites, remédiations et retest dans le domaine Conteneurs, Docker et Kubernetes.
  4. Docker daemon socket volumes et capabilities — Docker daemon socket volumes et capabilities: méthode professionnelle, commandes de laboratoire, preuves, limites, remédiations et retest dans le domaine Conteneurs, Docker et Kubernetes.
  5. Kubernetes RBAC comptes de service et admission — Kubernetes RBAC comptes de service et admission: méthode professionnelle, commandes de laboratoire, preuves, limites, remédiations et retest dans le domaine Conteneurs, Docker et Kubernetes.
  6. Secrets réseau politiques et isolation des workloads — Secrets réseau politiques et isolation des workloads: méthode professionnelle, commandes de laboratoire, preuves, limites, remédiations et retest dans le domaine Conteneurs, Docker et Kubernetes.
  7. Preuves remédiations et retest conteneurs — Preuves remédiations et retest conteneurs: méthode professionnelle, commandes de laboratoire, preuves, limites, remédiations et retest dans le domaine Conteneurs, Docker et Kubernetes.
  8. Utilisation pratique, commandes, filtres et aide — Utiliser les outils et méthodes du domaine Conteneurs, Docker et Kubernetes: commandes, filtres, aide intégrée, interprétation des sorties, preuves et résolution des erreurs fréquentes.
  9. Docker — audit de configuration et isolation — Synthèse française et contrôlée du corpus « Docker ».
  10. Kubernetes — RBAC, workloads et audit — Synthèse française et contrôlée du corpus « Kubernetes ».

Objectifs et compétences du domaine

Le domaine « Conteneurs, Docker et Kubernetes » regroupe les compétences nécessaires pour préparer, exécuter et restituer les contrôles associés. Il ne doit pas être lu comme une suite d’outils indépendants : les chapitres décrivent un même workflow, depuis le cadrage jusqu’au retest.

La lecture recommandée commence par les concepts et l’architecture, continue avec l’installation ou la prise en main, puis se termine par les exercices, l’interprétation et la remédiation. Dans ce domaine, la qualité dépend surtout de les identités, rôles, politiques, ressources, journaux du fournisseur et frontières de responsabilité.

  • Expliquer les mécanismes essentiels du domaine « Conteneurs, Docker et Kubernetes ».
  • Préparer un laboratoire cohérent et limité au périmètre autorisé.
  • Choisir l’outil ou la technique en fonction de la question posée.
  • Conserver des preuves reproductibles et compréhensibles.
  • Transformer les constats en corrections et critères de retest.

Parcours de lecture recommandé

Le parcours ci-dessous évite de commencer directement par les commandes. Pour « Conteneurs, Docker et Kubernetes », il est préférable de comprendre les préconditions, d’effectuer un inventaire de base et seulement ensuite d’utiliser les outils spécialisés.

  1. Lire d’abord la définition, le périmètre et les limites du domaine.
  2. Installer ou vérifier les outils dans une VM ou un conteneur dédié.
  3. Réaliser l’exercice le plus simple avec une sortie attendue connue.
  4. Comparer les résultats avec une seconde source ou une vérification manuelle.
  5. Étudier les erreurs fréquentes avant d’augmenter la portée ou le débit.
  6. Terminer par le reporting, le nettoyage et le retest.

Points de vigilance

Les points suivants doivent rester visibles pendant toute mission portant sur « Conteneurs, Docker et Kubernetes ». Ils évitent les conclusions trop rapides et les actions inutiles.

  • Vigilance — raisonner uniquement sur la politique attachée.
  • Vigilance — ignorer les permissions héritées ou conditionnelles.
  • Vigilance — confondre configuration publique et donnée effectivement accessible.
  • Vigilance — tester hors des règles du fournisseur.
  • Vigilance — omettre la région, le projet ou le contexte de souscription.

Ce qu’un bon livrable doit contenir

Le livrable du domaine « Conteneurs, Docker et Kubernetes » doit permettre à une équipe technique de reproduire l’observation et à un responsable de comprendre le risque sans relire toutes les sorties d’outil.

  • le périmètre et les exclusions ;
  • les versions, comptes et configurations de test ;
  • la méthode et les paramètres réellement utilisés ;
  • les preuves brutes et leur interprétation ;
  • les limites et hypothèses ;
  • la recommandation, le responsable et le critère de retest.

Références du domaine

À retenir

  • Conteneurs, Docker et Kubernetes contient 10 chapitres spécialisés.
  • Utilisez la navigation comme un parcours : prérequis, collecte, contrôle, interprétation et retest.
  • Les commandes et outils restent liés à un laboratoire ou à un mandat écrit.

Rechercher dans le guide