Commandes Kali Linux : l'aide-mémoire du débutant (2026)

Que sont les commandes Kali Linux ?

Les commandes Kali Linux sont des commandes shell Linux standard exécutées sur une distribution basée sur Debian livrée avec plusieurs centaines d'outils de sécurité préinstallés. Il n'existe pas de « langage de commandes Kali » distinct. Les commandes apprises ici fonctionnent à l'identique sur Ubuntu, sur Debian et sur le serveur web compromis où vous obtenez un shell pendant un CTF.

Ce dernier point compte plus qu'il n'y paraît. Quand vous décrochez un reverse shell sur une cible, vous n'obtenez pas Kali. Vous obtenez le shell étriqué de cette machine, et la seule chose que vous emportez avec vous, c'est le vocabulaire de commandes que vous avez en tête. Les débutants qui s'appuient sur des outils graphiques calent dès que l'interface disparaît.

Kali est une rolling release : il n'existe pas d'édition « Kali 2026 » vers laquelle migrer. La dernière image publiée à l'heure où ces lignes sont écrites est la 2026.2, sortie le 29 juin 2026, mais une machine mise à jour cette semaine tourne sur les mêmes paquets, quelle que soit l'image de départ. La liste officielle des outils détaille ce qui est préinstallé.

Une remarque honnête avant d'entrer dans les listes. La documentation de Kali elle-même précise que si vous cherchez « une distribution Linux à utiliser comme outil d'apprentissage pour vous familiariser avec Linux », alors « Kali Linux n'est probablement pas ce qu'il vous faut ». C'est juste. Kali est une boîte à outils remplie, pas un professeur. Vous apprenez les commandes ci-dessous, et Kali devient utile : pas l'inverse.

Commencez ici : les réglages par défaut de Kali qui piègent les débutants

Quatre réglages par défaut expliquent l'essentiel de la confusion de la première heure.

• Vous n'êtes pas root. Kali est passé à une politique d'utilisateur non root avec la version 2020.1. La VM préconstruite et les images live se connectent avec l'utilisateur kali et le mot de passe kali, comme l'indique la page officielle des identifiants par défaut. Toute action privilégiée exige sudo devant.
• Votre shell est zsh, pas bash. Kali a fait de ZSH le shell par défaut en 2020.4. Presque tout se comporte pareil, mais si le script d'un tutoriel dérape, c'est en général la raison. Tapez chsh -s /bin/bash pour revenir en arrière, ou ajoutez simplement #!/bin/bash en tête de vos scripts et passez à autre chose.
• La complétion par tabulation n'est pas optionnelle. Tapez trois caractères et appuyez sur Tab. Deux fois pour voir toutes les correspondances. Personne de rapide au terminal ne tape des chemins complets.
• Votre historique est consultable. Ctrl+R suivi de quelques caractères rappelle n'importe quelle commande déjà lancée. Ce seul raccourci vous fera gagner plus de temps que n'importe quel outil que vous installerez cette année.

Ensuite, trois commandes pour vous repérer sur n'importe quelle machine neuve : whoami pour savoir qui vous êtes, id pour voir à quels groupes cela vous donne accès, et uname -a pour le noyau et l'architecture. Sur une cible, ces trois commandes constituent aussi vos premières notes d'élévation de privilèges.

Enfin, mettez à jour avant toute chose. Sur Kali, cela signifie sudo apt update && sudo apt full-upgrade -y, et non un simple apt upgrade, parce qu'une rolling release fait constamment évoluer les dépendances. Notre guide sur la mise à jour de Kali Linux en toute sécurité explique ce qui casse quand on saute cette étape pendant trois mois.

Navigation et fichiers : vos dix premières minutes sur une machine

Chaque machine commence pareil. Où suis-je, qu'y a-t-il ici, et que puis-je lire ?

• pwd affiche le répertoire courant. Trivial, et vous l'utiliserez sans arrêt une fois enfoui à trois niveaux dans la racine web de quelqu'un d'autre.
• ls -la est la seule version de ls qui mérite d'être automatique. Le -a affiche les fichiers cachés, là où se trouvent les choses intéressantes : .bash_history, .ssh/, .env, .git/. Un ls simple les masque tous.
• cd - revient au répertoire précédent. cd sans argument ramène au dossier personnel.
• cat fichier déverse un fichier à l'écran. Parfait pour les fichiers courts, catastrophique pour un journal de 40 000 lignes.
• less fichier est l'outil à utiliser dès que c'est long. Les flèches et PagePrec/PageSuiv font défiler, /motif cherche, q quitte.
• head -n 20 fichier et tail -n 20 fichier montrent les premières ou les dernières lignes. tail -f suit un journal en direct, ce qui vous permet de voir votre payload arriver.
• file truc vous dit ce qu'un fichier est réellement. En CTF, c'est un premier réflexe : un défi nommé image.jpg est souvent une archive ZIP déguisée.
• wc -l fichier compte les lignes. Utile pour vérifier une wordlist avant de lancer un outil dessus.

Trouver des fichiers et du texte : grep et find

