{"id":113257,"date":"2024-01-31T01:41:06","date_gmt":"2024-01-30T23:41:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/rezultaty-vtorogo-audita-bezopasnosti-razrabotok-proekta-tor"},"modified":"2024-01-31T01:41:06","modified_gmt":"2024-01-30T23:41:06","slug":"rezultaty-vtorogo-audita-bezopasnosti-razrabotok-proekta-tor","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/rezultaty-vtorogo-audita-bezopasnosti-razrabotok-proekta-tor","title":{"rendered":"Risultati del secondo audit di sicurezza dello sviluppo del progetto Tor","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Gli sviluppatori della rete anonima Tor hanno pubblicato i risultati del secondo audit condotto dall'azienda Radically Open Security da aprile ad agosto 2023 (precedentemente, il primo audit era stato realizzato dalla Cure53 da novembre 2022 ad aprile 2023). Il controllo ha riguardato il codice per il funzionamento dei nodi di uscita, il browser Tor Browser, i componenti dell'infrastruttura (raccolta di metriche, SWBS, API Onionoo) e gli strumenti di testing. L'obiettivo principale della revisione era valutare le modifiche apportate per migliorare la velocit\u00e0 e l'affidabilit\u00e0 della rete Tor, come il protocollo di separazione del traffico Conflux aggiunto nella versione Tor 0.4.8 e le metodologie di protezione dei servizi Onion da attacchi DoS basati su prove di lavoro. <\/p>\n
Durante l'audit sono state scoperte 17 vulnerabilit\u00e0, solo una delle quali \u00e8 stata classificata come pericolosa. Quattro vulnerabilit\u00e0 hanno ricevuto un livello di rischio medio, mentre 12 sono state considerate problematiche con un livello di rischio lieve. La vulnerabilit\u00e0 pi\u00f9 pericolosa \u00e8 stata individuata nell'applicazione onbasca (Onion Bandwidth Scanner), utilizzata per scansionare la larghezza di banda dei nodi della rete. <\/p>\n
La vulnerabilit\u00e0 \u00e8 causata dalla possibilit\u00e0 di inviare richieste tramite il metodo HTTP GET, che permettono di effettuare l'inserimento di richieste cross-site a nome di un altro utente (CSRF, Cross-Site Request Forgery). Ci\u00f2 consente all'attaccante di aggiungere i propri nodi di ponte nel database manipolando il parametro \"bridge_lines\". Ad esempio, un attaccante pu\u00f2 pubblicare una pagina web con codice JavaScript fetch(\"http:\/\/127.0.0.1:8000\/bridge-state\/?bridge_lines=obfs4+0.0.0.000000+AAA+cert0+iat-mode0\", e se questa pagina viene aperta da un utente con una sessione attiva su Onion Bandwidth Scanner, allora verr\u00e0 aggiunto il IP \"0.0.0.0\" nel database a nome dell'utente. <\/p>\n
Problemi con livello di rischio medio: <\/p>\n
\n
Negazione di servizio in metrics-lib a causa dell'invio di un grande file compresso \u2014 poich\u00e9 il file viene decompresso in memoria, \u00e8 possibile inviare una sorta di bomba zip (ad esempio, si possono comprimere 600 MB di zeri in 0.0006 MB) e causare l'esaurimento della memoria disponibile.\n
Utilizzo nel servizio tor-android-service (usato nel Tor browser per Android) di un modulo di terze parti tun2socks, il cui supporto \u00e8 stato interrotto.\n
Scrittura di un byte nullo oltre il confine del buffer allocato nel client Tor a causa dell'uso della funzione read_file_to_str_until_eof, che restituisce la dimensione senza considerare il carattere nullo.\n
Una vulnerabilit\u00e0 in sbws (Simple Bandwidth Scanner) permette di ripristinare la connessione HTTPS a HTTP, utilizzando un reindirizzamento a HTTP. Un nodo di uscita Tor controllato dall'attaccante potrebbe sfruttare questa vulnerabilit\u00e0 per organizzare una fuga di token API. <\/ul>\n