Tor Browser copre un’app, non tutto il dispositivo
Il browser instrada le proprie connessioni attraverso Tor e nient’altro. Verificate quale processo possiede una connessione prima di supporre che il resto della macchina lo segua.
Tor Browser invia le proprie connessioni attraverso un proxy locale e le instrada nella rete Tor, e non sposta il resto della macchina. Un client di posta, un demone di sincronizzazione e un secondo browser mantengono le impostazioni che avevano, ed è per questo che un risultato pulito in una finestra può convivere con connessioni dirette dietro. Quattro controlli separano ciò che è coperto da ciò che sembra soltanto coperto. Iniziate da quello che nomina un processo.
Che cosa il browser fa davvero passare dal proxy
Dentro il browser, il traffico va a un ascoltatore SOCKS locale che Tor Browser avvia per sé, e il browser è configurato per usarlo. La scelta del circuito, l’isolamento dell’identità e le protezioni contro le impronte digitali vivono tutte in quella coppia. Un file salvato su disco non ne porta nulla, e aprirlo in un visualizzatore esterno avvia un nuovo programma con un proprio comportamento di rete.
È anche per questo che la familiare pagina dell’indirizzo pubblico dimostra così poco. Riporta l’uscita usata dal browser che l’ha caricata e non può osservare affatto un’altra applicazione. Trattate il risultato come prova su un programma, non come affermazione sul dispositivo.
Quale processo possiede ogni connessione
Elencate i socket e i processi che stanno dietro. Cercate qualunque cosa che non sia il browser che parla con un ascoltatore locale:
ss -tunp
ss -tunp | grep -E 'tor|firefox'Qualunque cosa con una destinazione pubblica è una connessione che ha aggirato il circuito. Se ne trovate una, identificate il programma prima di cambiare qualsiasi altra cosa, perché la correzione è diversa per ogni client:
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ipLa forma -hostname conta perché chiede al proxy di risolvere il nome. Risolvere in locale e consegnare un indirizzo al proxy rivela la destinazione anche quando la connessione stessa passa dal proxy.
Se il protocollo viene trasportato o no
I relay di Tor trasportano flussi TCP. Le applicazioni costruite intorno a UDP, come alcuni client vocali e di gioco, non si comportano sulla rete come una pagina web, e forzarle attraverso un proxy di solito fallisce invece di proteggerle.
| Coverage model | What it covers | What it leaves alone |
|---|---|---|
| Tor Browser | Its own browsing and downloads | Every other application |
| Proxy setting in one app | That app, if it honours the proxy | Its DNS behaviour and other programs |
| System VPN | Traffic routed through the tunnel | Browser fingerprint and identity |
| Whole-device routing | The operating system's traffic | Application-level identity signals |
Se l’app che vi interessa dipende da UDP, un’impostazione del browser non è la risposta, e non lo è nemmeno una variabile proxy che l’app ignora. Il requisito diventa un progetto diverso con modi di fallire diversi.
La copertura che avete scelto davvero
Una VPN di sistema è più ampia di un browser per portata e più stretta per scopo. Può trasportare diverse applicazioni quando le rotte e il supporto della piattaforma sono configurati per questo, ma non offre resistenza alle impronte digitali, e un’uscita VPN non è una rete di anonimato.
La copertura dell’intero dispositivo è un progetto di sistema, non un programma di installazione. Instrada il traffico del sistema operativo invece di un solo processo, e porta con sé limiti operativi che un download del browser non ha.
Decidete a quale domanda rispondete: quale app è protetta, oppure se lo è ogni pacchetto. La prima è un’impostazione del browser e la seconda è una politica di instradamento. Confonderle è il modo in cui una macchina finisce con una finestra protetta e cinque processi che non lo sono. Scrivete la risposta prima di installare qualsiasi altra cosa.