Ces deux commandes abattent plus de travail réel en sécurité que n'importe quel scanner. Maîtrisez-les et vous énumérerez mieux que des gens bien mieux outillés.

grep cherche à l'intérieur des fichiers. La combinaison de drapeaux à retenir est -rin : récursif, insensible à la casse, avec les numéros de ligne.

grep -rin "password" /var/www/ 2>/dev/null

Cette seule ligne a trouvé plus d'identifiants dans plus de CTF que n'importe quel exploit. Ajoutez --include="*.php" pour réduire le bruit, ou -l pour lister les noms de fichiers au lieu des correspondances.

find cherche des fichiers d'après leurs propriétés. Sa syntaxe est ingrate, et cela vaut quand même la peine de s'y accrocher.

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

Cela liste tous les binaires SUID du système, l'ouverture classique de l'élévation de privilèges sous Linux. Deux autres motifs que vous réutiliserez : find / -name "*.conf" -mtime -7 pour les fichiers de configuration modifiés récemment, et find / -writable -type d 2>/dev/null pour les répertoires dans lesquels vous pouvez écrire.

Remarquez le 2>/dev/null à la fin des deux. Il jette le déluge d'erreurs « Permission denied » pour que les vrais résultats restent lisibles. Prenez l'habitude de l'ajouter à toute commande lancée avec un compte peu privilégié.

Oubliez locate. Il interroge une base souvent périmée ou absente sur une cible, et les débutants perdent une heure à se demander pourquoi elle ne renvoie rien. find est plus lent et dit toujours la vérité.

Permissions, utilisateurs et le piège du 777

Les permissions Linux sont trois groupes de trois bits : lecture, écriture, exécution, pour le propriétaire, le groupe et tous les autres. La forme numérique les additionne : lecture (4) plus écriture (2) plus exécution (1) donne 7.

• chmod +x script.sh rend un fichier exécutable. Cela résout à peu près la moitié des messages « permission denied » que rencontre un débutant.
• chmod 600 id_rsa est obligatoire avant que SSH accepte une clé privée. SSH refuse les clés que d'autres utilisateurs peuvent lire, et le message d'erreur ne le dit pas clairement.
• chown utilisateur:groupe fichier change le propriétaire. Nécessite root.
• id affiche votre identifiant d'utilisateur et tous vos groupes. Appartenir à docker, lxd ou disk équivaut à un accès root sur beaucoup de systèmes.
• sudo -l liste ce que vous avez le droit d'exécuter avec sudo. Si vous ne retenez qu'une commande d'élévation de privilèges, retenez celle-là.
• cat /etc/passwd énumère les utilisateurs locaux. Le fichier est lisible par tous par conception, et il vous indique quels comptes ont un vrai shell et lesquels sont des services.

À propos de chmod 777 : il accorde lecture, écriture et exécution à tous les utilisateurs du système. Beaucoup de tutoriels le présentent comme un remède rapide à une erreur de permissions, et c'est le mauvais remède à chaque fois. Sur votre VM jetable, c'est simplement de la négligence. Sur quoi que ce soit de partagé, c'est la mauvaise configuration que votre futur vous exploitera.

En pratique, sudo -l est le point de départ de la plupart des élévations de privilèges pour débutants. Si la réponse ressemble à (ALL) NOPASSWD: /usr/bin/find, vérifiez ce binaire sur GTFOBins, qui recense comment des binaires Unix ordinaires peuvent être détournés pour vous rendre un shell. Notre guide de l'élévation de privilèges Linux déroule la liste complète.

Les commandes réseau que vous lancez sur chaque cible

Les anciennes commandes de cette catégorie sont obsolètes depuis des années, et la moitié des tutoriels du web ne l'a pas remarqué. Apprenez les actuelles.

• ip a affiche vos interfaces et vos adresses IP. Elle remplace ifconfig, qui n'est plus installé par défaut sur beaucoup de systèmes modernes.
• ip route affiche votre table de routage, passerelle par défaut comprise. Sur une cible, la passerelle pointe souvent vers le réseau suivant qui mérite d'être exploré.
• ss -tulpn liste les ports TCP et UDP en écoute avec le processus derrière chacun. Elle remplace netstat -tulpn : mêmes drapeaux, plus rapide, réellement maintenue.
• curl -I https://example.com ne récupère que les en-têtes de réponse. Ajoutez -v pour l'échange complet, -L pour suivre les redirections et -k pour accepter un certificat auto-signé sur une machine de lab.
• wget URL télécharge un fichier. Préférez-la à curl quand vous voulez le fichier sur disque avec son nom d'origine.
• dig example.com ANY et host example.com interrogent le DNS. dig +short ne renvoie que la réponse, ce que vous voulez dans un script.
• nc -lvnp 4444 ouvre un listener sur le port 4444. C'est le côté réception de presque tous les reverse shells que vous attraperez.

