Choisir un type d’installation Kali Linux quand on débute en cybersécurité revient à arbitrer entre rapidité de mise en route, accès aux fonctionnalités réseau et risque pour le système hôte. Trois options dominent : la machine virtuelle, le sous-système Windows (WSL2) et la clé USB live. Chacune impose des compromis techniques concrets que les guides d’introduction détaillent rarement.
VM, WSL2 ou live USB : tableau comparatif des installations Kali
Le tableau ci-dessous synthétise les différences opérationnelles entre les trois méthodes d’installation Kali les plus courantes pour un profil débutant.
| Critère | VM (VirtualBox/VMware) | WSL2 | Live USB |
|---|---|---|---|
| Temps de mise en route | Quelques minutes (import image officielle) | Quelques minutes (installation via Microsoft Store) | Variable (création de la clé, redémarrage, configuration BIOS) |
| Isolation du système hôte | Forte (hyperviseur dédié) | Partielle (noyau partagé avec Windows) | Totale si non persistante |
| Accès Wi-Fi mode moniteur | Possible avec adaptateur USB passthrough | Non supporté nativement | Oui, accès direct au matériel |
| Raw packet crafting (scapy, hping3) | Oui | Limité (couche réseau WSL2 filtrée) | Oui |
| Persistance des données | Oui (disque virtuel) | Oui (système de fichiers WSL) | Optionnelle (partition persistante à configurer) |
| Snapshots / retour arrière | Oui (fonctionnalité native) | Non | Non |
| Ressources matérielles requises | RAM dédiée à la VM (minimum 2 Go recommandés) | Faibles (partage mémoire avec l’hôte) | Dépend de la machine physique |
La lecture du tableau fait ressortir un écart net sur le volet réseau. WSL2 ne gère pas le mode moniteur Wi-Fi ni le raw packet crafting, deux fonctions centrales pour les exercices de pentest réseau.
Limites réseau de WSL2 pour le pentest Kali
WSL2 fonctionne dans une machine virtuelle légère gérée par le noyau Windows. Cette architecture simplifie l’installation, mais la couche réseau reste filtrée par l’hôte. Les outils qui envoient ou interceptent des paquets bruts (scapy, hping3, certains modules de Nmap) ne fonctionnent pas comme prévu.
Le mode moniteur Wi-Fi, nécessaire pour capturer le trafic sans fil avec Aircrack-ng, n’est pas disponible non plus. WSL2 convient pour apprendre la ligne de commande Linux et manipuler des outils web (Burp Suite en CLI, SQLMap, scripts Python), pas pour les exercices réseau bas niveau.
Pour un débutant qui souhaite suivre des cours orientés réseau ou préparer une certification de type pentest, cette limitation devient bloquante assez vite. En revanche, pour de l’analyse de vulnérabilités web ou de la reconnaissance passive (OSINT), WSL2 remplit son rôle sans overhead matériel.
Installation Kali en machine virtuelle : pourquoi les images pré-configurées changent la donne
L’approche recommandée par la majorité des ressources techniques récentes consiste à importer l’image virtuelle officielle Kali pour VirtualBox ou VMware plutôt qu’à installer depuis l’ISO. L’image pré-configurée fournit un environnement fonctionnel sans aucune étape de partitionnement ou de configuration manuelle du bootloader.
Trois avantages concrets justifient ce choix pour un profil débutant :
- Le snapshot (instantané) permet de revenir à un état stable après une mauvaise manipulation, ce qui réduit la peur de casser l’environnement pendant l’apprentissage.
- L’isolation par hyperviseur protège le système hôte : un malware téléchargé par erreur dans la VM ne peut pas atteindre Windows ou macOS.
- Le passthrough USB autorise le branchement d’un adaptateur Wi-Fi externe compatible mode moniteur, ce qui ouvre l’accès aux exercices réseau sans fil que WSL2 interdit.
Le seul point de vigilance concerne la mise à jour post-import. Kali suit un modèle rolling release : l’image téléchargée peut avoir plusieurs semaines de retard. Lancer sudo apt update suivi de sudo apt full-upgrade dès la première connexion corrige ce décalage.
Configuration matérielle minimale pour la VM
Allouer moins de 2 Go de RAM à la VM Kali provoque des ralentissements notables dès qu’on lance des outils gourmands (Metasploit, Burp Suite). Sur un ordinateur portable disposant de 8 Go de RAM totale, réserver 2 Go à la VM et garder le reste pour l’hôte constitue un compromis fonctionnel.
Le stockage requis dépend des outils installés. L’image officielle pèse une vingtaine de gigaoctets une fois décompressée. Prévoir un peu de marge pour les fichiers de travail et les captures reste prudent.
Clé USB live Kali : cas d’usage réel et contraintes
La clé USB live Kali démarre directement depuis le matériel, sans passer par un hyperviseur. Elle accède donc à toutes les interfaces réseau physiques, y compris le Wi-Fi en mode moniteur. C’est la seule option qui offre un accès matériel complet sans installation sur le disque.
Cette approche présente un intérêt pour les audits physiques ou les situations où installer un logiciel sur la machine n’est pas envisageable. En apprentissage, elle pose deux problèmes pratiques. Le premier : sans partition persistante configurée manuellement, toute modification disparaît au redémarrage. Le second : impossible de prendre des snapshots ni de revenir en arrière après une erreur, contrairement à la VM.
Pour un débutant, la clé live fonctionne mieux comme complément qu’en outil principal. Elle permet de tester le matériel (compatibilité carte Wi-Fi, par exemple) avant de s’engager dans une installation plus pérenne.
Quel environnement Kali choisir selon son objectif d’apprentissage
Le choix dépend moins du niveau technique que du type d’exercices visés.
- Pentest web et scripting (SQLMap, Burp Suite, Python) : WSL2 suffit pour démarrer sans configuration lourde.
- Pentest réseau, Wi-Fi, capture de paquets : la VM avec adaptateur USB externe couvre la quasi-totalité des scénarios.
- Audit matériel ou test de compatibilité hardware : la clé USB live reste le seul choix viable.
La VM VirtualBox avec l’image officielle Kali représente le point d’entrée le plus polyvalent. Elle cumule isolation, persistance, snapshots et accès réseau étendu via passthrough USB. Passer à WSL2 ou à la clé live reste pertinent ensuite, une fois les besoins techniques mieux définis.
