Monero pela VPN: qual das três rotas de rede muda?

Abra a carteira, inicie o demônio e desenhe três setas antes de ativar qualquer coisa. Uma seta vai da carteira à porta RPC de um nó, uma transporta a sincronização de pares do demônio e uma transporta as transações enviadas localmente em direção a um caminho de encaminhamento. São conexões diferentes com configurações diferentes, e uma VPN ou rede de anonimato pode cobrir uma, duas ou nenhuma delas.

Percorra as rotas na ordem em que o software as abre. Rotular cada seta com seu destino e seu transporte é o que torna verificável a afirmação posterior sobre privacidade. A ordem importa, porque a afirmação posterior costuma cobrir apenas uma delas.

Comece desenhando a conexão da carteira ao nó

Uma carteira que fala com um nó remoto envia requisições RPC para o endereço e a porta desse nó. Uma carteira com um demônio local fala, em vez disso, com a interface de loopback. São relações de confiança diferentes, embora numa conversa casual as duas sejam chamadas de “o nó”.

Anote o endereço, a porta e o transporte que a carteira está configurada a usar. Se a carteira tiver sua própria configuração de proxy, registre-a separadamente das configurações do demônio; configurar um processo não configura o outro.

É também aqui que um endpoint RPC público se torna tentador. Expor o serviço RPC do nó para simplificar o diagrama troca um caminho de rede por uma superfície de ataque. Mantenha o enlace da carteira ao nó num caminho privado ou na interface de loopback, e documente qual é. Um diagrama que esconde essa exposição é pior que nenhum diagrama.

A seguir, siga o tráfego de pares do demônio

Um demônio que sincroniza abre conexões de saída para pares e troca dados da cadeia pela sua porta de par a par. Esse tráfego não é o enlace RPC da carteira e não passa automaticamente pelo proxy da carteira. Ele segue as configurações de rede do próprio demônio e a tabela de rotas do host.

Anote a porta de pares, o número de conexões e se o demônio está configurado para usar um proxy para o tráfego de pares. Depois verifique a rota do host para um endereço de par de exemplo. Se a VPN captura a rota padrão, as conexões de pares provavelmente a usam; se o demônio está ligado a uma interface específica, talvez não. Esses dois fatos decidem a seta.

A pergunta sobre o observador muda com esta rota. Uma VPN esconde as conexões de pares da rede de acesso local, mas o extremo da VPN e os próprios pares veem outra imagem. Nenhuma das duas observações prova que as requisições da carteira tomaram a mesma rota.

Depois isole o caminho de encaminhamento das transações

As transações enviadas localmente podem ser encaminhadas para a rede através de um relé ou proxy configurado. Na documentação atual do demônio do Monero, essa opção envia pelo proxy apenas o tráfego de encaminhamento de transações que você dirigir a ele. Ela não transforma cada conexão RPC, de carteira e de sincronização em tráfego intermediado.

A documentação do projeto sobre redes de anonimato descreve a integração de Tor e I2P como experimental e delimita o escopo do comportamento de encaminhamento. Leia a documentação da versão que você realmente executa, porque discussões mais antigas usam nomes como Kovri e descrevem componentes que já não existem na mesma forma.

Mantenha o caminho de encaminhamento separado no diagrama. Uma transação que sai por um proxy enquanto as consultas de saldo da carteira usam um nó remoto tem dois observadores diferentes, e o fato de a transação ter passado por um proxy não diz nada sobre o caminho da consulta.

Adicione a VPN somente depois de rotular as três rotas

Com as setas desenhadas, marque quais a VPN realmente transporta. Uma VPN de túnel completo captura a rota padrão do host, então as conexões que seguem a padrão irão usá-la. Um túnel dividido, uma interface ligada ou um proxy que sai por um endereço específico podem deixar algumas setas fora do túnel.

Agora exponha o modelo de observador de forma explícita. Num desenho em que uma conexão de rede de anonimato funciona dentro da VPN, a rede de acesso local vê a conexão VPN externa, enquanto o lado da VPN vê a conexão adiante. Isso é uma mudança de observador, não uma prova de que os sinais identificadores desapareçam.

Verifique o comportamento em caso de falha como parte do mesmo percurso. Se a VPN cai, o demônio volta a uma conexão direta com pares, a carteira continua consultando o nó remoto e o proxy de encaminhamento falha fechado? A menos que o bloqueio esteja configurado, uma reconexão geralmente significa uma nova tentativa direta em vez de silêncio.

Verifique as rotas que você acha que configurou

Use as ferramentas do próprio host: leia a rota de cada destino, inspecione os soquetes em escuta e estabelecidos, e confirme qual processo possui cada conexão. Faça isso enquanto a carteira, o demônio e o encaminhamento estão todos em execução, porque uma rota que só existe na inicialização pode desaparecer após uma reconexão.

Repita após uma reconexão da VPN e após reiniciar o demônio. Compare os destinos e os transportes com o diagrama. Se uma seta se moveu, o modelo de privacidade se moveu com ela, mesmo que cada processo ainda relate estar saudável.

Anote os três destinos, o transporte de cada um e o observador de quem pretende ocultá-los. Um mapa curto de rotas com observadores nomeados é mais útil que um único indicador de VPN quando há vários clientes independentes numa mesma máquina.