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

Nuclei

Automatiser des contrôles ciblés avec des templates lisibles, versionnés et limités au périmètre. Le contrôle est ici appliqué spécifiquement à « Nuclei ».

Objectif du domaine

Le domaine « Nuclei » regroupe 15 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 Nuclei
Parcours recommandé du domaine « Nuclei ».

Parcours conseillé

  1. Installation et préparation de l’environnement — Installer et valider Nuclei, nuclei-templates sous Windows, Linux ou Kali pour le domaine Nuclei, avec isolation, vérification des versions et procédure de nettoyage.
  2. Architecture Nuclei et organisation des templates — Guide professionnel et progressif consacré à architecture nuclei et organisation des templates, avec méthodologie autorisée, interprétation, preuves et remédiations.
  3. Sélection des templates et sévérité — Guide professionnel et progressif consacré à sélection des templates et sévérité, avec méthodologie autorisée, interprétation, preuves et remédiations.
  4. Rate limits, périmètre et sécurité — Guide professionnel et progressif consacré à rate limits, périmètre et sécurité, avec méthodologie autorisée, interprétation, preuves et remédiations.
  5. Lire matchers, extractors et workflows — Guide professionnel et progressif consacré à lire matchers, extractors et workflows, avec méthodologie autorisée, interprétation, preuves et remédiations.
  6. Créer un template de validation inoffensif — Guide professionnel et progressif consacré à créer un template de validation inoffensif, avec méthodologie autorisée, interprétation, preuves et remédiations.
  7. Triage, preuve et intégration CI — Guide professionnel et progressif consacré à triage, preuve et intégration ci, avec méthodologie autorisée, interprétation, preuves et remédiations.
  8. Utilisation pratique, commandes, filtres et aide — Utiliser les outils et méthodes du domaine Nuclei : commandes, filtres, aide intégrée, interprétation des sorties, preuves et résolution des erreurs fréquentes.
  9. Installation, templates et mise à jour — Installer Nuclei depuis une source maintenue, vérifier la version et gérer les templates séparément du binaire.
  10. Cibles, listes et modes d’entrée — Normaliser les cibles Nuclei, éviter les doublons et limiter l’analyse aux URL ou hôtes explicitement approuvés.
  11. Templates, workflows, tags et sévérités — Sélectionner des templates par technologie et objectif plutôt que d’exécuter la collection entière.
  12. Variables, en-têtes, authentification et secrets — Injecter des variables et des en-têtes de laboratoire sans exposer les secrets dans l’historique, les commandes ou les rapports.
  13. Rate limits, concurrence et contrôle de charge — Combiner rate limit, concurrence et bulk size afin de respecter la capacité de l’application et le seuil d’arrêt défini.
  14. Résultats JSONL, SARIF et validation manuelle — Conserver les sorties structurées Nuclei, relier chaque finding au template et confirmer l’impact avec une requête manuelle.
  15. Créer un template non destructif — Écrire un template interne qui vérifie un en-tête ou une exposition sans authentification forcée, fuzzing ou modification d’état.
08

Installation, templates et mise à jour

Installer Nuclei depuis une source maintenue, vérifier la version et gérer les templates séparément du binaire.

09

Cibles, listes et modes d’entrée

Normaliser les cibles Nuclei, éviter les doublons et limiter l’analyse aux URL ou hôtes explicitement approuvés.

10

Templates, workflows, tags et sévérités

Sélectionner des templates par technologie et objectif plutôt que d’exécuter la collection entière.

11

Variables, en-têtes, authentification et secrets

Injecter des variables et des en-têtes de laboratoire sans exposer les secrets dans l’historique, les commandes ou les rapports.

12

Rate limits, concurrence et contrôle de charge

Combiner rate limit, concurrence et bulk size afin de respecter la capacité de l’application et le seuil d’arrêt défini.

13

Résultats JSONL, SARIF et validation manuelle

Conserver les sorties structurées Nuclei, relier chaque finding au template et confirmer l’impact avec une requête manuelle.

14

Créer un template non destructif

Écrire un template interne qui vérifie un en-tête ou une exposition sans authentification forcée, fuzzing ou modification d’état.

Objectifs et compétences du domaine

Le domaine « Nuclei » 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 hypothèses, entrées, actions, sorties et limites propres au sujet.

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

  • Vigilance — agir sans objectif mesurable.
  • Vigilance — collecter trop de données.
  • Vigilance — ne pas conserver la sortie brute.
  • Vigilance — conclure sur un seul indicateur.
  • Vigilance — omettre le nettoyage et le retest.

Ce qu’un bon livrable doit contenir

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

  • Nuclei contient 15 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