1 15/05/2026 9 min

Installare Kali Linux in VirtualBox è la strada più pulita quando ti serve un ambiente di test isolato, ripetibile e facile da buttare via senza toccare l’host. La differenza vera non la fa l’installazione in sé, ma come prepari la VM: risorse sensate, rete corretta, integrazione con l’host e una verifica iniziale che ti evita di perdere tempo su problemi banali come VT-x disattivato, modulo di VirtualBox non caricato o ISO corrotta.

Qui l’obiettivo è semplice: far girare Kali in VirtualBox su Windows, macOS e Linux con un setup ordinato, sia partendo da ISO sia usando l’immagine già pronta in OVA. La seconda opzione è spesso la più veloce; la prima è utile quando vuoi controllare ogni passaggio, cambiare partizionamento o verificare il boot da zero.

Scelta iniziale: ISO o immagine OVA

Se devi solo avere Kali operativo, l’OVA ufficiale è la via più rapida. Se invece vuoi capire il processo o personalizzare disco, filesystem e layout, usa la ISO installer. In pratica:

  • OVA: importi la VM già pronta, avvio quasi immediato, meno margini di errore.
  • ISO: installazione completa, più lenta ma più controllabile.
  • Live ISO: utile per test rapidi, meno adatta se vuoi una macchina persistente.

Per l’uso quotidiano da laboratorio, l’OVA è spesso la scelta giusta. Per corsi, documentazione interna o test di installazione, la ISO resta preferibile.

Prerequisiti che conviene verificare prima

Prima di scaricare tutto, controlla che l’hardware supporti la virtualizzazione e che il BIOS/UEFI la esponga davvero. Senza VT-x o AMD-V, VirtualBox parte male o non parte proprio, e il sintomo tipico è una VM lenta, bloccata o incapace di avviare sistemi a 64 bit.

Controlli rapidi:

  • Windows: da Gestione attività verifica che la virtualizzazione risulti abilitata nella scheda prestazioni CPU.
  • macOS: VirtualBox gira su Intel; su Apple Silicon la compatibilità non è la stessa e va verificato il supporto reale della build che stai usando.
  • Linux: controlla che KVM e i moduli del kernel non stiano monopolizzando la situazione in modo anomalo, ma soprattutto che l’hardware supporti la virtualizzazione.

Se il sistema host è sotto carico o ha poca RAM, Kali può partire ma risultare inutilizzabile. Per un desktop fluido, 2 CPU e 4 GB di RAM sono il minimo sensato; per usare browser, tool grafici e aggiornamenti, 6–8 GB sono meglio.

Installare VirtualBox su Windows, macOS e Linux

La versione da installare va presa dal sito ufficiale di Oracle. Evita repository di terze parti se non hai un motivo preciso: qui non stai cercando comodità, stai cercando prevedibilità.

Windows

  1. Scarica VirtualBox per Windows x86_64 dal sito ufficiale.
  2. Installa anche il VirtualBox Extension Pack se ti servono USB 2.0/3.0, RDP o altre funzioni avanzate.
  3. Riavvia il sistema se l’installer lo richiede.

Se dopo l’installazione le VM non partono o compaiono errori di accesso alla virtualizzazione, controlla che Hyper-V non stia interferendo. In alcuni ambienti Windows può ridurre la compatibilità o cambiare il comportamento di VirtualBox. L’effetto pratico è una VM che parte ma va peggio del previsto.

macOS

  1. Scarica il pacchetto per macOS dalla pagina ufficiale di VirtualBox.
  2. Consenti l’estensione o il componente di sistema se macOS lo blocca in sicurezza e privacy.
  3. Riavvia, poi verifica che VirtualBox si apra senza warning critici.

Su macOS la parte delicata non è tanto l’installazione quanto la compatibilità con la piattaforma hardware. Se sei su Apple Silicon, non dare per scontato che lo stesso flusso usato su Intel funzioni identico. Qui il punto è verificare il supporto specifico prima di impostare la macchina come se fosse un desktop x86 standard.

Linux