Une chose à intégrer tôt : ss -tulpn lancée sur une machine où vous avez déjà un shell révèle les services liés à localhost, que jamais aucun scan de ports externe ne verra. Cet écart entre ce que nmap voit de l'extérieur et ce que ss voit de l'intérieur est l'endroit où beaucoup de machines CTF cachent leur second acte. Notre aide-mémoire Nmap traite la vue extérieure.

Processus, services et paquets

Une fois sur une machine, vous voulez savoir ce qui tourne et sous quel compte.

• ps aux liste tous les processus avec leur propriétaire et leur ligne de commande complète. Filtrez avec grep : ps aux | grep apache.
• top est la vue en direct. Installez htop si vous voulez qu'elle soit agréable à lire.
• kill -9 PID termine un processus de force. Essayez d'abord kill PID pour laisser le processus se nettoyer.
• systemctl status ssh vérifie un service. Remplacez par start, stop ou enable. Kali ne démarre pas la plupart des services au boot, et c'est pourquoi la base Postgres de votre Metasploit reste vide jusqu'à un sudo systemctl start postgresql.
• sudo apt install paquet installe un logiciel, apt search terme le trouve, et apt show paquet vous dit ce que c'est avant de vous engager.
• which nmap et whereis nmap vous disent si un binaire existe et où. Sur une cible, which python3 curl wget nc en une ligne vous dit avec quoi vous pouvez travailler.

Un détail que les débutants ratent : la ligne de commande complète dans ps aux contient parfois des mots de passe, parce que quelqu'un a écrit une tâche cron qui appelle mysql -u root -phunter2. Lisez la sortie, ne vous contentez pas d'y chercher des noms de processus.

Les commandes d'outils Kali à apprendre en premier

Kali embarque plusieurs centaines d'outils. Il vous en faut cinq pour commencer, et en ajouter avant de comprendre ces cinq-là vous ralentit au lieu de vous accélérer.

Les chemins des wordlists méritent d'être mémorisés, parce que tous les tutoriels supposent que vous les connaissez. Kali range ses wordlists dans /usr/share/wordlists/, et rockyou.txt est livré compressé. Lancez sudo gunzip /usr/share/wordlists/rockyou.txt.gz une fois et c'est réglé pour de bon.

Mon avis franc sur Metasploit : apprenez d'abord nmap, gobuster et l'exploitation manuelle. Metasploit est excellent, et commencer par lui vous apprend à chercher un module au lieu de comprendre une vulnérabilité. Cette habitude s'effondre la première fois qu'aucun module n'existe.

Enchaîner les commandes : là où Kali devient rapide

Les commandes isolées sont l'alphabet. L'enchaînement est la langue, et c'est la différence entre taper dans un terminal et travailler dans un terminal.

• | envoie la sortie d'une commande dans la suivante : cat access.log | grep 404 | wc -l compte vos 404.
• > écrit la sortie dans un fichier en l'écrasant. >> ajoute à la fin. Utilisez >> sauf si vous voulez vraiment détruire le fichier.
• && n'exécute la commande suivante que si la précédente a réussi. || ne l'exécute que si elle a échoué.
• ; exécute les commandes à la suite, succès ou pas.
• sort -u trie et supprime les doublons : c'est ainsi qu'on nettoie une liste de sous-domaines récupérée à la volée.
• cut -d: -f1 découpe chaque ligne sur un séparateur et garde un champ. cut -d: -f1 /etc/passwd vous donne une liste propre de noms d'utilisateurs.
• tee fichier écrit à la fois dans un fichier et à l'écran, pour garder une trace sans y perdre la vue.

Voici un enchaînement qui fait quelque chose de réel. Il extrait les noms d'utilisateurs de /etc/passwd, ne garde que les comptes ayant un shell de connexion et enregistre la liste pour une attaque par mot de passe :

grep "sh$" /etc/passwd | cut -d: -f1 | sort -u | tee users.txt

Quatre commandes, une ligne, aucun outil requis. Construire des chaînes comme celle-ci est la compétence unique qui sépare ceux qui sont à l'aise dans un shell de ceux qui ne le sont pas, et c'est pourquoi les commandes de fichiers ennuyeuses du début de cet article comptent plus que les commandes tape-à-l'œil.

Aide-mémoire des commandes Kali Linux

Tout ce qui précède dans un seul tableau. Gardez-le ouvert dans un second onglet pour vos premières machines.

Considérations légales et éthiques

• Entraînez-vous sur des systèmes prévus pour cela : plateformes d'entraînement dédiées, VM locale qui vous appartient, ou programme de bug bounty avec un périmètre défini.
• Lire des fichiers, lister des processus et vérifier votre propre IP est inoffensif. Forcer une page de connexion ne l'est pas. Sachez de quel côté de cette ligne se situe chaque commande.
• Les règles d'un CTF font partie de son périmètre. Attaquer le tableau des scores, les autres joueurs ou une infrastructure hors des cibles listées vaut une exclusion et parfois des poursuites.
• Si vous trouvez quelque chose de réel sur un système que vous ne testiez pas, arrêtez-vous, ne touchez pas aux données et signalez-le par le canal de divulgation de l'organisation.

Questions fréquentes