Maintenant que notre version 2019.2 est sortie, nous avons pensé profiter de cette occasion pour couvrir certains des changements et des nouvelles fonctionnalités que nous apporterons à Kali Linux l'année suivante. Normalement, nous n'annonçons vraiment les choses que lorsqu'elles sont prêtes à être rendues publiques, mais un certain nombre de ces changements vont avoir un impact assez important sur les utilisateurs, nous voulions donc les partager tôt.
En lisant cet article, vous verrez que nous essayons vraiment d'équilibrer nos efforts entre les changements auxquels sont confrontés les utilisateurs et ceux qui s'appliquent au backend. Les changements de backend ne semblent pas aussi excitants au début, mais le fait est que plus il est facile pour nous de travailler sur Kali, plus il nous est facile d'accéder aux fonctionnalités destinées aux utilisateurs. De plus, certains de ces changements visent à peaufiner le processus de développement pour permettre aux autres de s'impliquer plus facilement dans le projet.
Nous ne sommes pas encore prêts à annoncer les dates de ces changements. Quand ils seront prêts, ils tomberont.
GitLab - La nouvelle maison pour les packages Kali
L'un des changements les plus importants, que vous avez peut-être déjà remarqué, est notre transfert du référentiel git officiel de Kali vers GitLab. Avec ce changement, il est plus facile que jamais pour la communauté de soumettre des améliorations aux packages Kali et pour nous de les appliquer ! Nous prévoyons de faire un usage intensif des fonctionnalités d'intégration continue de GitLab pour rationaliser notre travail sur les packages et fournir des commentaires automatisés à tous les contributeurs soumettant des demandes de fusion.
La documentation arrive bientôt sur la façon de contribuer aux packages. Attendez-vous à ce qu'un guide complet soit publié ultérieurement dans nos documents.
Tests d'exécution - Recherche de bogues avant les utilisateurs
En parlant de packages, la détection des bogues et des problèmes avec les packages est toujours quelque chose à améliorer. Jusqu'à présent, nous nous sommes appuyés sur des tests manuels de notre part et sur des rapports de bogues fournis par les utilisateurs. Cela fonctionne bien, car les packages populaires ne resteront jamais cassés longtemps, mais certains packages périphériques pourraient se casser pendant des mois à la fois avant que quiconque ne le remarque et nous le signale. (Soyons honnêtes, la plupart du temps, lorsque vous trouvez quelque chose de cassé dans Kali, vous ne créez pas de rapport de bogue, n'est-ce pas ?)
Pour améliorer cette situation, nous avons récemment déployé debci sur autopkgtest.kali.org. Cela nous permet d'avoir notre propre système d'intégration continue, permettant des tests automatisés des packages Kali sur une base régulière. Nous avons intégré le résultat de ces tests dans le Kali Package Tracker.
Pour que cette infrastructure soit aussi utile que possible, nous aurons besoin d'avoir des tests d'exécution sur tous nos packages, ce qui est encore loin. Espérons que ce sera un endroit où nous obtenons l'aide de la communauté pour accélérer le processus , alors n'hésitez pas à soumettre des demandes de fusion en ajoutant des tests !
Métapackages - Ce qui est installé par défaut
L'un des plus grands défis liés à l'exécution d'un projet comme Kali Linux est l'équilibre. Nous avons maintenant tellement d'utilisateurs qu'il n'y a plus "une bonne taille". Traditionnellement, ce que les gens demandent, c'est « tous les outils, tout le temps ». Mais au fil du temps, cela a conduit à l'un des plus gros problèmes (jeu de mots pleinement intentionnel) avec Kali:Bloat. Trop de paquets faisant une trop grande distribution, grandes tailles ISO, etc. etc.
Pour résoudre ce problème, nous donnons un rafraîchissement à nos métapaquets. Cette modification inclut le métapaquet Kali par défaut, "kali-linux-full", le métapaquet qui contrôle les paquets installés sur Kali par défaut. Inutile de dire qu'il s'agit d'un changement important pour l'utilisateur qui aura un impact sur tout le monde. Les outils que nous décidons d'abandonner sont le plus souvent des outils plus anciens qui n'ont pas beaucoup d'utilité moderne, qui n'ont pas été mis à jour depuis des années ou qui ont été supplantés par de meilleurs outils plus récents.
Cela signifie que par défaut, certains des outils sur lesquels vous avez pu compter peuvent ne plus être inclus par défaut. Ces outils existeront toujours dans le référentiel, vous pouvez donc les installer manuellement ou utiliser un métapaquet qui les contient. Vous pouvez voir la documentation complète des métapaquets et de ce qu'ils contiennent sur kali.org/docs/general-use/metapackages/
Avant que ces changements ne soient mis en ligne, nous publierons un autre article de blog les détaillant. Attendez-vous à ce que ces métapaquets évoluent un peu pendant que nous continuons à optimiser.
Shell par défaut - Votre interface Kali principale
Le shell de Kali est probablement l'utilitaire le plus utilisé de toute la distribution pour la majorité des utilisateurs. Cela crée un défi un peu schizophrène dans la mesure où il est tellement utilisé que nous voulons l'améliorer, mais en même temps, nous devons nous assurer qu'il ne se casse pas.
Pour résoudre ce problème, nous ajouterons des installations par défaut de ZSH et FISH à Kali. Chacune de ces coques est optimisée pour les testeurs de pénétration, ce qui est assez amusant. La plupart du temps, lorsque vous examinez l'optimisation du shell, tout le texte est axé sur les développeurs, ce qui n'est pas le cas de Kali. Notre objectif ici est d'avoir le meilleur environnement shell, le plus optimisé, pour les testeurs d'intrusion.
En même temps, le bon vieux Bash ne disparaîtra pas et nous allons le laisser par défaut pour le moment. Ceux d'entre vous qui veulent être aventureux et essayer les nouveaux obus trouveront des moyens faciles de changer. Ceux d'entre vous qui veulent juste rester avec Bash pourront toujours le faire. Attendez-vous à des instructions dans le shell (et à un article de blog) lorsque cette modification sera déployée.
Documentation - Lire le manuel fin
Attendez-vous à quelques changements sur kali.org/docs/ et kali.org/tools/ , ainsi qu'une intégration du manuel Kali dans git via Markdown. Cela permettra à la documentation soumise par l'utilisateur de nous aider à maintenir les instructions à jour et exactes. C'est une autre excellente façon pour vous de contribuer au projet Kali Linux.
NetHunter - Nouveau sang
Comme vous l'avez peut-être remarqué sur Twitter et les commits git, nous avons un autre développeur à bord, "Re4son", et il a mis le projet NetHunter en surmultiplication. Il travaille sur la prise en charge de nouveaux matériels, sur la dernière version d'Android et sur diverses corrections de bugs.
Il y a aussi le "Projet Redback ”, mais c'est tout ce que nous allons dire à ce sujet pour le moment…plus à ce sujet dans un article de blog très bientôt.
À quoi d'autre pouvons-nous nous attendre ?
Ce n'est que la partie de la feuille de route dont il est logique de parler maintenant. Il y a beaucoup plus en développement dont nous ne sommes pas encore prêts à parler.
Nous souhaitons également la bienvenue à g0tmi1k qui a quitté Offensive Security en tant que développeur Kali à plein temps.
Nous sommes à une étape vraiment passionnante du processus de développement de Kali, où de nombreux éléments en coulisses sur lesquels nous avons travaillé se préparent à être rendus publics. Attendez-vous à de nombreuses améliorations de Kali Linux au cours du prochain semestre. Si vous souhaitez discuter de ce message avec nous ou si vous avez des idées sur des choses que nous pourrions envisager, veuillez nous contacter via le forum.