Su Linux spesso hai due strade: pacchetti della distribuzione o repository ufficiale Oracle. Se vuoi un setup pulito e ripetibile per laboratorio, la versione dei repository ufficiali è più lineare; se vuoi integrazione con il sistema e aggiornamenti allineati alla distro, usa i pacchetti della distribuzione.

Esempio su Debian/Ubuntu-like con pacchetti di sistema:

sudo apt update
sudo apt install virtualbox virtualbox-ext-pack

Su Fedora o derivate il nome dei pacchetti cambia, ma la logica resta la stessa: installa host, verifica i moduli, poi passa alla VM. Se il modulo kernel non è caricato, VirtualBox può aprirsi ma non avviare correttamente i guest.

Scaricare Kali nel formato giusto

Dal sito ufficiale di Kali scegli la sezione Virtual Machines se vuoi l’OVA, oppure la pagina delle immagini installer se preferisci la ISO. Non mischiare architetture: se l’host è x86_64, prendi la build corretta per quella piattaforma. Una ISO sbagliata o corrotta si traduce in boot mancato, errori strani o installazione che si ferma a metà.

Verifica sempre checksum e, se disponibile, firma. È un controllo banale ma utile: ti evita di attribuire a VirtualBox un problema che in realtà nasce dal file scaricato male.

Importare l’OVA in VirtualBox

Se hai scelto l’immagine pronta, l’importazione è la parte più veloce. In VirtualBox vai su File e poi Importa appliance, seleziona il file OVA e controlla i parametri prima di confermare.

  1. Apri VirtualBox.
  2. Seleziona File → Importa appliance.
  3. Carica il file `.ova` di Kali.
  4. Rivedi CPU, RAM, controller disco e rete.
  5. Conferma l’importazione.

Prima di avviare, imposta almeno 2 vCPU e 4096 MB di RAM se l’host lo permette. Se il PC è piccolo, puoi scendere, ma sotto certe soglie Kali diventa più un esercizio di pazienza che un ambiente utile.

Se la rete non ti serve subito, lascia la prima scheda su NAT: è il comportamento meno rischioso. Per test di scansione o servizi raggiungibili dalla LAN, passerai poi a bridge o a una seconda interfaccia dedicata.

Installare Kali da ISO passo per passo

  1. In VirtualBox crea una nuova VM.
  2. Nome: ad esempio Kali-Linux; tipo: Linux; versione: Debian a 64 bit, se disponibile.
  3. Assegna RAM e CPU in base all’host.
  4. Crea un disco virtuale VDI dinamico, almeno 30 GB se vuoi lavorare senza stare stretto.
  5. Collega la ISO di Kali al lettore ottico virtuale.
  6. Avvia la VM e scegli Graphical install o installazione testuale, a seconda delle esigenze.

Durante l’installazione, il partizionamento guidato va bene nella maggior parte dei casi. Se stai facendo un laboratorio o vuoi cifrare il disco, valuta LVM o cifratura completa del volume. Il costo in complessità è piccolo rispetto al vantaggio di avere una macchina separata dal resto dell’host.

Quando l’installer chiede il mirror di rete, puoi lasciarlo attivo se la VM ha connettività. Se sei in una rete con proxy o filtraggio, meglio verificare prima che la VM raggiunga l’esterno, altrimenti l’installazione si interrompe su un dettaglio che sembra un bug ma è solo un problema di routing o DNS.

Impostazioni consigliate della VM

Questa è la parte che fa davvero differenza nell’uso quotidiano. Una Kali “installata” ma mal configurata è solo una finestra lenta.

  • CPU: 2 core come base; 4 solo se l’host ha margine reale.
  • RAM: 4 GB minimo pratico, 8 GB se usi GUI e browser.
  • Disco: VDI dinamico, 30–50 GB in base ai pacchetti che installerai.
  • Video: memoria video aumentata se usi interfaccia grafica.
  • Clipboard e drag&drop: utili, ma abilitali solo se ti servono davvero.

