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

BloodHound et chemins d’attaque

Installer BloodHound CE, collecter de manière minimale, analyser les relations de contrôle et prioriser les corrections. Le contrôle est ici appliqué spécifiquement à « BloodHound et chemins d’attaque ».

Objectif du domaine

Le domaine « BloodHound et chemins d’attaque » regroupe 7 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 BloodHound et chemins d’attaque
Parcours recommandé du domaine « BloodHound et chemins d’attaque ».

Parcours conseillé

  1. Installation de BloodHound CE sous Windows et Linux — Installer BloodHound Community Edition dans une machine dédiée avec Docker et BloodHound CLI.
  2. Modèle graphe, nœuds, relations et chemins d’attaque — Comprendre comment BloodHound représente les identités, systèmes et relations de contrôle.
  3. SharpHound : collecte minimale et protection des données — Collecter uniquement les relations nécessaires dans un domaine de laboratoire ou explicitement autorisé.
  4. Ingestion, contrôle de qualité et mise à jour des données — Importer les données, détecter les lacunes et maintenir une vision cohérente du graphe.
  5. Analyse des chemins et requêtes Cypher — Explorer les chemins d’attaque, confirmer leurs conditions et produire une preuve compréhensible.
  6. Remédiation, réduction des chemins et retest — Passer du graphe offensif à un plan de correction mesurable.
  7. Mini-tutoriel BloodHound CE en laboratoire — Installer, charger des données de démonstration et analyser un chemin sans toucher un domaine réel.

Objectifs et compétences du domaine

Le domaine « BloodHound et chemins d’attaque » 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 objets AD concernés, les relations de contrôle, l’héritage des ACL et les dépendances entre domaines, hôtes et identités.

  • Expliquer les mécanismes essentiels du domaine « BloodHound et chemins d’attaque ».
  • 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 « BloodHound et chemins d’attaque », 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 « BloodHound et chemins d’attaque ». Ils évitent les conclusions trop rapides et les actions inutiles.

  • Vigilance — prendre un chemin théorique pour une compromission confirmée.
  • Vigilance — ignorer les groupes imbriqués et les héritages.
  • Vigilance — collecter plus d’attributs que nécessaire.
  • Vigilance — oublier les trusts ou délégations.
  • Vigilance — proposer une correction sans mesurer son impact sur l’exploitation.

Ce qu’un bon livrable doit contenir

Le livrable du domaine « BloodHound et chemins d’attaque » 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

  • BloodHound et chemins d’attaque contient 7 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.
Aurelien Guidi CyberSecurity Specialist

Parcours conseillé

Le domaine « BloodHound et chemins d’attaque » se lit comme un parcours. Commencez par la préparation et les limites du mandat, poursuivez par l’inventaire en lecture seule, puis utilisez les chapitres techniques uniquement pour confirmer une hypothèse précise. Les sujets suivants constituent les principaux points d’entrée :

  • /
  • BloodHound et chemins d’attaque
  • — Installer BloodHound Community Edition dans une machine dédiée avec Docker et BloodHound CLI.
  • — Comprendre comment BloodHound représente les identités, systèmes et relations de contrôle.
  • — Collecter uniquement les relations nécessaires dans un domaine de laboratoire ou explicitement autorisé.
  • — Importer les données, détecter les lacunes et maintenir une vision cohérente du graphe.

Les sorties brutes sont conservées avant toute reformulation. Chaque constat doit indiquer l’actif, le rôle, la version, la date, la méthode de confirmation et la correction attendue. Le retest reprend les mêmes entrées afin de vérifier la disparition du risque sans créer de régression. Dans « site », cette étape est interprétée pour le chapitre « BloodHound et chemins d’attaque ».