Duas VPN não são Tor: o que o encadeamento faz e o que não faz

Executar dois clientes VPN ao mesmo tempo parece acrescentar privacidade por adição, e não é. Uma cadeia dá-lhe um túnel dentro de outro túnel com um par fixo de operadores, enquanto o Tor constrói um circuito através de repetidores escolhidos pelo protocolo e associa-o a um navegador concebido em torno desse circuito. A diferença aparece em quem pode correlacionar o quê, e em quanto da sua identidade o navegador ainda entrega voluntariamente. Comece por essas propriedades, não pelo número de camadas.

O encadeamento acrescenta um salto, não um circuito

Uma configuração aninhada é configurada uma vez: o cliente interior chega ao seu servidor através do túnel exterior, e esse servidor encaminha o tráfego final. O caminho é tão longo como o construiu e permanece até mudar o perfil. O Tor escolhe repetidores por circuito, roda-os segundo o seu próprio calendário e não depende de o utilizador escolher uma rota.

Essa estrutura fixa não é automaticamente pior para todos os fins. Um caminho previsível é mais fácil de auditar e de manter em funcionamento. É simplesmente outro mecanismo, e chamar-lhe Tor com dois saltos não descreve nem o número de partes nem a forma como são escolhidas.

O problema da confiança desloca-se, não desaparece

Com dois fornecedores, o exterior vê que se liga ao interior e quanto tráfego passa, e o interior vê os destinos. Nenhum vê sozinho o quadro completo, e isso é real. Ambos, porém, guardam registos, e um pedido de um ao outro pode juntá-los.

Se ambas as etapas pertencem à mesma empresa, dois nomes de servidor não criam duas organizações independentes, e a divisão é cosmética. Verifique a propriedade antes de contar os operadores como partes separadas.

A garantia do Tor vem da forma do circuito tanto como do número de repetidores. Substituir três repetidores operados de forma independente por duas contas que paga não é um arranjo equivalente, mesmo que a contagem de pacotes pareça semelhante.

O navegador ainda o identifica

Cookies, inícios de sessão, tipos de letra, tamanho do ecrã, fuso horário e a ordem em que os scripts correm são visíveis para o destino através de qualquer número de túneis. O Tor Browser trabalha esses sinais deliberadamente, com resistência a impressões digitais e isolamento de estado como predefinições. Um navegador normal mantém o seu comportamento habitual, independentemente do que transporta os seus pacotes.

Essa é a parte que o encadeamento não pode corrigir. Se a preocupação é que um site o reconheça entre visitas, o navegador importa mais do que o caminho. Se a preocupação é que a sua rede de acesso veja o destino, o caminho importa mais. Misturar as duas perguntas produz conselhos que não resolvem nenhuma.

O que se rompe quando ambos os clientes correm

As API de VPN do sistema operativo permitem muitas vezes apenas um túnel ativo de cada vez, e um segundo cliente pode deslocar o primeiro em vez de se aninhar dentro dele. Rotas predefinidas em competição, definições de DNS e interruptores de segurança produzem então um dispositivo em que um túnel fica sem uso ou ambos ficam bloqueados, o que o utilizador vive como a VPN está ligada mas nada carrega.

Verifique o aninhamento pretendido em vez de confiar em dois ícones: veja a rota para um destino protegido, o resolver de DNS em uso e o comportamento quando qualquer camada cai. Nunca desative a validação de certificados para fazer desaparecer uma recursão de rota.

Escolha a camada extra por um requisito declarado, como esconder o destino da rede de acesso. Contar ligações cifradas não é uma medida de anonimato e não altera o que o site vê quando inicia sessão.