Skip to content
KitploitKITPLOIT
FerramentasBlog
Enviar
FerramentasBlog
Enviar

Ferramentas de Hacking, PenTest e Cibersegurança para o seu Arsenal de Segurança!

Kitploit é um diretório de ferramentas de hacking, cibersegurança e pentesting. Descubra as últimas atualizações de projetos para encontrar vulnerabilidades, analisar sistemas, automatizar testes e fortalecer sua segurança.

··Feeds·Contato·Privacidade·© 2026 Kitploit

Diretório de Ferramentas

Categorias

Ver todas as categorias
Loading categories
kali-cloud — Scripts to build Kali cloud images (fork of https://salsa.debian.org/cloud-team/debian-cloud-images) | Kitploit
Ferramentas/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)

Ver Repositório

Mais Populares

Ver todos →

Descubra as ferramentas mais usadas pela nossa comunidade.

Explore todas as ferramentas

Navegue pela nossa coleção de ferramentas

Ver todas as ferramentas →
Compartilhar
3253há 4 mesesRevisado pelo Kitploit

Construtor de imagens cloud FAI

Este repositório tem como objetivo criar imagens Kali para todos os fornecedores de cloud.

É um fork de: https://salsa.debian.org/cloud-team/debian-cloud-images/

Primeiros passos

Vai precisar de um checkout deste repositório no seu disco e de um pacote fai-server recente (pelo menos 5.7) instalado. Instale os pacotes fai necessários sem os recomendados (o que evita transformar o seu host num 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

Execute make help e siga as instruções.

Exemplo 1:

root@kitploit:~
   # make image_kali-rolling_nocloud_amd64

Isto irá criar alguma saída de log e os seguintes ficheiros:

  • 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

Exemplo 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 imagens podem ser usadas com QEMU-KVM, Virtualbox ou qualquer outro backend de virtualização que suporte imagens de disco raw.

Pode iniciar sessão como root na consola da VM sem palavra-passe (mas não via SSH), e não existem outros utilizadores. Pode adicionar novos utilizadores com o adduser como habitual, e provavelmente vai querer adicioná-los ao grupo sudo.

Depois de a imagem de disco ser criada, pode experimentá-la com o kvm e aguardar 5s para a sequência de arranque começar:

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

Tipos de imagens suportados

Conforme mostrado acima, vários tipos de imagens podem ser criados para diferentes casos de utilização. Cada tipo de imagem pode ser criado com o seguinte comando:

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

onde <suite> é um de kali-rolling, kali-last-snapshot ou kali-dev para alternar entre ramos. Também pode adicionar -minimal no final de <suite> para criar uma imagem sem quaisquer metapacotes. O <type> pode ser um dos seguintes:

  • azure: Otimizada para a plataforma de cloud computing da Microsoft, Azure
  • ec2: Otimizada para a Amazon Elastic Compute Cloud (EC2)
  • gce: Otimizada para o Google Cloud Engine
  • generic: Deve funcionar em qualquer ambiente
  • genericcloud: Deve funcionar em qualquer ambiente virtualizado. É mais pequena do que generic por excluir drivers para hardware físico.
  • nocloud: Útil principalmente para testar o próprio processo de construção. Não tem o cloud-init instalado, mas em vez disso permite o início de sessão do root sem palavra-passe.

Documentação

  • Detalhes sobre a criação de imagens
  • https://fai-project.org/fai-guide/
  • https://noah.meyerhans.us/blog/2017/02/10/using-fai-to-customize-and-build-your-own-cloud-images/

Como adicionar um novo fornecedor de cloud

Primeiramente, estamos bastante confiantes de que generic-vm-image deve arrancar em quase todo o lado. Se realmente precisar de ajustes para a sua imagem, comece por olhar para a estrutura de diretórios e introduza ajustes apenas onde forem realmente necessários. A nossa classe CLOUD (base) já deve tratar da maior parte do que é necessário para uma imagem cloud.

Baixar ferramenta