Botnet Compromessa: Botnet (T1584.005)
La sottotecnica T1584.005 descrive la costruzione di una botnet attraverso la compromissione di numerosi sistemi di terze parti, anziché il noleggio da servizi booter/stresser. Appartiene alla tattica TA0042 (Resource Development), la fase in cui l'avversario crea, acquista o compromette risorse infrastrutturali da riutilizzare nelle fasi successive del ciclo d'attacco.
Una botnet è una rete di host controllati centralmente, istruibili per eseguire compiti coordinati. Gli avversari possono edificarla da zero infettando migliaia di dispositivi, oppure eseguire un takeover di una botnet esistente, reindirizzando i bot verso server C2 sotto il proprio controllo.
I bersagli privilegiati sono i dispositivi di rete SOHO (Small Office/Home Office) — router e apparati consumer spesso obsoleti, non patchati e raramente monitorati. Una volta assemblata, la botnet alimenta attività su larga scala come phishing massivo, attacchi DDoS (Distributed Denial of Service), oppure funge da rete di proxy per offuscare le comunicazioni e condurre password spraying distribuito.
Questa capacità offre due vantaggi strategici: dispersione geografica degli IP di uscita, che rende l'attribuzione e il blocco molto più difficili, e volume grezzo di risorse computazionali e di banda. I dati registrano il coinvolgimento di 5 gruppi APT, 1 campagna documentata e 1 mitigazione, a conferma di quanto questa tecnica pre-compromise sia radicata negli arsenali degli attori state-sponsored.
Trattandosi di una tecnica pre-compromise (Resource Development), la simulazione in ambito red team deve concentrarsi sulla riproduzione controllata di una rete di nodi compromessi in laboratorio isolato, mai su Internet pubblico. L'obiettivo è validare le detection dei difensori quando l'infrastruttura viene usata, non colpire dispositivi reali di terzi.
Un laboratorio realistico ricrea la catena tipica contro i dispositivi SOHO: esposizione di un servizio vulnerabile, sfruttamento di credenziali di default o CVE note, deploy di un implant e registrazione presso un pannello C2. Per l'emulazione C2 puoi usare framework legittimi come Cobalt Strike (a pagamento), Mythic (open source) o Sliver (open source), che permettono di orchestrare più agent simulando la logica di comando coordinato di una botnet.
Per generare i nodi vulnerabili in laboratorio sono utili immagini firmware emulate con FirmAE (open source) o Firmadyne (open source), che avviano firmware di router reali dentro QEMU consentendo di studiare superfici d'attacco senza toccare hardware fisico. La scansione della superficie interna del lab si esegue con nmap -sV -p-
Le attività follow-on da emulare in modo controllato includono:
- Password spraying distribuito da più IP di uscita, con SprayingToolkit (open source) o CrackMapExec/NetExec (open source), per testare la resilienza dei lockout policy.
- Simulazione di traffico DDoS interno con generatori di carico come hping3 (open source) o Locust (open source), esclusivamente contro target di laboratorio.
- Rotazione dei proxy egress per validare la correlazione multi-sorgente lato SOC.
Un esercizio maturo modella anche il takeover: reindirizzare agent verso un secondo C2 modificando la configurazione dell'implant, così da verificare se il blue team rileva il cambio di destinazione delle beacon.
Sul fronte OSINT lab-safe, ricostruisci come un avversario mapperebbe dispositivi esposti usando piattaforme di ricerca come Shodan (freemium) o Censys (freemium) contro asset di tua proprietà, per comprendere quali banner e fingerprint rendono un dispositivo un bersaglio appetibile. L'intera catena va documentata come purple team, misurando quali fasi generano telemetria sfruttabile.
Vuoi diventare un Ethical Hacker ma non sai da dove iniziare?
Accedi alle lezioni gratuite e segui il percorso corretto fin dal primo passo