Malware: Acquisizione di Codice Malevolo (T1588.001)
Il T1588.001 descrive l'acquisizione di malware pronto all'uso da parte di un avversario: anziché sviluppare codice da zero, l'attaccante compra, ruba o scarica payload, dropper, backdoor, packer, strumenti post-compromise e protocolli C2 già confezionati. La tecnica appartiene alla tattica Resource Development (TA0042), la fase in cui l'avversario costruisce le capacità che alimenteranno l'intero ciclo d'attacco, dall'accesso iniziale al comando e controllo.
Le fonti di approvvigionamento sono eterogenee: repository open-source e siti che distribuiscono malware gratuitamente, marketplace criminali che offrono modelli Malware-as-a-Service (MaaS), aziende specializzate nello sviluppo di codice offensivo e, non da ultimo, il furto di strumenti da altri attori, incluse leak di arsenali statali.
L'impatto è strategico: acquisire capacità già mature abbatte i tempi di preparazione e permette anche a gruppi meno sofisticati di condurre operazioni credibili, mentre attori avanzati riciclano codice altrui per confondere l'attribuzione. I dati MITRE censiscono 18 gruppi e 5 campagne che hanno fatto ricorso a questo approccio, spaziando dai RAT open-source come Remcos e njRAT fino a framework commerciali come Cobalt Strike e a exploit trafugati come EternalBlue.
Poiché l'attività avviene interamente fuori dal perimetro difensivo, la tecnica non è mitigabile con controlli preventivi tradizionali e va contrastata sul versante dell'intelligence e della detection post-compromise.
Trattandosi di una tecnica pre-compromise (TA0042), l'obiettivo in un esercizio red team non è "attaccare" ma simulare l'approvvigionamento di capacità offensive in modo lab-safe, documentando provenienza e caratteristiche del codice usato.
Il primo passo è costruire un arsenale tracciabile all'interno di un ambiente isolato. Per i framework di comando e controllo, Cobalt Strike (a pagamento) resta lo standard emulato da molti gruppi censiti, ma per un laboratorio senza licenza si ripiega su alternative open-source come Sliver (open source), Mythic (open source) o Havoc (open source), che replicano beacon, listener e capacità post-exploitation. Per i RAT storicamente acquisiti dagli attori — Remcos, njRAT, AsyncRAT — è preferibile usare le versioni presenti in dataset di ricerca come theZoo (open source) o campioni detonati in una sandbox segregata, mai su reti di produzione.
La generazione dei payload va gestita con toolchain riproducibili. Un dropper di prova si costruisce con msfvenom dal Metasploit Framework (open source), ad esempio:
msfvenom -p windows/x64/meterpreter/reverse_https LHOST=
Per emulare l'uso di packer e crypter — categoria a cui appartengono le offerte Packer-as-a-Service osservate in alcune campagne — in laboratorio si studia l'offuscamento con strumenti open come UPX (open source) per il packing base, o con tecniche di obfuscation per Windows tramite Invoke-Obfuscation (open source) sui payload PowerShell.
La catena d'attacco tipica che si ricostruisce parte dal MaaS acquisito: consegna via phishing con temi generici (COVID-19, banking, avvisi legali), esecuzione del loader, deploy del RAT e stabilizzazione con un beacon C2. Per la parte kernel/rootkit — richiamata dall'uso di rootkit pubblici come REPTILE e MEDUSA su Linux — l'analisi va confinata a VM Linux dedicate, caricando i moduli in un kernel di test con insmod solo dopo snapshot ripristinabile.
Dal punto di vista operativo, il valore dell'esercizio sta nel watermarking: assegnare hash, timestamp di compilazione e stringhe identificative note ai propri sample, così che il blue team possa poi correlarli. Questo replica fedelmente la realtà, dove strumenti condivisi tra più gruppi (un "quartermaster" comune) generano overlap rilevabili. Documentare la provenienza — repository, forum, sample rubato — è parte integrante del report finale.
Vuoi diventare un Ethical Hacker ma non sai da dove iniziare?
Accedi alle lezioni gratuite e segui il percorso corretto fin dal primo passo