Skip to content
KitploitKITPLOIT
ToolsBlog
Einreichen
ToolsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

··Feeds·Kontakt·Datenschutz·© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
kali-cloud — Scripts to build Kali cloud images (fork of https://salsa.debian.org/cloud-team/debian-cloud-images) | Kitploit
Tools/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)

Repository anzeigen

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen
3253vor 4 MonatenVon Kitploit geprüft

FAI-Cloud-Image-Builder

Dieses Repository zielt darauf ab, Kali-Images für alle Cloud-Anbieter zu erstellen.

Es ist ein Fork von: https://salsa.debian.org/cloud-team/debian-cloud-images/

Erste Schritte

Sie benötigen einen Checkout dieses Repositorys auf Ihrer Festplatte und ein aktuelles fai-server-Paket (mindestens 5.7). Installieren Sie die notwendigen fai-Pakete ohne die Recommends (das vermeidet, dass Ihr Host zu einem DHCP-Server wird!).

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

Rufen Sie make help auf und folgen Sie den Anweisungen.

Beispiel 1:

root@kitploit:~
   # make image_kali-rolling_nocloud_amd64

Dies erzeugt einige Log-Ausgaben und die folgenden Dateien:

  • 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

Beispiel 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

Diese Images können mit QEMU-KVM, Virtualbox oder einem anderen Virtualisierungs-Backend verwendet werden, das Raw-Disk-Images unterstützt.

Sie können sich an der VM-Konsole ohne Passwort als root anmelden (aber nicht über SSH), und es gibt keine anderen Benutzer. Sie können wie gewohnt mit adduser neue Benutzer hinzufügen, und Sie sollten sie wahrscheinlich zur Gruppe sudo hinzufügen.

Nachdem das Disk-Image erstellt wurde, können Sie es mit kvm ausprobieren und 5 Sekunden warten, bis die Boot-Sequenz startet:

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

Unterstützte Image-Typen

Wie oben gezeigt, können verschiedene Image-Typen für unterschiedliche Anwendungsfälle erstellt werden. Jeder Image-Typ kann mit dem folgenden Befehl erstellt werden:

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

wobei <suite> eines von kali-rolling, kali-last-snapshot oder kali-dev ist, um Zweige zu wechseln. Sie können auch -minimal am Ende von <suite> hinzufügen, um ein Image ohne Metapakete zu erstellen. <type> kann eines der folgenden sein:

  • azure: Optimiert für die Cloud-Computing-Plattform Azure von Microsoft
  • ec2: Optimiert für die Amazon Elastic Compute Cloud (EC2)
  • gce: Optimiert für die Google Cloud Engine
  • generic: Sollte in jeder Umgebung laufen
  • genericcloud: Sollte in jeder virtualisierten Umgebung laufen. Ist kleiner als generic, da Treiber für physische Hardware ausgeschlossen werden.
  • nocloud: Hauptsächlich für das Testen des Build-Prozesses selbst nützlich. Hat kein cloud-init installiert, erlaubt aber stattdessen Root-Login ohne Passwort.

Dokumentation

  • Details zum Erstellen von 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/

Anleitung für neue Cloud-Anbieter

Zunächst sind wir ziemlich zuversichtlich, dass generic-vm-image fast überall booten sollte. Wenn Sie wirklich Anpassungen für Ihr Image benötigen, schauen Sie sich zunächst die Verzeichnisstruktur an und fügen Sie nur dort Anpassungen ein, wo sie wirklich erforderlich sind. Unsere CLOUD-Klasse (Basis) sollte bereits den größten Teil dessen übernehmen, was für ein Cloud-Image benötigt wird.

Tool herunterladen