El navegador Tor cobreix una aplicació, no tot el dispositiu
El navegador encamina les seves pròpies connexions per Tor i res més. Comproveu quin procés posseeix una connexió abans de suposar que la resta de la màquina el segueix.
El navegador Tor envia les seves pròpies connexions mitjançant un servidor intermedi local i les encamina cap a la xarxa Tor, i no mou la resta de la màquina. Un client de correu, un dimoni de sincronització i un segon navegador conserven la configuració que tenien, i per això un resultat net en una finestra pot coexistir amb connexions directes darrere. Quatre comprovacions separen el que queda cobert del que només ho sembla. Comenceu per la que anomena un procés.
Què proxifica realment el navegador
Dins del navegador, el trànsit va a un servidor SOCKS local que el navegador Tor engega per a si mateix, i el navegador està configurat per utilitzar-lo. La selecció de circuit, l’aïllament d’identitat i les proteccions contra empremtes digitals viuen en aquesta parella. Un fitxer desat al disc no en porta res, i obrir-lo en un visor extern inicia un programa nou amb el seu propi comportament de xarxa.
Per això també la coneguda pàgina d’adreça pública demostra tan poc. Informa de la sortida que va fer servir el navegador que la va carregar i no pot observar cap altra aplicació. Tracteu el resultat com una prova sobre un programa, no com una afirmació sobre el dispositiu.
Quin procés posseeix cada connexió
Llisteu els sockets i els processos que hi ha darrere. Busqueu qualsevol cosa que no sigui el navegador parlant amb un servidor local:
ss -tunp
ss -tunp | grep -E 'tor|firefox'Qualsevol cosa amb una destinació pública és una connexió que ha evitat el circuit. Si en trobeu una, identifiqueu el programa abans de canviar res més, perquè la solució difereix per a cada client:
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ipLa forma -hostname és important perquè demana al servidor intermedi que resolgui el nom. Resoldre en local i lliurar una adreça al servidor intermedi revela la destinació fins i tot quan la connexió mateixa passa pel servidor intermedi.
Si el protocol es transporta o no
Els relés de Tor transporten fluxos TCP. Les aplicacions construïdes al voltant d’UDP, com alguns clients de veu i de jocs, no es comporten a la xarxa com una pàgina web, i forçar-les a passar per un servidor intermedi normalment falla en lloc de protegir-les.
| 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 |
Si l’aplicació que us importa depèn d’UDP, una configuració del navegador no és la resposta, ni ho és una variable de servidor intermedi que l’aplicació ignora. El requisit es converteix en un disseny diferent amb maneres de fallar diferents.
La cobertura que heu triat realment
Una VPN de sistema és més àmplia d’abast que un navegador i més estreta de propòsit. Pot portar diverses aplicacions quan les rutes i el suport de la plataforma estan configurats per a això, però no ofereix resistència contra empremtes digitals, i una sortida VPN no és una xarxa d’anonimat.
La cobertura de tot el dispositiu és un disseny de sistema, no un instal·lador. Encamina el trànsit del sistema operatiu en lloc d’un sol procés, i comporta els seus propis límits operatius que una descàrrega de navegador no té.
Decidiu quina pregunta responeu: quina aplicació està protegida, o si ho està cada paquet. La primera és una configuració del navegador i la segona és una política d’encaminament. Confondre-les és com una màquina acaba amb una finestra protegida i cinc processos sense protecció. Escriviu la resposta abans d’instal·lar res més.