Red Hot Cyber
La cybersecurity è condivisione. Riconosci il rischio, combattilo, condividi le tue esperienze ed incentiva gli altri a fare meglio di te.
Cerca

Proteggi l’IoT: 6 Semplici Best Practices per Non Entrare a far parte di una Botnet

Filippo Boni : 30 Luglio 2024 07:08

Negli ultimi anni, il nome Mirai è diventato sinonimo di grandi attacchi Distributed Denial of Service (DDoS). Un esempio emblematico è l’attacco Dyn DNS del ottobre 2016, che ha provocato notevoli disagi a servizi web di primo piano come Twitter, Reddit e Netflix. Questo attacco, attribuito alla botnet Mirai, ha raggiunto un volume di traffico straordinario di circa 1,2 Tbps, segnando uno dei picchi più elevati nella storia degli attacchi DDoS. Questi eventi hanno messo in luce una vulnerabilità critica: la sicurezza dei dispositivi IoT, spesso trascurata, che rappresenta il punto d’ingresso principale per le botnet come Mirai. 

Nell’articolo di oggi, ci concentreremo su strategie e soluzioni che, sebbene semplici, sono spesso dimenticate nella lotta contro l’infezione e l’inclusione nelle botnet. Poichè queste tendono ad infettare dispositivi low-tier che dunque presentano poche misure di sicurezza, i dispositivi IoT sono il vettore perfetto per questo tipo di struttura, vediamo come proteggerli.

Come i dispositivi IoT vengono attaccati

I dispositivi che fanno già parte della rete malevola a loro volta tentano di violarne dei nuovi scansionando la rete, una volta che il device entra a fare parte della botnet, questo diventa un nodo zombie che per esempio verrà utilizzato unitamente ad altri migliaia di dispositivi per perpetrare un attacco ad una vittima del cyber-criminale. Le botnet quindi spiegano parzialmente l’aumento dei servizi Crimeware-as-a-Service (CaaS).


Distribuisci i nostri corsi di formazione diventando un nostro Affiliato

Se sei un influencer, gestisci una community, un blog, un profilo social o semplicemente hai tanta voglia di diffondere cultura digitale e cybersecurity, questo è il momento perfetto per collaborare con RHC Academy. Unisciti al nostro Affiliate Program: potrai promuovere i nostri corsi online e guadagnare provvigioni ad ogni corso venduto. Fai parte del cambiamento. Diffondi conoscenza, costruisci fiducia, genera valore.

Contattaci tramite WhatsApp al 375 593 1011 per richiedere ulteriori informazioni oppure scriviti alla casella di posta [email protected]



Supporta RHC attraverso:


Ti piacciono gli articoli di Red Hot Cyber? Non aspettare oltre, iscriviti alla newsletter settimanale per non perdere nessun articolo.


Gran parte degli attacchi di botnet, sono mirati all’espansione della rete di zombie tramite la conquista di nuovi nodi, questa viene preparata molto spesso utilizzando il protocollo SSH. Questo protocollo è largamente utilizzato e disponibile sui dispositivi IoT, poiché la relativa economicità di progettazione di questi dispositivi porta a utilizzare come sistema operativo una versione molto ridotta di Linux, come Ubuntu Core che prevede built-in un server SSH.

SSH è molto conveniente per la configurazione del dispositivo da parte del produttore ed in alcuni casi può essere utile all’utente. Il problema risiede proprio nell’avere esposta la porta 22 (sulla quale gira il server SSH). Mirai, come altre botnet, utilizza un attack vector che mira al brute forcing delle credenziali utilizzate dai dispositivi. Se queste non vengono generate ad-hoc per ogni dispositivo oppure cambiate dall’utente, è molto probabile che Mirai le abbia già incluse nella propria lista di brute force.

La lista di credenziali vulnerabili sfruttate da Mirai

Le botnet generalmente si affidano al codice sorgente di Mirai, modificandolo a piacimento nella parte del payload, ma lasciando invariata la parte dell’attack vector poiché molto efficiente. Fortunatamente per i ricercatori e i difensori, il codice di Mirai è stato reso pubblico. Sebbene ciò sia avvenuto otto anni fa, è possibile che gran parte delle attuali botnet utilizzi ancora questo codice. Questo ci permette di capire come, nel formato standard, la botnet infetta nuovi bot. L’attacco prevede una semplice bruteforce delle credenziali SSH dei dispositivi con la porta 22 aperta, utilizzando una lista di oltre 50 combinazioni di username e password frequentemente usate nell’Internet of Things.

Lista di credenziali hard-coded nelle botnet:

Alcune delle credenziali hard coded all’interno dell’attack vector di Mirai

  • root, vizxv
  • root, admin
  • admin, admin
  • root, 888888
  • root, default
  • root, juantech
  • root, 123456
  • admin, password
  • root, root
  • root, 12345
  • root, pass
  • admin, admin1234
  • admin, smcadmin
  • root, password
  • root, 1234
  • guest, 12345
  • admin1, password
  • administrator, 1234
  • 666666, 666666
  • 888888, 888888
  • ubnt, ubnt
  • root, Zte521
  • root, 7ujMko0vizxv
  • root, system
  • root, user
  • root, realtek
  • admin, 54321
  • admin, 1234

Come prevenire gli attacchi

