Skip to content
KitploitKITPLOIT
OutilsBlog
Soumettre
OutilsBlog
Soumettre

Outils de Hacking, PenTest et Cybersécurité pour votre Arsenal de Sécurité !

Kitploit est un répertoire d'outils de hacking, de cybersécurité et de pentesting. Découvrez les dernières mises à jour des projets pour trouver des vulnérabilités, analyser des systèmes, automatiser les tests et renforcer votre sécurité.

··Flux·Contact·Confidentialité·© 2026 Kitploit

Répertoire d'outils

Catégories

Voir toutes les catégories
Loading categories
kali-cloud — Scripts to build Kali cloud images (fork of https://salsa.debian.org/cloud-team/debian-cloud-images) | Kitploit
Outils/GitLabGitLab/kalilinux/build-scripts/kali-cloud
Cloud Infrastructure SecurityScripting & AutomationSecurity VirtualizationCloud SecurityUtilities & Frameworks
GitLabkalilinux/build-scripts/kali-cloud

kali-cloud

Scripts to build Kali cloud images (fork of https://salsa.debian.org/cloud-team/debian-cloud-images)

Voir le dépôt

Populaires

Voir tout →

Découvrez les outils les plus utilisés par notre communauté.

Explorer tous les outils

Parcourez notre collection d'outils

Voir tous les outils →
Partager
3253il y a 4 moisVérifié par Kitploit

FAI Cloud image builder

Ce dépôt a pour but de construire des images Kali pour tous les fournisseurs de cloud.

Il s'agit d'un fork de : https://salsa.debian.org/cloud-team/debian-cloud-images/

Pour commencer

Vous aurez besoin d'une copie de ce dépôt sur votre disque et d'un paquet fai-server récent (au moins 5.7) installé. Installez les paquets fai nécessaires sans les recommandés (ce qui évite de transformer votre hôte en serveur DHCP !).

root@kitploit:~
  # git clone https://salsa.debian.org/cloud-team/debian-cloud-images.git
  # sudo apt install --no-install-recommends ca-certificates debsums dosfstools \
    fai-server fai-setup-storage fdisk make python3 python3-httpx python3-libcloud \
    python3-marshmallow python3-pytest python3-yaml qemu-utils udev

Appelez make help et suivez les instructions.

Exemple 1 :

root@kitploit:~
   # make image_kali-rolling_nocloud_amd64

Cela produira des journaux et les fichiers suivants :

  • image_kali-rolling_nocloud_amd64.build.json
  • image_kali-rolling_nocloud_amd64.info
  • image_kali-rolling_nocloud_amd64.raw
  • image_kali-rolling_nocloud_amd64.tar

Exemple 2 :

root@kitploit:~
    # make image_kali-last-snapshot-minimal_genericcloud_amd64
  • image_kali-last-snapshot-minimal_genericcloud_amd64.build.json
  • image_kali-last-snapshot-minimal_genericcloud_amd64.info
  • image_kali-last-snapshot-minimal_genericcloud_amd64.raw
  • image_kali-last-snapshot-minimal_genericcloud_amd64.tar

Ces images peuvent être utilisées avec QEMU-KVM, Virtualbox ou tout autre backend de virtualisation prenant en charge les images disque brutes.

Vous pouvez vous connecter en tant que root sur la console de la VM sans mot de passe (mais pas via SSH), et il n'y a pas d'autres utilisateurs. Vous pouvez ajouter de nouveaux utilisateurs avec adduser comme d'habitude, et vous souhaiterez probablement les ajouter au groupe sudo.

Après la création de l'image disque, vous pouvez l'essayer avec kvm et attendre 5 s que la séquence de démarrage commence :

root@kitploit:~
    # kvm -nic user,model=virtio -m 1024 -drive format=raw,file=image_kali-rolling_nocloud_amd64.raw

Types d'images pris en charge

Comme indiqué ci-dessus, différents types d'images peuvent être construits pour différents cas d'utilisation. Chaque type d'image peut être construit avec la commande suivante :

root@kitploit:~
    # make image_<suite>_<type>_<arch>

où <suite> est l'un de kali-rolling, kali-last-snapshot ou kali-dev pour changer de branches. Vous pouvez également ajouter -minimal à la fin de <suite>, pour créer une image sans métapaquets. <type> peut être l'un des suivants :

  • azure : optimisé pour la plateforme de cloud computing Microsoft Azure
  • ec2 : optimisé pour l'Amazon Elastic Compute Cloud (EC2)
  • gce : optimisé pour Google Cloud Engine
  • generic : devrait fonctionner dans n'importe quel environnement
  • genericcloud : devrait fonctionner dans n'importe quel environnement virtualisé. Il est plus petit que generic car il exclut les pilotes pour le matériel physique.
  • nocloud : principalement utile pour tester le processus de construction lui-même. Il n'a pas cloud-init installé, mais permet en revanche la connexion root sans mot de passe.

Documentation

  • Détails sur la création d'images
  • https://fai-project.org/fai-guide/
  • https://noah.meyerhans.us/blog/2017/02/10/using-fai-to-customize-and-build-your-own-cloud-images/

Nouveau fournisseur de cloud : mode d'emploi

Tout d'abord, nous sommes assez confiants que generic-vm-image devrait démarrer presque partout. Si vous avez réellement besoin d'ajustements pour votre image, commencez par examiner la structure des répertoires et n'ajoutez des ajustements que là où c'est réellement nécessaire. Notre classe CLOUD (de base) devrait déjà prendre en charge l'essentiel de ce qui est nécessaire pour une image cloud.

Télécharger l’outil