Attacchi Man-in-the-Middle (MitM): Intercettazione dei Pacchetti, ARP Poisoning, Wi-Fi Pubblici e SSL Stripping

Nelle telecomunicazioni digitali, quando due interlocutori — ad esempio uno studente che consulta il registro scolastico dal proprio smartphone e il server dell’istituto, oppure un cliente che accede alla propria banca online — avviano una sessione, danno implicitamente per scontato che il canale sia una linea privata e diretta. L’utente digita la propria password, convinto che essa viaggi in modo confidenziale fino al server destinatario.

Tuttavia, l’architettura originaria delle reti a commutazione di pacchetto è fondata su protocolli aperti, condivisi e privi di fiducia intrinseca. Se un malintenzionato riesce a collocarsi fisicamente o logicamente lungo il percorso compiuto dai bit, può dare vita a uno degli attacchi più devastanti della storia della sicurezza informatica: l’attacco Man-in-the-Middle (MitM – L’Uomo nel Mezzo).

In una violazione MitM l’attaccante non deve forzare il server della banca né violare lo smartphone della vittima: si posiziona come un intermediario invisibile e trasparente tra i due, intercettando, leggendo e persino manipolando ogni singolo dato in transito in tempo reale. In questa guida didattica esploreremo come funziona l’ARP Poisoning nelle reti locali, la minaccia degli hotspot truffaldini Evil Twin nei luoghi pubblici, la tecnica di degradazione crittografica nota come SSL Stripping e le contromisure moderne come HSTS e le connessioni VPN.

L’Analogia del Postino Infedele e del Traduttore Clandestino

Per visualizzare con chiarezza la dinamica di un attacco Man-in-the-Middle, possiamo ricorrere all’archetipo del postino corrotto:

Il Principio Cardine: L’Invisibilità e l’IP Forwarding

Affinché un attacco Man-in-the-Middle abbia successo, l’attaccante deve rispettare una condizione categorica: la vittima non deve mai accorgersi dell’intrusione. Se l’hacker bloccasse i pacchetti della vittima senza inoltrarli al server reale, la connessione Internet cadrebbe e l’utente chiamerebbe l’assistenza tecnica o cambierebbe rete.

Per questo motivo, il computer dell’attaccante attiva una funzione del sistema operativo chiamata IP Forwarding (Inoltro IP):

1. Riceve il pacchetto inviato dal computer della vittima.
2. Ne salva silenziosamente una copia su disco o ne legge i parametri (password, cookie di sessione, messaggi).
3. Inoltra immediatamente il pacchetto originale verso il vero router di rete, affinché raggiunga il server di destinazione.
4. Quando il server risponde, l’attaccante intercetta la risposta, la memorizza e la recapita alla vittima.

La navigazione della vittima prosegue in modo totalmente fluido: i siti si aprono, i video caricano, ma ogni singolo byte è transitato attraverso il computer spia.

1. Il Vettore Locale: L’ARP Poisoning (Avvelenamento della Cache ARP)

Nelle reti locali cablate o Wi-Fi (come a scuola, in ufficio o a casa), i dispositivi comunicano a Livello 2 (Data Link) tramite gli indirizzi MAC fisici delle schede di rete. Per scoprire a quale indirizzo MAC corrisponde un determinato indirizzo IP locale, i sistemi operativi usano il protocollo ARP (Address Resolution Protocol – RFC 826).

Il protocollo ARP è nato nel 1982 in un’epoca accademica in cui tutti i computer della rete erano considerati fidati. Di conseguenza, presenta un difetto strutturale colossale: è totalmente privo di autenticazione e privo di stato. Qualsiasi computer può inviare risposte ARP inventate anche se nessuno le ha mai richieste (Gratuitous ARP), e i computer riceventi aggiornano ciecamente la propria memoria locale (ARP Cache) senza fare alcuna verifica!

flowchart TD

subgraph LAN["RETE LOCALE LAN SWITCHATA"]