Per prima cosa trova i dispositivi vulnerabili. Assumiamo qui che ogni dispositivo IoT che ha la porta 22 aperta sia vulnerabile. Per trovare tali dispositivi effettua una scansione di rete utilizzando nmap:

  1. installa Nmap.
  2. Scansiona la rete locale  sudo nmap -p 22 192.168.0.0/24 sostituisci 192.168.0.0/24 con la subnet appropriata alla tua rete locale.
  3. Cerca dispositivi non noti risultanti dalla scansione, effettua il passo (1) per ogni device.

E poi successivamente:

  1. Cambia le password di default: La soluzione più semplice e banale, ma spesso dimenticata, è cambiare le password di default di tutti quei dispositivi IoT comprati e mai configurati o mal configurati, per effettuare il cambio password controlla il manuale del dispositivo oppure procedi come segue:
    • Accedi al dispositivo via SSH utilizzando username e password di default.
    • Esegui il comando passwd e inserisci una nuova password sicura.
    • Fatto, Adesso la nuova password del dispositivo è quella scelta da te.
  1. Controlla le porte esposte del router: Verifica che non vi siano dispositivi con la porta 22 esposta direttamente a internet, questa potrebbe essere presente in router, che quindi potrebbero essere soggetti a vulnerabilità specifiche. Per controllare se il tuo router ha un server ssh in esecuzione utilizza nmap, esegui una scansione sulla porta ssh utilizzando il comando nmap -sT -p22 IP_Del_Tuo_Router , se ritieni che il servizio ssh ti sarà inutile in futuro, procedi a disabilitarlo. Inoltre controlla dalle configurazioni di port mapping e assicurati che solo le porte necessarie al funzionamento dei dispositivi mappati nella rete siano aperte.
  2. Disabilita UPnP se non utilizzato: Universal Plug and Play (UPnP) può facilitare le configurazioni di rete ma rappresenta un rischio di sicurezza se non necessario. 
  3. È vitale mantenere aggiornati i dispositivi: Device vulnerabili, come router, possono essere utilizzati dalle botnet tramite CVE per remote code execution o per bypassare l’autenticazione, un esempio clamoroso è il caso dei router Netgear
  4. Segmentazione della rete: Più il dispositivo è economico, più è probabile che sia vulnerabile. In soluzioni aziendali (e non), è opportuno creare una VLAN per dispositivi IoT e smart devices, facendo questo si limita la possibilità di infettare altri dispositivi segmentando la rete, controlla se la tua soluzione di rete permette la gestione di VLan.
  5. IDS/IPS a livello di Gateway: L’uso di Intrusion Detection & Prevention System a livello di gateway possono identificare tentativi di brute force e altre tecniche di attacco utilizzate dalle botnet.

Conclusioni

La lotta contro le botnet richiede un approccio multilivello che integri misure di sicurezza semplici ma spesso trascurate su dispositivi IoT. Cambiare le password di default, controllare le porte esposte, segmentare la rete e implementare sistemi di rilevamento delle intrusioni sono passi essenziali per ridurre significativamente il rischio di infezioni.

Sebbene queste soluzioni possano sembrare semplici, la loro efficacia nel prevenire l’inclusione dei dispositivi IoT nelle botnet come Mirai non può essere sottovalutata. Adottare queste misure di sicurezza non solo protegge i singoli dispositivi, ma contribuisce anche a rendere l’intera rete internet più sicura. La consapevolezza e la vigilanza continua sono cruciali per mantenere un ambiente digitale sicuro e resiliente contro le minacce in evoluzione delle botnet.

Filippo Boni
Laureato in Informatica presso l'Università di Pisa, è attualmente ricercatore in ambito cyber security, specializzato nella protezione di sistemi cloud e nella mitigazione degli attacchi da botnet. Attualmente è Master’s Student sempre a UniPi. Profilo Linkedin - Sito web

Lista degli articoli

Articoli in evidenza

Da AI white ad AI black il passo è breve. Nuovi strumenti per Script Kiddies bussano alle porte

I ricercatori di Okta  hanno notato che aggressori sconosciuti stanno utilizzando lo strumento di intelligenza artificiale generativa v0 di Vercel per creare pagine false che imitano qu...

Se è gratuito, il prodotto sei tu. Google paga 314 milioni di dollari per violazione dei dati agli utenti Android

Google è al centro di un’imponente causa in California che si è conclusa con la decisione di pagare oltre 314 milioni di dollari agli utenti di smartphone Android nello stato. Una giu...

CTF di RHC 2025. Ingegneria sociale in gioco: scopri la quarta “flag” non risolta

La RHC Conference 2025, organizzata da Red Hot Cyber, ha rappresentato un punto di riferimento per la comunità italiana della cybersecurity, offrendo un ricco programma di talk, workshop e compet...

Linux Pwned! Privilege Escalation su SUDO in 5 secondi. HackerHood testa l’exploit CVE-2025-32463

Nella giornata di ieri, Red Hot Cyber ha pubblicato un approfondimento su una grave vulnerabilità scoperta in SUDO (CVE-2025-32463), che consente l’escalation dei privilegi a root in ambie...

Hackers nordcoreani a libro paga. Come le aziende hanno pagato stipendi a specialisti IT nordcoreani

Il Dipartimento di Giustizia degli Stati Uniti ha annunciato la scoperta di un sistema su larga scala in cui falsi specialisti IT provenienti dalla RPDC i quali ottenevano lavoro presso aziende americ...