Se vuoi usare un ambiente desktop più comodo, installa le Guest Additions o i pacchetti equivalenti supportati dalla distribuzione guest. Questo migliora risoluzione, puntatore e integrazione, ma non è obbligatorio per il funzionamento di base.

Rete: NAT, bridge e seconda scheda

La rete è il punto in cui molti setup “funzionano” ma non fanno quello che ti aspetti. Con NAT la VM esce su Internet, ma dall’esterno non è raggiungibile direttamente. Con bridge la VM prende visibilità sulla LAN come un host separato. Con una seconda scheda puoi separare traffico di test e traffico normale.

  1. NAT: ottimo default, nessun rischio verso la LAN.
  2. Bridge: utile se devi testare servizi in rete locale o fare troubleshooting su protocolli visibili dalla LAN.
  3. Host-only: comodo per laboratori chiusi tra host e guest.

Se la VM non naviga, verifica prima DNS e routing dal guest, non VirtualBox a occhi chiusi. Un test rapido è questo:

ip a
ip r
ping -c 3 8.8.8.8
ping -c 3 google.com

Se il ping all’IP funziona e quello al nome no, il problema è quasi sempre DNS. Se non funziona nemmeno l’IP, il problema è a livello di interfaccia, gateway o policy di rete.

Primi controlli dopo il boot

Dopo il primo avvio, non limitarti a “sembra andare”. Verifica subito tre cose: aggiornamenti, rete e stato del sistema. Bastano pochi minuti per capire se la VM è sana.

sudo apt update
sudo apt full-upgrade -y
uname -a
systemctl --failed

Se `systemctl --failed` mostra unità rotte, fermati e leggi i log prima di installare altro. Un guest con errori di sistema già al primo boot merita correzione immediata, non un accumulo di pacchetti.

Per controllare i log utili:

journalctl -p err -b
sudo dmesg -T | tail -n 50

Se emergono errori legati a video, rete o filesystem, risolvili prima di procedere. In molti casi non è un guasto vero: è solo una configurazione non ancora rifinita.

Problemi tipici e come leggerli

Il sintomo più comune è la VM che non parte o parte male. Le cause più frequenti sono poche e abbastanza riconoscibili.

  • VT-x/AMD-V assente: la VM non avvia guest 64 bit o è estremamente lenta.
  • Hyper-V o componenti simili su Windows: VirtualBox si comporta in modo anomalo o degradato.
  • Permessi o moduli su Linux: VirtualBox apre l’interfaccia ma non riesce a gestire correttamente il backend.
  • ISO corrotta: boot che si ferma, errori inspiegabili durante l’installazione.
  • RAM insufficiente: interfaccia lenta, swap aggressiva, freeze apparenti.

Quando qualcosa non torna, la sequenza giusta è: controlla host, poi VirtualBox, poi guest. Saltare direttamente al sistema operativo installato porta quasi sempre a perdere tempo.

Un setup sensato per uso reale

Se vuoi un profilo di base che funzioni bene nella maggior parte dei casi, usa questo schema: 2 CPU, 4 GB di RAM, 30 GB di disco dinamico, rete NAT, disco e ISO verificati, aggiornamento immediato dopo il primo boot. È un compromesso ragionevole tra velocità e stabilità.

Se invece devi fare analisi di rete o test in una LAN di laboratorio, aggiungi una seconda scheda in bridge o host-only. Così separi la parte Internet dalla parte di test e riduci il rischio di confondere il traffico del laboratorio con quello dell’host.

Conclusione operativa

Installare Kali in VirtualBox non è complicato, ma il risultato dipende molto da come imposti i dettagli. La scelta tra OVA e ISO, il controllo della virtualizzazione hardware, la rete corretta e una verifica immediata dei log fanno la differenza tra una VM pronta all’uso e un ambiente che sembra rotto appena aperto.

Se vuoi ridurre al minimo gli intoppi, parti dall’OVA, resta su NAT per il primo avvio, aggiorna subito il sistema e passa a bridge solo quando hai un’esigenza concreta. È il percorso più lineare e quello che, nella pratica, ti fa perdere meno tempo.