Vittima["💻 PC Vittima (192.168.1.50)
MAC: AA:AA:AA:AA:AA:AA"]

Router["🌐 Gateway / Router (192.168.1.1)
MAC: BB:BB:BB:BB:BB:BB"]

Hacker["🦹 Attaccante MitM (192.168.1.99)
MAC: XX:XX:XX:XX:XX:XX"]

end
Hacker -->|"1. Risposta ARP Falsa: '192.168.1.1 è su MAC XX:XX'"| Vittima
Hacker -->|"2. Risposta ARP Falsa: '192.168.1.50 è su MAC XX:XX'"| Router

Vittima -->|"3. Traffico inviato all'Hacker credendo sia il Gateway"| Hacker
Hacker -->|"4. Copia/Modifica e inoltro dei pacchetti verso l'esterno"| Router
Router -->|"5. Risposte da Internet girate all'Hacker"| Hacker
Hacker -->|"6. Inoltro finale alla Vittima (Trasparenza totale)"| Vittima

2. Il Vettore Senza Fili: L’Evil Twin nelle Reti Wi-Fi Pubbliche

Uno dei pericoli maggiori quando ci si trova in un aeroporto, in stazione ferroviaria o in un bar aperto al pubblico è l’attacco Evil Twin (Il Gemello Malvagio).

I nostri smartphone e laptop memorizzano l’elenco delle reti Wi-Fi a cui ci siamo collegati in passato (es. WiFi_Aeroporto_Free o Frecciarossa_WiFi). Quando la scheda wireless è accesa, il dispositivo invia continuamente nell’aria richieste radio (Probe Request) chiedendo: "C’è nelle vicinanze una rete con il nome ‘WiFi_Aeroporto_Free’?". Inoltre, per standard IEEE 802.11, se un dispositivo rileva due punti di accesso con lo stesso identico nome (SSID), si aggancia automaticamente a quello che trasmette il segnale radio più potente.

3. La Degradazione Crittografica: L’Attacco SSL Stripping

Di fronte a un attacco Man-in-the-Middle, uno studente attento potrebbe obiettare: "Ma oggi tutti i siti web usano la crittografia HTTPS con TLS 1.3! Anche se l’hacker intercetta i pacchetti via ARP o Wi-Fi, vedrà solo sequenze indecifrabili di caratteri casuali protetti da AES-256!".

L’obiezione è corretta, ed è qui che entra in gioco una delle tecniche più geniali della cybersecurity: l’SSL Stripping (teorizzato dal ricercatore Moxie Marlinspike alla conferenza Black Hat nel 2009).

Moxie comprese che la stragrande maggioranza degli esseri umani non digita mai https:// all’inizio dell’indirizzo: si limita a scrivere nella barra banca.it o cliccare su un vecchio link. Normalmente, quando digiti banca.it:

1. Il browser invia una richiesta iniziale in chiaro via protocollo HTTP (http://banca.it).
2. Il server della banca risponde con una direttiva di reindirizzamento (codice HTTP 301 Redirect) che dice al browser: "Spostati sulla versione sicura crittografata: https://banca.it".

L’attacco SSL Stripping si inserisce esattamente in questo intervallo di tempo:

sequenceDiagram

autonumber

actor Vittima as 👤 Browser Vittima

participant MitM as 🦹 Attaccante MitM (SSLstrip)

participant Banca as 🏦 Portale Bancario Autentico
Vittima->>MitM: 1. Richiesta HTTP non cifrata: http://banca.it
MitM->>Banca: 2. Apertura sessione HTTPS cifrata e autenticata con certificato
Banca-->>MitM: 3. Restituisce pagina web protetta con link HTTPS
MitM-->>MitM: 4. Rimuove la cifratura: riscrive tutti i link in "http://"
MitM-->>Vittima: 5. Consegna la pagina identica ma in chiaro (SENZA LUCCHETTO!)
Vittima->>MitM: 6. Invia Credenziali e Password in chiaro
MitM-->>MitM: 7. Intercetta e memorizza Username e Password!
MitM->>Banca: 8. Inoltra le credenziali alla banca sulla connessione HTTPS

Le Moderne Contromisure Ingegneristiche

Per contrastare in modo sistematico le diverse varianti di attacco Man-in-the-Middle, l’industria informatica ha introdotto contromisure hardware e protocolli standardizzati:

1. HSTS (HTTP Strict Transport Security – RFC 6797)

È la risposta definitiva all’SSL Stripping. Quando un sito web abilita HSTS, invia un’intestazione HTTP speciale:
Strict-Transport-Security: max-age=31536000; includeSubDomains; preload
Questa riga ordina al browser: "Per il prossimo anno, tu NON DEVI MAI collegarti a questo dominio usando il protocollo HTTP non sicuro. Se l’utente digita http://, tu browser convertilo internamente in https:// PRIMA di inviare qualsiasi pacchetto alla rete!".
Con il meccanismo di HSTS Preloading, le liste dei siti protetti sono incise a livello di codice direttamente all’interno dei file binari di Chrome, Firefox, Safari ed Edge: anche alla primissima visita assoluta dell’utente, l’SSL Stripping fallisce istantaneamente perché il browser si rifiuta categoricamente di aprire una sessione non cifrata.

2. Ispezione Dinamica ARP (DAI) e DHCP Snooping negli Switch

Nelle reti aziendali e universitarie, gli switch di rete gestiti implementano due funzioni di sicurezza a livello 2:

• DHCP Snooping: Lo switch tiene traccia di tutte le assegnazioni IP ufficiali rilasciate dal server DHCP aziendale autorizzato, creando una tabella sicura delle corrispondenze tra porte fisiche, indirizzi IP e indirizzi MAC.
• Dynamic ARP Inspection (DAI): Ogni volta che un computer invia una risposta ARP sulla rete, lo switch intercetta il pacchetto ed esamina la tabella di DHCP Snooping: se la corrispondenza IP-MAC non combacia (ovvero se qualcuno sta provando a fare ARP Spoofing), lo switch scarta il pacchetto all’istante e spegne la porta di rete dell’attaccante!

3. L’Uso di una VPN su Reti Non Fidate

Se devi connetterti a una rete Wi-Fi pubblica o aperta in un bar o in albergo, l’attivazione immediata di una VPN (Virtual Private Network) neutralizza alla radice qualsiasi attacco MitM locale. Poiché il tunnel VPN (WireGuard o OpenVPN) incapsula e cifra ogni singolo bit prima ancora che esso lasci la tua scheda di rete, un attaccante che operi via ARP Poisoning o Evil Twin vedrà solo passare pacchetti impenetrabili e non potrà leggere, manipolare o degradare alcuna richiesta.

Domande Frequenti (FAQ)

1. Cosa succede se durante la navigazione compare il messaggio "Avviso di sicurezza: il certificato non è attendibile"?

Questo messaggio è il segnale d’allarme più tipico di un attacco Man-in-the-Middle in corso! Significa che qualcuno interposto sulla rete locale sta tentando di sostituire il vero certificato crittografico del sito con un certificato falso generato da lui per spiare i tuoi dati. Non cliccare mai su "Avanzate" e non forzare mai la visita cliccando su "Procedi comunque": chiudi immediatamente la scheda e disconnettiti da quella specifica rete di comunicazione.

2. Le applicazioni per smartphone sono più sicure dei browser web contro il MitM?

Spesso sì, a patto che gli sviluppatori abbiano implementato la tecnologia del Certificate Pinning (SSL Pinning). Con questa tecnica, il codice dell’applicazione non si fida ciecamente delle centinaia di Certificate Authority mondiali presenti nel sistema operativo del telefono, ma incorpora al proprio interno l’impronta crittografica esatta e immutabile del certificato del server della banca. Se un attaccante tenta di frapporsi con un certificato differente, l’app interrompe la connessione all’istante senza inviare alcuna credenziale.

3. Posso accorgermi da solo se qualcuno sta facendo ARP Poisoning sulla mia rete locale?

Sì. Da riga di comando (Prompt dei comandi o PowerShell su Windows, oppure Terminale su macOS/Linux), puoi digitare il comando:

arp -a

Questo comando elenca la tabella di corrispondenza tra indirizzi IP e indirizzi MAC fisici attualmente memorizzata sul tuo computer. Se noti che due indirizzi IP diversi (ad esempio l’indirizzo del tuo modem/router 192.168.1.1 e l’indirizzo IP di un altro computer nella stanza 192.168.1.45) sono associati allo stesso identico indirizzo MAC, allora un attacco di ARP Spoofing è attivamente in corso sulla tua sottorete!

4. Che differenza c’è tra Man-in-the-Middle (MitM) e Man-in-the-Browser (MitB)?

In un classico attacco Man-in-the-Middle, l’aggressore si interpone sulla rete esterna lungo i cavi o nell’aria radio tra il computer e il server. In un attacco Man-in-the-Browser (MitB), l’attaccante ha infettato direttamente il computer della vittima con un malware (spesso un trojan bancario o un’estensione per browser corrotta): il malware si aggancia alle API interne del browser e altera i dati direttamente nei campi della pagina web prima che vengano cifrati per la trasmissione. Se la vittima dispone un bonifico di 50 euro per un amico, il trojan MitB sostituisce l’IBAN e l’importo direttamente nei campi del form a schermo senza che l’utente se ne accorga.

Glossario Tecnico dei Termini Chiave

• Man-in-the-Middle (MitM): Aggressione informatica in cui un soggetto non autorizzato si interpone segretamente nel canale di comunicazione tra due entità legittime intercettando o alterando i dati.
• ARP (Address Resolution Protocol): Protocollo di rete di Livello 2 (RFC 826) preposto alla risoluzione dinamica degli indirizzi IP logici nei corrispondenti indirizzi MAC fisici.
• ARP Poisoning (ARP Spoofing): Tecnica di attacco locale che invia risposte ARP artefatte per associare l’indirizzo MAC dell’intruso all’indirizzo IP di un nodo legittimo (come il gateway).
• Evil Twin: Punto di accesso Wi-Fi malevolo configurato con nome di rete (SSID) identico a quello di una rete legittima per attirare e intercettare il traffico dei dispositivi ignari.
• SSL Stripping: Tecnica di degradazione di protocollo che intercetta i reindirizzamenti HTTPS convertendoli in richieste HTTP in chiaro per aggirare la cifratura del traffico.
• HSTS (HTTP Strict Transport Security): Meccanismo di sicurezza web (RFC 6797) con cui un server impone ai browser di comunicare con esso esclusivamente tramite connessioni HTTPS sicure.
• Dynamic ARP Inspection (DAI): Funzionalità avanzata degli apparati switch che convalida la legittimità dei pacchetti ARP scartando quelli che presentano associazioni IP-MAC fraudolente.
• Certificate Pinning: Pratica di sicurezza applicativa che associa rigidamente un host al proprio certificato crittografico specifico, impedendo attacchi MitM condotti con certificati intermedi.

Fonti Ufficiali e Riferimenti Accademici

• RFC 826 (1982): An Ethernet Address Resolution Protocol (ARP), Plummer, D. C., Internet Engineering Task Force (IETF). https://www.rfc-editor.org/rfc/rfc826
• RFC 6797 (2012): HTTP Strict Transport Security (HSTS), Hodges, J., Jackson, C., & Barth, A., IETF. https://www.rfc-editor.org/rfc/rfc6797
• RFC 8446 (2018): The Transport Layer Security (TLS) Protocol Version 1.3, Rescorla, E., IETF. https://www.rfc-editor.org/rfc/rfc8446
• Marlinspike, M. (2009): New Tricks For Defeating SSL In Practice, Black Hat DC 2009. https://www.blackhat.com/presentations/bh-dc-09/Marlinspike/blackhat-dc-09-marlinspike-defeating-ssl.pdf
• NIST SP 800-52 Rev. 2 (2019): Guidelines for the Selection, Configuration, and Use of Transport Layer Security (TLS) Implementations, McKay, K. & Cooper, D., NIST. https://csrc.nist.gov/publications/detail/sp/800-52/rev-2/final
• Tanenbaum, A. S., & Wetherall, D. J. (2011): Computer Networks (5th Edition), Pearson. (Capitolo 8: Network Security – Authentication Protocols and MitM).