Chapitre 2 (suite) — Empreinte Numérique & Reconnaissance Active
⏱ ~25 min autonome · ~40 min encadré
Au-delà des sources isolées vues en 2.1, ce chapitre montre comment assembler ces indices en une image cohérente de l'organisation ciblée, puis introduit la reconnaissance active — la transition naturelle vers le Chapitre 3.
- Décrire comment recouper plusieurs sources OSINT dresse une cartographie de l'infrastructure publique.
- Expliquer comment les métadonnées de documents peuvent exposer de l'information non intentionnelle.
- Distinguer précisément reconnaissance passive et active à partir d'un exemple concret.
Aucune source isolée ne suffit — la valeur de l'empreinte numérique vient du recoupement. Un domaine, ses sous-domaines, les enregistrements DNS, les certificats TLS émis (souvent publiés dans des journaux publics de transparence des certificats) et les résultats de google dorking, mis ensemble, dessinent une carte assez précise de ce qu'une organisation expose publiquement : combien de serveurs, quels services, quels sous-domaines de test parfois oubliés en ligne.
staging.exemple.com, un sous-domaine de test jamais annoncé publiquement. Ces environnements de
test sont statistiquement plus susceptibles d'être mal sécurisés qu'un environnement de production — une
piste que l'empreinte numérique vient de révéler sans la moindre interaction directe.Les documents publiés en ligne (PDF, présentations, feuilles de calcul) contiennent souvent des métadonnées invisibles à la lecture normale : nom de l'auteur, logiciel et version utilisés, parfois même le nom d'utilisateur réseau de la personne qui a créé le fichier. Ces métadonnées, accumulées sur plusieurs documents publiés par la même organisation, révèlent des conventions de nommage internes, des logiciels utilisés (donc des vulnérabilités potentielles associées à une version précise), et parfois des noms réels d'employés utiles pour préparer une attaque d'ingénierie sociale (voir Chapitre 7).
Les profils professionnels publics révèlent des organigrammes informels, des relations hiérarchiques, et des détails personnels parfois utilisés comme base de questions de sécurité (nom d'un premier animal, ville de naissance). Cette étape est explicitement une reconnaissance préparatoire à l'ingénierie sociale : l'information collectée ici sert à construire un prétexte crédible, développé plus en détail dans l'annexe Ingénierie sociale.
Différence avec la reconnaissance passive
La reconnaissance active implique une interaction directe, même minime, avec l'infrastructure de la cible — un ping, une résolution DNS ciblée sur un sous-domaine deviné, une tentative de connexion simple. Contrairement à la reconnaissance passive, ces actions peuvent, en théorie, être journalisées par la cible.
| Reconnaissance passive | Reconnaissance active | |
|---|---|---|
| Interaction avec la cible | Aucune | Directe, même minime |
| Risque de détection | Nul | Existant, même s'il reste faible à ce stade |
| Exemples | OSINT, WHOIS, DNS déjà en cache, métadonnées | Ping, résolution DNS active, requête HTTP simple |
Risques de détection — transition vers le scanning
La reconnaissance active marque un changement de posture : à partir de cette étape, chaque action doit être pesée contre le risque d'alerter la cible. C'est précisément ce compromis — plus d'information contre plus de risque — qui structure tout le Chapitre 3 sur le scanning, où l'interaction directe devient systématique plutôt qu'occasionnelle.
Dans un mandat réel, le passage à la reconnaissance active est souvent le moment où l'équipe de test informe un contact désigné côté client (voir les règles d'engagement, Chapitre 1) qu'une activité légère mais visible va commencer — pour éviter qu'une alerte de sécurité interne ne déclenche une réponse d'incident inutile sur un test pourtant autorisé.