Inventorier les actifs exposés et leurs relations en combinant sources passives, validation active limitée et propriété métier. Le contrôle est ici appliqué spécifiquement à « Attack Surface Management ».
Objectif du domaine
Le domaine « Attack Surface Management » regroupe 8 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 recommandé du domaine « Attack Surface Management ».
Parcours conseillé
Installation et préparation de l’environnement — Installer et valider OWASP Amass, BBOT, SpiderFoot sous Windows, Linux ou Kali pour le domaine Attack Surface Management, avec isolation, vérification des versions et procédure de nettoyage.
Définir la surface d’attaque et ses propriétaires — Guide professionnel et progressif consacré à définir la surface d’attaque et ses propriétaires, avec méthodologie autorisée, interprétation, preuves et remédiations.
Collecte passive DNS, certificats et ASN — Guide professionnel et progressif consacré à collecte passive dns, certificats et asn, avec méthodologie autorisée, interprétation, preuves et remédiations.
Amass, BBOT et SpiderFoot : rôles comparés — Guide professionnel et progressif consacré à amass, bbot et spiderfoot: rôles comparés, avec méthodologie autorisée, interprétation, preuves et remédiations.
Validation active à faible impact — Guide professionnel et progressif consacré à validation active à faible impact, avec méthodologie autorisée, interprétation, preuves et remédiations.
Dédupliquer, dater et qualifier les actifs — Guide professionnel et progressif consacré à dédupliquer, dater et qualifier les actifs, avec méthodologie autorisée, interprétation, preuves et remédiations.
Transformer la cartographie en backlog de réduction — Guide professionnel et progressif consacré à transformer la cartographie en backlog de réduction, avec méthodologie autorisée, interprétation, preuves et remédiations.
Utilisation pratique, commandes, filtres et aide — Utiliser les outils et méthodes du domaine Attack Surface Management: commandes, filtres, aide intégrée, interprétation des sorties, preuves et résolution des erreurs fréquentes.
Objectifs et compétences du domaine
Le domaine « Attack Surface Management » 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 la question initiale, la provenance des sources, la date d’observation et les pivots reproductibles.
Expliquer les mécanismes essentiels du domaine « Attack Surface Management ».
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 « Attack Surface Management », 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.
Lire d’abord la définition, le périmètre et les limites du domaine.
Installer ou vérifier les outils dans une VM ou un conteneur dédié.
Réaliser l’exercice le plus simple avec une sortie attendue connue.
Comparer les résultats avec une seconde source ou une vérification manuelle.
Étudier les erreurs fréquentes avant d’augmenter la portée ou le débit.
Terminer par le reporting, le nettoyage et le retest.
Points de vigilance
Les points suivants doivent rester visibles pendant toute mission portant sur « Attack Surface Management ». Ils évitent les conclusions trop rapides et les actions inutiles.
Vigilance — accumuler des données sans question précise.
Vigilance — confondre association technique et attribution.
Vigilance — ignorer la date et la fraîcheur.
Vigilance — exposer des informations personnelles inutiles.
Vigilance — ne pas séparer faits, hypothèses et inconnues.
Ce qu’un bon livrable doit contenir
Le livrable du domaine « Attack Surface Management » 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.
