Skip to content
KitploitKITPLOIT
StrumentiExploitsBlog
Log in
Invia
StrumentiExploitsBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
ad-honeypot-autodeploy — Distribuisci un piccolo dominio Windows volutamente insicuro e vulnerabile per un honeypot RDP in modo completamente automatico. | Kitploit
Strumenti/GitHubGitHub/tothi/ad-honeypot-autodeploy
Penetration TestingThreat IntelligenceApprendimento e FormazioneRed TeamingAnalisi dei LogLab e Pratica
GitHubtothi/ad-honeypot-autodeploy

ad-honeypot-autodeploy

Distribuisci un piccolo dominio Windows volutamente insicuro e vulnerabile per un honeypot RDP in modo completamente automatico.

Vedi Repository
25945144 anni faRevisionato da Kitploit

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi

ad-honeypot-autodeploy

Distribuisci un piccolo dominio Windows intenzionalmente insicuro e vulnerabile per un RDP Honeypot in modo completamente automatico.

Funziona su virtualizzazione self-hosted usando libvirt con QEMU/KVM (ma può essere personalizzato facilmente per soluzioni basate su cloud).

Utilizzato per impostare senza sforzo un piccolo dominio Windows da zero automaticamente (senza interazione dell'utente) per scopi di test RDP Honeypot.

Include un Domain Controller, un Computer Desktop e un server Graylog configurato per registrare le azioni dei malintenzionati.

Fasi di distribuzione automatica

  1. Packer: scarica i supporti di installazione necessari e prepara le immagini delle macchine virtuali di base in modo automatico e non presidiato.

  2. Terraform: fornisce l'infrastruttura di virtualizzazione libvirt (rete + macchine virtuali) utilizzando le immagini delle macchine virtuali preparate da Packer.

  3. Ansible: Configura l'infrastruttura (DC, Desktop, Graylog) automaticamente, senza interazione dell'utente.

Dopo aver eseguito la pipeline Packer+Terraform+Ansible, il dominio Windows configurato dovrebbe essere attivo e funzionante, puoi collegare il servizio RDP del Desktop a Internet pubblico e monitorare gli eventi tramite Graylog.

Caratteristiche

Caratteristiche del sistema in esecuzione:

  • un Windows Server 2016 come Domain Controller
  • un Windows 10 Desktop (versione 21H2) come Computer del Dominio
  • un Graylog 3.3 (edizione Open Source) in esecuzione come Log Collector su Ubuntu 18.04 LTS
  • Utilizzo dei driver VirtIO per le migliori prestazioni
  • Servizi RDP e WinRM abilitati
  • Active Directory Windows popolata con utenti casuali
  • Sysmon (da Windows Sysinternals) installato e in esecuzione sui computer del dominio
  • NXLog Collector in esecuzione sui computer del dominio e inoltro dei log a Graylog
  • Tabella di lookup GeoIP e pipeline per indirizzi IP configurati in Graylog (utile per mostrare una mappa dei tentativi di accesso RDP non validi)
  • Mappa mondiale Graylog degli attacchi RDP
  • una VM Kali aggiuntiva collegata alla sottorete Windows per sperimentare tecniche di attacco

Requisiti del sistema host

La virtualizzazione richiede un po' di potenza dal tuo sistema host:

  • ~100 GB di spazio su disco per le immagini di base e le immagini sparse dei computer ospiti.
  • almeno 4 x 4 GB di memoria per le macchine ospiti (può funzionare con meno di 16 GB grazie all'overcommitment)
  • libvirt aggiornato con QEMU/KVM installato (i pacchetti ufficiali correnti in Ubuntu 18.04 LTS dovrebbero funzionare)
  • Python 3 (preferibilmente con venv) per Ansible

Testato su host Ubuntu 18.04 LTS.

Installazione e utilizzo

Per prima cosa, clona il repository:

git clone https://github.com/tothi/ad-honeypot-autodeploy
cd ad-honeypot-autodeploy

Prima di iniziare con Packer, imposta le password iniziali (attenzione ai requisiti di complessità):

./init_passwords.sh

Packer

Ora costruisci le immagini iniziali.

cd packer

I supporti di installazione di Windows Server 2016 e Ubuntu dovrebbero essere scaricati dallo script Packer. VirtIO deve essere scaricato utilizzando lo script get-virtio.sh allegato:

./get-virtio.sh

Windows 10 deve essere scaricato manualmente ottenendo un link di download temporaneo e salvandolo nella cartella ISO. Il link di download può essere ottenuto da qui. Seleziona la versione inglese (internazionale) a 64 bit e salva l'ISO in ISO/Win10_21H2_EnglishInternational_x64.iso.

Per la mappatura delle posizioni IP su una mappa mondiale in Graylog, è necessario il database GeoIP di MaxMind. Purtroppo, a causa delle condizioni di licenza, non può essere ridistribuito, quindi devi scaricarlo manualmente (dopo la registrazione) dal sito MaxMind. La versione gratuita GeoLite2 dovrebbe funzionare, ottieni il database "GeoLite2 City" in formato MMDB (scarica il GZIP e decomprimi) e posizionalo in resources/GeoLite2-City.mmdb.

Se non hai Packer, ottieni l'ultima versione dal sito packer.io (scarica il binario precompilato) oppure prova ad aggiungere il repository Hashicorp al tuo sistema di pacchettizzazione (utile anche per Terraform).

Se stai ricostruendo le immagini, non dimenticare di pulire le build precedenti:

rm -fr output_*

Se vuoi scaricare di nuovo le immagini, rimuovi packer_cache:

rm -fr packer_cache

Dopo questi passaggi preparatori, esegui le build Packer in parallelo:

./packer-build-all.sh

Packer in azione

Le immagini dovrebbero essere pronte in un tempo ragionevole (~20-30 minuti a seconda della potenza hardware del tuo host).

Terraform

Ora l'infrastruttura può essere distribuita utilizzando Terraform.

Ottieni Terraform (>=0.13) se non lo hai (guarda i metodi di installazione per Packer, sopra).

Il provider Terraform per libvirt dovrebbe essere scaricato automaticamente dal Terraform Registry durante la fase di applicazione.

Entra nella cartella Terraform:

cd ../terraform

Inizializza la directory di lavoro (necessario solo per il primo utilizzo):

terraform init

Costruisci e avvia l'infrastruttura ("applica le modifiche"):

terraform apply

Nota che se l'utente che esegue terraform apply non è root, sono necessari i privilegi sudo per eseguire /usr/sbin/iptables (senza password).

Terraform in azione

Dopo un breve periodo (~2-3 minuti), la rete e le macchine virtuali sono attive e funzionanti. Se ci sono errori, terraform destroy potrebbe non essere sufficiente, potrebbe essere necessario rimuovere manualmente le risorse.

AVVERTENZA: Dovresti occuparti di proteggere la tua rete privata. La configurazione terraform (main.tf) fornita qui contiene solo una regola firewall personalizzata per il mio ambiente di test (blocco del traffico verso destinazione 192.168.0.0/16 dalla rete honeypot 192.168.3.0/24).

La fase successiva è quella di configurazione.

Ansible

Entra nella cartella ansible:

cd ../ansible

Il metodo di installazione consigliato è installare l'ultima versione di Ansible con alcune dipendenze aggiuntive richieste in un ambiente virtualizzato Python venv:

python3 -m venv venv
. ./venv/bin/activate
pip3 install -r requirements.txt

Per un uso successivo, attiva semplicemente il venv con

. ./venv/bin/activate

E usa deactivate se non è più necessario nella tua sessione corrente.

Dovresti mettere una chiave pubblica SSH con nome file id.pub (usa ssh-keygen) nella cartella ansible per accedere alla macchina Ubuntu Graylog con l'utente ubuntu (ansible la aggiungerà a ~ubuntu/.ssh/authorized_keys).

Il file wordlist.txt contiene alcune password (intenzionalmente deboli) per gli utenti del dominio popolati che possono essere personalizzate.

Esegui la fase di configurazione:

ansible-playbook -i hosts setup-domain.yml -v
Scarica lo strumento