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

Cobalt Strike

Installer et administrer Cobalt Strike sous licence pour une simulation adversaire autorisée, journalisée et contrôlée. Le contrôle est ici appliqué spécifiquement à « Cobalt Strike ».

Objectif du domaine

Le domaine « Cobalt Strike » regroupe 9 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 Cobalt Strike
Parcours recommandé du domaine « Cobalt Strike ».

Parcours conseillé

  1. Installation du client et du Team Server — Installer un produit Cobalt Strike sous licence dans une infrastructure de laboratoire dédiée.
  2. Architecture Team Server, clients et collaboration — Comprendre les rôles, flux d’administration et responsabilités dans une équipe Red Team.
  3. Profils Malleable C2 et déconfliction — Comprendre les profils de communication comme objets de test, sans construire une infrastructure clandestine.
  4. Opérations contrôlées, OPSEC et seuils d’arrêt — Organiser une simulation adversaire sans perdre le contrôle technique ou juridique.
  5. Logging, reporting et nettoyage — Exploiter les journaux de la plateforme pour une chronologie reproductible et une clôture sûre.
  6. Mini-tutoriel de collaboration en laboratoire — Mettre en place un Team Server et connecter un client sans générer ni déployer de charge sur une cible.
  7. Cobalt Strike — modèle Beacon, journalisation et déconfliction — Synthèse française et contrôlée du corpus « Cobalt Strike - Beacons ».
  8. Cobalt Strike — kits, gouvernance et contrôles — Synthèse française et contrôlée du corpus « Cobalt Strike - Kits ».
  9. Cobalt Strike — Synthèse française et contrôlée du corpus « Cobalt Strike ».

Objectifs et compétences du domaine

Le domaine « Cobalt Strike » 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 l’objectif d’émulation, les canaux autorisés, la durée, les comptes de test, la visibilité attendue et les règles d’arrêt.

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

  • Vigilance — privilégier la furtivité au détriment de la sécurité.
  • Vigilance — déployer sans canal de déconfliction.
  • Vigilance — utiliser des secrets ou données réels.
  • Vigilance — oublier les mécanismes de persistance créés.
  • Vigilance — ne pas vérifier la disparition des sessions et fichiers.

Ce qu’un bon livrable doit contenir

Le livrable du domaine « Cobalt Strike » 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

  • Cobalt Strike contient 9 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 « Cobalt Strike » 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 :

  • /
  • Cobalt Strike
  • — Installer un produit Cobalt Strike sous licence dans une infrastructure de laboratoire dédiée.
  • — Comprendre les rôles, flux d’administration et responsabilités dans une équipe Red Team.
  • — Comprendre les profils de communication comme objets de test, sans construire une infrastructure clandestine.
  • — Organiser une simulation adversaire sans perdre le contrôle technique ou juridique.

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 « Cobalt Strike ».

Rechercher dans le guide