Skip to content
KitploitKITPLOIT
HerramientasBlog
Enviar
HerramientasBlog
Enviar

¡Herramientas de Hacking, PenTest y Ciberseguridad para tu Arsenal de Seguridad!

Kitploit es un directorio de herramientas de hacking, ciberseguridad y pentesting. Descubre las últimas actualizaciones de proyectos para encontrar vulnerabilidades, analizar sistemas, automatizar pruebas y fortalecer tu seguridad.

··Feeds·Contacto·Privacidad·© 2026 Kitploit

Directorio de Herramientas

Categorías

Ver todas las categorías
Loading categories
kali-cloud — Scripts para construir imágenes de Kali en la nube (fork de https://salsa.debian.org/cloud-team/debian-cloud-images) | Kitploit
Herramientas/GitLabGitLab/kalilinux/build-scripts/kali-cloud
Seguridad de Infraestructura en la NubeScripting y AutomatizaciónVirtualización de SeguridadSeguridad en la NubeUtilidades y Frameworks
GitLabkalilinux/build-scripts/kali-cloud

kali-cloud

Scripts para construir imágenes de Kali en la nube (fork de https://salsa.debian.org/cloud-team/debian-cloud-images)

Ver Repositorio
32536hace 4 mesesRevisado por Kitploit

Más Populares

Ver todos →

Descubre las herramientas más usadas por nuestra comunidad.

Explora todas las herramientas

Explora nuestra colección de herramientas

Ver todas las herramientas →
Compartir

FAI Generador de imágenes para la nube

Este repositorio tiene como objetivo crear imágenes de Kali para todos los proveedores de nube.

Es un fork de: https://salsa.debian.org/cloud-team/debian-cloud-images/

Primeros pasos

Necesitarás una copia (checkout) de este repositorio en tu disco y un paquete fai-server reciente (al menos 5.7) instalado. Instala los paquetes fai necesarios sin las recomendaciones (¡lo que evita que tu equipo se convierta en un servidor 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

Ejecuta make help y sigue las instrucciones

Ejemplo 1:

root@kitploit:~
   # make image_kali-rolling_nocloud_amd64

Esto generará algo de salida de registro (log) y los siguientes archivos:

  • 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
  • Ejemplo 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

    Estas imágenes se pueden usar con QEMU-KVM, Virtualbox o cualquier otro backend de virtualización que admita imágenes de disco en formato raw.

    Puedes iniciar sesión como root en la consola de la máquina virtual sin contraseña (pero no a través de SSH), y no hay otros usuarios. Puedes añadir nuevos usuarios usando adduser como siempre, y probablemente quieras añadirlos al grupo sudo.

    Después de crear la imagen de disco, puedes probarla con kvm y esperar 5 segundos a que comience la secuencia de arranque:

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

    Tipos de imágenes compatibles

    Como se ha mostrado anteriormente, se pueden construir distintos tipos de imágenes para diferentes casos de uso. Cada tipo de imagen se puede construir con el siguiente comando:

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

    donde <suite> es uno de kali-rolling, kali-last-snapshot o kali-dev para cambiar de ramas. También puedes añadir -minimal al final de <suite> para crear una imagen sin ningún metapaquete. <type> puede ser cualquiera de los siguientes:

    • azure: Optimizado para la plataforma de computación en la nube de Microsoft, Azure
    • ec2: Optimizado para Amazon Elastic Compute Cloud (EC2)
    • gce: Optimizado para Google Cloud Engine
    • generic: Debería ejecutarse en cualquier entorno
    • genericcloud: Debería ejecutarse en cualquier entorno virtualizado. Es más pequeño que generic porque excluye los controladores para hardware físico.
    • nocloud: Útil sobre todo para probar el propio proceso de construcción en sí. No tiene cloud-init instalado, pero en su lugar permite que root inicie sesión sin contraseña.

    Documentación

    • Detalles sobre la creación de imágenes
    • https://fai-project.org/fai-guide/
    • https://noah.meyerhans.us/blog/2017/02/10/using-fai-to-customize-and-build-your-own-cloud-images/

    Guía para nuevos proveedores de nube

    Ante todo, estamos bastante seguros de que generic-vm-image debería arrancar en casi cualquier parte. Si realmente necesitas ajustes para tu imagen, empieza por examinar la estructura de directorios y añade únicamente los ajustes donde sea realmente necesario. Nuestra clase CLOUD (base) ya debería encargarse de la mayor parte de lo necesario para una imagen de nube.

    Descargar herramienta