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

Social Engineering

Concevoir des simulations humaines éthiques, consenties et mesurables.

Objectif du domaine

Le domaine « Social Engineering » regroupe 11 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 Social Engineering
Parcours recommandé du domaine « Social Engineering ».

Parcours conseillé

  1. Installation et préparation de l’environnement — Installer et valider GoPhish, mail testing domain, browser profiles sous Windows, Linux ou Kali pour le domaine Social Engineering, avec isolation, vérification des versions et procédure de nettoyage.
  2. Gouvernance et autorisation d’une campagne — Guide professionnel et progressif consacré à gouvernance et autorisation d’une campagne, avec méthodologie autorisée, interprétation, preuves et remédiations.
  3. Conception de scénarios et prétextes sûrs — Guide professionnel et progressif consacré à conception de scénarios et prétextes sûrs, avec méthodologie autorisée, interprétation, preuves et remédiations.
  4. Simulation de phishing sans collecte réelle — Guide professionnel et progressif consacré à simulation de phishing sans collecte réelle, avec méthodologie autorisée, interprétation, preuves et remédiations.
  5. Vishing, accueil et tests physiques — Guide professionnel et progressif consacré à vishing, accueil et tests physiques, avec méthodologie autorisée, interprétation, preuves et remédiations.
  6. Mesures, biais et protection des personnes — Guide professionnel et progressif consacré à mesures, biais et protection des personnes, avec méthodologie autorisée, interprétation, preuves et remédiations.
  7. Débriefing, formation et amélioration — Guide professionnel et progressif consacré à débriefing, formation et amélioration, 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 Social Engineering : commandes, filtres, aide intégrée, interprétation des sorties, preuves et résolution des erreurs fréquentes.
  9. Weaponization et prétexting sûrs — Construire un scénario crédible avec des marqueurs inoffensifs, des limites claires et une validation juridique.
  10. Impersonation de canaux de confiance — Tester la vérification des demandes reçues par email, Teams, téléphone ou support sans usurper une personne réelle hors mandat.
  11. Simulation de MFA fatigue et résistance au push bombing — Évaluer les contrôles face à des demandes MFA répétées sans provoquer de verrouillage ou de détresse utilisateur.

Objectifs et compétences du domaine

Le domaine « Social Engineering » 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 « Social Engineering ».
  • 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 « Social Engineering », 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 « Social Engineering ». 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 « Social Engineering » 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

  • Social Engineering contient 11 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