È stato rilasciato il nuovo browser specializzato Tor Browser 11.0.2, focalizzato su anonimato, sicurezza e privacy. Utilizzando Tor Browser, tutto il traffico viene reindirizzato esclusivamente attraverso la rete Tor, rendendo impossibile l'accesso diretto tramite la connessione di rete predefinita del sistema attuale, impedendo così di tracciare il vero indirizzo IP dell'utente (nel caso in cui il browser venga compromesso, gli aggressori potrebbero accedere ai parametri di rete di sistema; pertanto, per bloccare completamente le possibili perdite, è consigliabile utilizzare prodotti come Whonix). Le versioni di Tor Browser sono disponibili per Linux, Windows e macOS.
Per garantire una protezione aggiuntiva, Tor Browser include l'estensione HTTPS Everywhere, che consente di utilizzare la crittografia del traffico su tutti i siti dove possibile. Per ridurre la minaccia di attacchi che utilizzano JavaScript e per bloccare per impostazione predefinita i plugin, viene fornita l'estensione NoScript. Per contrastare il blocco e l'ispezione del traffico vengono utilizzati trasporti alternativi. Per proteggere dall'esposizione di caratteristiche specifiche di ogni visitatore, sono stati disattivati o limitati gli API WebGL, WebGL2, WebAudio, Social, SpeechSynthesis, Touch, AudioContext, HTMLMediaElement, Mediastream, Canvas, SharedWorker, WebAudio, Permissions, MediaDevices.enumerateDevices e screen.orientation; inoltre, sono stati disabilitati i meccanismi di invio della telemetria, Pocket, Reader View, HTTP Alternative-Services, MozTCPSocket, "link rel=preconnect", e modificato libmdns.
Nella nuova versione è stata effettuata la sincronizzazione con il codice sorgente della versione Firefox 91.4.0, che ha risolto 15 vulnerabilità, di cui 10 contrassegnate come pericolose. 7 vulnerabilità sono state causate da problemi di gestione della memoria, come overflow dei buffer e accesso a aree di memoria già liberate, e potrebbero potenzialmente portare all'esecuzione di codice malevolo aprendo pagine appositamente progettate. Dalla versione per la piattaforma Linux sono stati esclusi alcuni font ttf, il cui utilizzo causava problemi di rendering del testo negli elementi dell'interfaccia in Fedora Linux. È stata disattivata l'impostazione "network.proxy.allow_bypass", che controlla l'attività di protezione contro l'uso improprio dell'API Proxy nelle estensioni. Per il trasporto obfs4 è stato attivato un nuovo gateway chiamato "deusexmachina".
Nel frattempo, continua la questione del blocco di Tor in RF. Roskomnadzor ha modificato nel registro dei siti vietati il modello dei siti bloccati. dei domini da «www.torproject.org» a «*.torproject.org» e ha ampliato l'elenco degli indirizzi IP soggetti a blocco. A causa della modifica, la maggior parte dei sottomoduli del progetto Tor è risultata bloccata, inclusi blog.torproject.org, gettor.torproject.org e support.torproject.org. Rimane accessibile forum.torproject.net, ospitato nell'infrastruttura Discourse. Parzialmente accessibili gitlab.torproject.org e lists.torproject.org, ai quali inizialmente è stato negato l'accesso, ma poi è stato ripristinato, probabilmente dopo la modifica degli indirizzi IP (gitlab ora punta all'host gitlab-02.torproject.org).
Inoltre, non vengono più segnalati blocchi di gateway e nodi della rete Tor, così come dell'host ajax.aspnetcdn.com (CDN Microsoft), utilizzato nel trasporto meek-asure. A quanto pare, gli esperimenti per bloccare i nodi della rete Tor si sono arrestati dopo il blocco del sito Tor. La situazione è complicata con lo specchio tor.eff.org, che continua a funzionare. Infatti, lo specchio tor.eff.org è legato allo stesso indirizzo IP, utilizzato per il dominio eff.org dell'organizzazione EFF (Electronic Frontier Foundation), quindi il blocco di tor.eff.org porterà a un blocco parziale del sito della nota organizzazione per i diritti umani.
Inoltre, è possibile notare la pubblicazione di un nuovo rapporto su possibili tentativi di condurre attacchi di deanonimizzazione degli utenti Tor, associati al gruppo KAX17, identificabile tramite contatti email fittizi specifici nei parametri dei nodi. Nel mese di settembre e ottobre, il progetto Tor ha bloccato 570 nodi potenzialmente dannosi. All'apice, il gruppo KAX17 è riuscito a portare il numero di nodi sotto controllo nella rete Tor a 900, distribuiti presso 50 diversi provider, che corrisponde a circa il 14% del numero totale di relay (per confronto, nel 2014 gli attaccanti sono riusciti a ottenere il controllo di quasi la metà dei relay Tor, mentre nel 2020 sul 23,95% dei nodi in uscita).
La presenza di un grande numero di nodi controllati da un unico operatore consente di deanonimizzare gli utenti attraverso un attacco di tipo Sybil, che può essere condotto se gli aggressori hanno il controllo sul primo e sull'ultimo nodo della catena di anonimizzazione. Il primo nodo nella catena Tor conosce l'indirizzo IP dell'utente, mentre l'ultimo conosce l'indirizzo IP della risorsa richiesta, il che permette di deanonimizzare la richiesta aggiungendo, dal lato del nodo d'ingresso, un determinato marchio nascosto all'interno delle intestazioni dei pacchetti, che rimangono invariati lungo l'intera catena di anonimizzazione, e analizzando tale marchio dal lato del nodo d'uscita. Se ci sono nodi d'uscita controllati, gli aggressori possono anche apportare modifiche al traffico non crittografato, ad esempio rimuovendo i reindirizzamenti alle versioni HTTPS dei siti e intercettando il contenuto non crittografato.
Secondo i rappresentanti della rete Tor, la maggior parte dei nodi rimossi nell'autunno scorso è stata utilizzata solo come nodi intermedi, non utilizzati per trattare richieste in entrata e in uscita. Alcuni ricercatori notano che i nodi appartenevano a tutte le categorie e la probabilità di connettersi a un nodo d'ingresso controllato dal gruppo KAX17 era del 16%, mentre quella di connettersi a un nodo d'uscita era del 5%. Ma anche se fosse così, la probabilità complessiva di collegarsi contemporaneamente a nodi d'ingresso e d'uscita del gruppo di 900 nodi controllati KAX17 è stimata all'0.8%. Non ci sono prove dirette dell'uso dei nodi KAX17 per attacchi, ma attacchi simili non sono esclusi.
Fonte: opennet.ru
