arrow_backRetour aux notes de terrain
BLUE TEAM Publié 6 Jul 2026

Maîtriser la chasse aux menaces : un guide pratique

Apprenez une approche structurée et hypothétique de la chasse aux menaces, des sources de données aux techniques qui découvrent les adversaires cachés.

La chasse aux menaces inverse le modèle de sécurité traditionnel : au lieu d'attendre les alertes, vous supposez de manière proactive une compromission et cherchez des preuves. Bien menée, elle capture les adversaires qui contournent les défenses automatisées. Ce guide vous présente un processus pratique et reproductible que vous pouvez appliquer quelle que soit la taille de votre organisation ou votre ensemble d'outils.

Pourquoi la chasse est importante

La détection basée sur les signatures et même la plupart des analyses comportementales ne capturent que les modèles connus malveillants ou les anomalies évidentes. Les attaquants compétents opèrent délibérément en dessous de ce seuil, en utilisant des outils légitimes (living-off-the-land binaries), des identifiants valides et des mouvements lents et patients. La chasse aux menaces comble cette lacune en ayant un analyste humain formuler des hypothèses sur le comportement des attaquants et chercher activement des preuves dans votre télémétrie.

Construire un processus hypothétique

Les chasses efficaces commencent par une hypothèse spécifique et testable plutôt qu'une expédition de pêche sans fin. Les bonnes hypothèses proviennent généralement de trois sources :

  • Renseignement sur les menaces : Un nouveau rapport décrit une technique utilisée par un groupe qui cible votre secteur. Hypothèse : « Si ce groupe est actif dans notre environnement, nous verrions PowerShell télécharger des charges utiles selon un modèle spécifique. »
  • Lacunes MITRE ATT&CK : Cartographiez votre couverture de détection actuelle par rapport aux techniques ATT&CK et priorisez les chasses pour les techniques que vous ne pouvez pas actuellement détecter automatiquement.
  • Curiosité basée sur les anomalies : Heures de connexion inhabituelles, relations parent-enfant de processus rares, ou connexions sortantes inattendues qui ne déclenchent pas d'alertes mais semblent bizarres à l'examen.

Documentez chaque hypothèse, les sources de données que vous interrogerez, et quelles preuves la confirmeraient ou l'infirmeraient. Cette discipline empêche les chasses de devenir non ciblées et rend les résultats reproductibles.

Connaître vos sources de données

Une chasse n'est aussi bonne que la télémétrie qui la soutient. Les sources principales incluent :

  • Journaux EDR (Endpoint Detection and Response) : création de processus, arguments de ligne de commande, écritures de fichiers, connexions réseau par processus.
  • Journaux des événements Windows : en particulier Security (logons 4624/4625), Sysmon (création de processus, réseau, registre) et journaux opérationnels PowerShell.
  • Données réseau : journaux NetFlow/Zeek pour les métadonnées de connexion, journaux de requêtes DNS et journaux de proxy pour le trafic web sortant.
  • Journaux d'authentification : des fournisseurs d'identité, VPN et services d'annuaire pour repérer les voyages impossibles ou les abus d'identifiants.
  • Journaux d'audit cloud : CloudTrail, Azure Activity Logs ou GCP Audit Logs pour les changements de privilèges et les abus d'API.

Centralisez-les dans un SIEM ou un data lake où vous pouvez exécuter des requêtes ad hoc rapidement. Si votre rétention est trop courte, les chasses contre les intrusions historiques deviennent impossibles—visez au moins 90 jours si possible.

Techniques pratiques de chasse

Stack counting (analyse de fréquence) : Comptez les occurrences d'un champ—noms de processus parent, noms de tâches planifiées, noms de services—dans votre environnement. Les valeurs aberrantes (un processus exécuté sur un hôte sur dix mille) indiquent souvent quelque chose qui mérite d'être enquêté.

SELECT parent_process, COUNT(*) as cnt
FROM process_events
GROUP BY parent_process
ORDER BY cnt ASC
LIMIT 50;

Least frequency of occurrence (LFO) : Similaire au stacking mais appliqué à des combinaisons, comme les paires (user, source_ip) pour l'authentification, pour faire émerger des modèles d'accès rares.

Baseline deviation : Établissez ce qui est « normal » pour un hôte ou un utilisateur (heures de connexion typiques, processus courants) et signalez les écarts. Cela nécessite un investissement initial dans le profilage mais est rentable pour les chasses en cours.

Pivoting sur IOCs et TTPs : Partez d'un indicateur connu (hash, domaine, IP) ou d'une technique (par exemple, T1055 process injection) et cherchez dans tous les journaux disponibles l'activité connexe, puis pivotez à partir de tous les résultats pour trouver l'infrastructure connexe ou les hôtes affectés.

Outils à apprendre

  • Sysmon + règles Sigma : Sysmon fournit une télémétrie d'endpoint riche ; Sigma vous donne un format de règle portable pour détecter et chasser sur les plateformes SIEM.
  • Velociraptor ou osquery : Pour les requêtes en direct à l'échelle de la flotte quand vous devez vérifier des centaines d'endpoints pour un artefact spécifique maintenant.
  • Zeek : Pour l'analyse approfondie des protocoles réseau au-delà du simple NetFlow.
  • MITRE ATT&CK Navigator : Pour suivre et visualiser la couverture de chasse au fil du temps.

Boucler la boucle

Chaque chasse devrait produire un résultat au-delà de « n'a rien trouvé ». Si vous confirmez une activité malveillante, injectez-la dans la réponse aux incidents. Si vous trouvez des lacunes de visibilité, classez-les comme tickets de détection engineering. Si une technique de chasse s'avère précieuse, convertissez-la en règle de détection automatisée pour que les instances futures déclenchent des alertes sans effort manuel. Cela transforme la chasse aux menaces en moteur d'amélioration continue pour l'ensemble de votre programme de sécurité plutôt qu'un exercice ponctuel.

Tenez un journal de chasse avec les hypothèses, les requêtes utilisées et les conclusions—ces connaissances institutionnelles s'accumulent au fil du temps et rendent l'intégration de nouveaux chasseurs beaucoup plus rapide.

Prêt à aller plus loin ? Explorez les segments Digital Forensics et Blue Team de Korra Studio pour développer les compétences de détection et d'investigation qui s'associent naturellement à la chasse aux menaces.

Rédigé avec l'aide de l'IA, relu et publié par Michal Pilch (CISSP), Korra Studio.

Prêt à aller plus loin ?

Ceci est une note de la base de connaissances de Korra Studio — la plateforme associe chaque sujet à un mentorat individuel.

Commencer gratuitementarrow_forward