Identificazione e Difesa contro l'Attacco Eclipse al Protocollo Chord

Le reti overlay peer to peer si stanno diffondendo sempre più in quanto soluzione ideale per fornire servizi di larga scala, in luogo del tradizionale poco scalabile modello client-server. In particolare le reti overlay peer to peer distribuite e strutturate, come quelle realizzate mediante Distributed Hash Tables (DHT), hanno suscitato un notevole interesse per la loro elevata scalabilità. Il protocollo Chord è una delle prime DHT proposte. Non solo le DHT ma più in generale le reti overlay distribuite, essendo aperte, auto-organizzanti senza un’autorità supervisionante, implicano seri problemi di sicurezza in quanto, in teoria, ogni utente ha la libertà di agire in modo maligno. Uno degli attacchi più efficaci nelle reti overlay distribuite è l’attacco Eclipse, in cui l’attaccante fa sì che i nodi vittima puntino il più possibile verso nodi controllati dall’attaccante. La conseguenza è che i nodi vittima dirottano involontariamente il traffico verso i nodi maligni, permettendo all’attaccante di eliminare, leggere o modificare un’elevata percentuale di messaggi anche se la percentuale di nodi maligni è molto bassa. E poiché le reti overlay distribuite possono supportare un’ampia varietà di applicazioni, è di capitale importanza renderle sicure, specialmente contro un attacco così compromettente. In questa tesi ci focalizziamo sull’attacco Eclipse al protocollo Chord. In particolare, il nostro lavoro consiste nel proporre possibili soluzioni a due problemi: 1) Identificazione dell’attacco: proponiamo una soluzione con cui un nodo Chord può identificare un attacco Eclipse soltanto affidandosi alle informazioni locali ed eventualmente osservando anche i messaggi ricevuti. 2) Difesa contro l’attacco: proponiamo diverse difese distribuite e una difesa non distribuita per contrastare il più possibile l’effetto dell’attacco Eclipse, che è la cattura dei messaggi da parte dell’attaccante. Ci siamo concentrati maggiormente sulle difese distribuite in modo da preservare la natura distribuita altamente scalabile del protocollo Chord. Inoltre, dato che alcune difese proposte necessitano la conoscenza della distanza media fra nodi nello spazio delle chiavi, abbiamo anche ideato un sistema per stimare tale quantità in presenza di informazioni di routing non affidabili.