Kali Linux 2026.3 reconstruit ses images d’installation en conteneur et ajoute six outils offensifs
Le 26 octobre 2026, Kali Linux 2026.3 standardise ses scripts de construction d’images autour de builds reproductibles en conteneur et passe au noyau 7.1.5. Les équipes qui maintiennent des images Kali sur mesure doivent migrer leurs scripts vers la nouvelle boîte à outils.
26 octobre 2026. Kali Linux publie sa version 2026.3, troisième mise à jour de l’année pour la distribution Debian dédiée au test d’intrusion. 26 octobre 2026, même jour. L’annonce détaille la refonte des scripts de construction d’images, désormais standardisés et capables de compiler dans un conteneur Docker ou Podman. 26 octobre 2026, toujours. La distribution passe du noyau 6.19 au 7.1.5, embarque 126 mises à jour de paquets et six nouveaux outils. Le point qui compte : la vraie nouveauté n’est pas l’arsenal, c’est la reproductibilité des images — ce qui change la vie des équipes qui maintiennent des Kali sur mesure.
La vraie nouveauté : des images construites de façon reproductible, en conteneur
Kali est souvent résumé à une collection d’outils. Mais une distribution d’audit vaut d’abord par la confiance qu’on place dans son image : un installateur compromis ou un build non reproductible invalide tout le reste. C’est là que 2026.3 frappe le plus fort.
Les développeurs ont standardisé les scripts de build qui génèrent les images d’installation officielles, en leur donnant une structure, des options de ligne de commande et un comportement cohérents d’une plateforme à l’autre. Chaque script rafraîchi embarque désormais un assistant build-in-container.sh qui détecte le moteur de conteneur disponible — Docker ou Podman — et prépare l’environnement nécessaire.
La conséquence pratique est immédiate : on peut reconstruire une image Kali personnalisée — architecture, branche, variante d’installateur, nom d’hôte, paquets additionnels — dans un conteneur jetable, sans polluer sa machine ni dépendre d’un état local fragile. C’est la même discipline que les builds reproductibles que Debian pousse depuis des années, appliquée à la chaîne d’images de Kali. La transition n’est pas achevée : les scripts restants doivent être convertis pour 2026.4.
Desktop et noyau : Plasma 6.7 et un saut de version de noyau
Sur le poste, Kali 2026.3 passe à KDE Plasma 6.7. Les nouveautés visibles concernent les bureaux virtuels par écran, une navigation améliorée dans l’interface Overview, et un support Wayland élargi. Le travail porte aussi sur la performance et la consommation, en particulier pour les graphiques Intel intégrés et les charges à plusieurs fenêtres plein écran.
Les autres améliorations de Plasma incluent la duplication de connexions réseau et un System Monitor affiné. Les icônes d’applications ont été rafraîchies pour rendre les outils de sécurité plus faciles à repérer dans le menu.
Le noyau, lui, fait un bond de version : de 6.19 à 7.1.5. Ce n’est pas un saut mineur pour une distribution d’audit — un noyau récent conditionne le support de matériel radio, de cartes réseau exotiques et de modules d’attaque qui reposent sur des APIs noyau récentes. La mise à jour porte au total 126 paquets.
Six nouveaux outils, du scanner XSS à la radio logicielle
L’arsenal s’enrichit de six applications désormais disponibles dans les dépôts de Kali.
Dalfox est un scanner de vulnérabilités XSS pensé pour l’automatisation des tests. Katana est un framework de crawling et de spidering web qui découvre des endpoints et des ressources d’application. qsreplace remplace les valeurs des paramètres de chaîne de requête dans des URLs, un utilitaire de préparation de payloads. RustScan est un scanner de ports rapide écrit en Rust, conçu pour balayer de grands espaces d’adresses. SDRangel est une application Qt pour travailler avec des périphériques de radio logicielle (SDR). Snaffler-NG découvre des identifiants et des informations sensibles dans des partages SMB.
Aucun de ces outils n’est révolutionnaire à lui seul — ils existent déjà en amont. Ce qui change, c’est leur intégration dans le parc Kali : versions testées, maintenues et cohérentes avec le reste du système, au lieu d’un clone Git abandonné dans /opt.
NetHunter s’étend aux montres et aux cartes NFC
Kali NetHunter, la plateforme mobile de test d’intrusion, reçoit elle aussi son lot. L’ajout le plus inhabituel est le support du wardriving sur les TicWatch Pro 3 : des montres compatibles peuvent utiliser leur matériel sans fil interne en mode moniteur avec Aircrack-ng et Kismet.
S’y ajoute WearHunter, une fonctionnalité expérimentale qui permet de piloter une montre NetHunter depuis un téléphone en ADB via Wi-Fi ou Bluetooth. NFC Arsenal peut désormais accéder à la fonctionnalité NFC depuis l’environnement chroot de Kali, y compris pour des opérations sur des cartes MIFARE Classic sans adaptateur externe.
Enfin, le support de KernelSU fait son entrée, accompagné de correctifs de compatibilité entre les composants systemd/udev récents et les noyaux Android plus anciens. Des noyaux NetHunter supplémentaires couvrent des appareils Google Pixel, Motorola, Sony Xperia et Xiaomi.
Ce qu’il faut faire
La mise à niveau d’un Kali Rolling existant tient en une commande.
sudo apt update && sudo apt -y full-upgradePour les équipes qui maintiennent des images Kali personnalisées, le chantier est ailleurs. Les scripts de build officiels étant en train de basculer vers la nouvelle structure, c’est le moment de porter vos propres scripts vers la boîte à outils standardisée et vers build-in-container.sh. Une image reconstruite dans un conteneur est une image que vous pourrez régénérer à l’identique — un argument qui pèse lourd quand il s’agit de distribuer un live USB d’audit à une équipe.
Verdict
Si vous consommez Kali tel quel, faites la mise à niveau full-upgrade et profitez du noyau 7.1.5 et de Plasma 6.7 — c’est sans risque structurel. Si vous maintenez des images Kali sur mesure, traitez cette version comme un signal de migration : adoptez build-in-container.sh et la nouvelle structure de scripts avant que l’ancienne ne disparaisse en 2026.4. La leçon de 2026.3 est simple : pour une distribution d’audit, la reproductibilité du build est devenue aussi importante que l’outil qu’on y installe.