Uma cadeia SOCKS mais longa não esconde automaticamente o próximo salto

Uma cadeia muda quem abre cada ligação. Não acrescenta cifra só porque se junta mais um endereço SOCKS a uma lista.

Considere um cliente que constrói esta cadeia por si próprio:

application → SOCKS A → SOCKS B → website

Primeiro pede a A que se ligue a B. Através desse fluxo, pode depois negociar com B uma ligação ao sítio web. Se o transporte do cliente para A levar as duas negociações sem cifra, um observador suficientemente capaz nessa ligação pode ler os bytes de configuração que o cliente enviou. O destino TCP exterior não é a única prova possível para o observador.

Separe a cadeia da troca de aplicação protegida

O HTTPS pode proteger o conteúdo de aplicação do sítio depois de a sessão TLS começar. Não cifra retroativamente as mensagens de configuração SOCKS anteriores. A autenticação SOCKS5 por nome de utilizador e palavra-passe também não é um transporte cifrado.

Um arranjo cifrado entre o cliente e o primeiro salto altera a visibilidade nessa ligação. Continua a ter um operador e outro ponto final que guarda o fluxo decifrado. Descreva essa fronteira de confiança em vez de afirmar que a cadeia é impossível de rastrear.

Uma rota principal configurada no servidor é outra topologia. Se A escolhe B internamente, o cliente não enviou necessariamente uma lista completa de intermediários na sua primeira ligação. Não afirme que todas as cadeias expõem todos os saltos da mesma forma.

Para uma avaliação útil da privacidade, nomeie o observador, a ligação, a negociação com o proxy e as fronteiras TLS. O sítio que observa a saída de B e o observador da rede de acesso que vigia a primeira ligação do cliente respondem a perguntas diferentes. Contar apenas os saltos não responde a nenhuma delas.