È stata rilasciata la versione 0.4.7.7 degli strumenti Tor, utilizzati per l'organizzazione del lavoro della rete anonima Tor. La versione 0.4.7.7 è stata riconosciuta come la prima versione stabile della serie 0.4.7, che si è sviluppata negli ultimi dieci mesi. La serie 0.4.7 sarà supportata nell'ambito del ciclo di manutenzione regolare, con l'interruzione degli aggiornamenti prevista 9 mesi dopo o 3 mesi dopo il rilascio della serie 0.4.8.x.
Principali modifiche alla nuova serie:
- È stata aggiunta l'implementazione del protocollo di controllo del congestionamento RTT (RTT Congestion Control), che regola il traffico attraverso la rete Tor (tra il client e il nodo di uscita o il servizio onion). Il protocollo mira a ridurre la dimensione delle code nei relay e a superare le attuali limitazioni di larghezza di banda. Finora la velocità di un singolo flusso di download attraverso i nodi di uscita e i servizi onion era limitata a 1 MB/sec, poiché la finestra di invio ha una dimensione fissa di 1000 celle per flusso e in ogni cella possono essere inviati 512 byte di dati (la velocità del flusso con una latenza nella catena di 0,5 secondi è = 1000*512/0,5 = ~1 MB/sec).
Per la previsione della larghezza di banda disponibile e la determinazione della dimensione della coda dei pacchetti nel nuovo protocollo, viene utilizzata la stima del tempo di round trip (RTT). La modellizzazione effettuata ha dimostrato che l'adozione del nuovo protocollo nei nodi di uscita e nei servizi onion porterà a una riduzione dei ritardi di attesa in coda, all'eliminazione delle limitazioni sulla velocità di flusso, a un incremento delle prestazioni della rete Tor e a un utilizzo più ottimale della larghezza di banda disponibile. Sul lato client, il supporto per la gestione del flusso sarà offerto il 31 maggio nel prossimo rilascio importante di Tor Browser, basato sulla versione Tor 0.4.7.
- È stata aggiunta una protezione semplificata Vanguards-lite per prevenire gli attacchi di deanonimizzazione dei servizi onion a vita breve, che riduce il rischio di identificare i nodi guard (guard) di un servizio onion o di un client onion, nel caso in cui il servizio funzioni per meno di un mese (per i servizi onion che funzionano da più di un mese, si consiglia di utilizzare l'estensione vanguards). La logica del metodo consiste nel fatto che i client e i servizi onion selezionano automaticamente 4 nodi guard a lungo termine («layer 2 guard relay») da utilizzare al centro della catena, e questi nodi vengono mantenuti per un tempo casuale (in media una settimana).
- Per server Nella directory è stata implementata la possibilità di assegnare il flag MiddleOnly ai relay utilizzando un nuovo metodo per raggiungere il consenso. Il nuovo metodo implica il trasferimento della logica per l'impostazione del flag MiddleOnly dalla parte del client ai server delle directory. Per i relay contrassegnati come MiddleOnly, vengono automaticamente rimossi i flag Exit, Guard, HSDir e V2Dir, e viene impostato il flag BadExit.
Fonte: opennet.ru
