Pela equipe HushVPS · Atualizado em 2026 · Leitura de 8 min
Você comprou um servidor anônimo, pagou em Monero e pulou a verificação de ID. Então você se conecta via SSH a partir do seu IP doméstico pela internet aberta — e silenciosamente entrega ao seu provedor de internet, à rede de trânsito e a qualquer um que esteja observando a máquina uma linha clara que liga seu rosto à máquina. Se você quer gerenciar um servidor pela Tor, o objetivo é simples: nunca deixe um pacote clearnet conectar sua localização real à máquina que você administra. Este guia cobre as formas práticas de alcançar e executar um VPS inteiramente pela rede Tor, e os vazamentos que silenciosamente o desfazem.
A Tor oferece duas primitivas úteis para administração. Você pode rotear seu SSH de saída através da Tor como cliente, para que seu IP real nunca toque o servidor. Ou você pode publicar o próprio daemon SSH como um serviço onion, para que a máquina não tenha nenhuma porta de administração exposta no clearnet. A maioria dos operadores cuidadosos acaba usando ambos juntos. Vamos construir do setup mais simples ao mais forte.
O provisionamento anônimo cobre apenas a porta da frente. Se você se cadastrar sem KYC e pagar com um VPS sem KYC cobrado em Monero, o provedor não tem nome ou cartão vinculado à sua conta — mas no momento em que você fizer login a partir da sua conexão doméstica, você cria um rastro de papel novo e contínuo. Seu ISP vê conexões repetidas para um IP de datacenter específico. Os logs de autenticação do próprio servidor registram o endereço de origem de cada sessão. Correlacione os dois e o anonimato pelo qual você pagou desaparece.
Roteando o tráfego de gerenciamento pelo Tor fecha essa lacuna. Seu ISP vê apenas que você usou o Tor; ele não consegue ver qual servidor você acessou. O VPS vê uma saída do Tor (ou um ponto de encontro, para SSH onion), nunca o seu endereço. A identidade que você manteve fora do formulário de cadastro permanece fora da rede, sessão após sessão.
O Tor protege o caminho de rede. Ele não higieniza a máquina, a conta ou seus hábitos operacionais. Antes de começar, tenha clareza sobre o que você está realmente defendendo: um observador passivo na sua rede local, a capacidade do provedor de correlacionar seu IP de gerenciamento com a máquina e registros que sobrevivem à sessão. O Tor aborda todos os três. Ele não protege você se você colar seu hostname real em uma configuração, reutilizar uma chave SSH que já está vinculada ao seu nome em outro lugar ou executar uma ferramenta com vazamentos que resolva DNS fora do túnel. Mantenha o modelo honesto e você fará as escolhas certas abaixo.
A maneira mais rápida de tunelar um único comando pelo Tor é torsocks, um wrapper que força as chamadas de rede de um programa através do proxy SOCKS local do Tor (geralmente 127.0.0.1:9050). Instale o cliente Tor na sua estação de trabalho, certifique-se de que o daemon esteja em execução e prefixe seu comando SSH:
torsocks ssh [email protected]O detalhe crucial é o DNS. Um ssh hostname ingênuo resolve o nome na sua máquina primeiro, através do seu resolvedor normal — um vazamento clássico que diz ao seu ISP exatamente qual host você está prestes a acessar, antes que o Tor veja a conexão. O torsocks intercepta getaddrinfo e também empurra a resolução pelo Tor, para que a consulta nunca chegue ao seu resolvedor local. Conectar-se a um IP bruto evita a consulta de nome completamente e é o hábito mais seguro. De qualquer forma, verifique: se você vir uma consulta DNS para o hostname do seu servidor na sua própria rede, o túnel não está fazendo seu trabalho.
Para qualquer coisa que você faça mais de uma vez, incorpore o Tor ao ~/.ssh/config para que você não possa esquecer o wrapper. Usando netcat com um proxy SOCKS, um bloco por host fica assim:
Host ghost
HostName 203.0.113.10
User admin
ProxyCommand nc -x 127.0.0.1:9050 -X 5 %h %p
IdentitiesOnly yes
IdentityFile ~/.ssh/ghost_ed25519Agora, ssh ghost sempre disca através da porta SOCKS5 do Tor, e %h/%p são entregues ao proxy — então a resolução de nome acontece na saída, não na sua máquina. Defina IdentitiesOnly yes para que seu cliente não envie todas as chaves do seu agente para o servidor (o que é tanto uma impressão digital quanto um pequeno vazamento). Dê a cada máquina anônima sua própria chave dedicada que não esteja associada à sua identidade real em nenhum outro lugar e desabilite a autenticação por senha no lado do servidor para que uma credencial adivinhada não valha nada.
Uma peculiaridade que vale a pena conhecer: o Tor adiciona latência e cada novo circuito é uma saída nova e aleatória, então a digitação interativa pode parecer lenta e sessões de longa duração ocasionalmente caem quando um circuito é rotacionado. Executar seu trabalho dentro de tmux ou screen no servidor significa que um circuito caído custa uma reconexão, não sua sessão.
A postura mais forte remove completamente a porta de gerenciamento na clearnet. Em vez de expor a porta 22 à internet e bloqueá-la com firewall, você executa um serviço onion do Tor no VPS que encaminha para 127.0.0.1:22. O daemon SSH então escuta apenas em localhost; nada responde no IP público. Você o acessa em um endereço .onion, através do Tor, de ponta a ponta.
No servidor, adicione um serviço onion ao seu torrc apontando para a porta SSH local:
HiddenServiceDir /var/lib/tor/ssh/
HiddenServicePort 22 127.0.0.1:22Reinicie o Tor, leia o arquivo hostname gerado para o seu .onion v3 e conecte-se a partir de um cliente que roteia pelo Tor:
torsocks ssh [email protected]Isso tem duas grandes vantagens. Primeiro, não há porta SSH exposta para a internet escanear, forçar ou identificar — ataques automatizados contra a porta 22 simplesmente não têm nada para atingir. Segundo, a localização da máquina fica oculta do cliente e a localização do cliente fica oculta da máquina; o encontro acontece dentro do Tor. Siga a configuração atual e autoritativa da documentação de serviço onion do Tor Project em vez de um blog antigo, porque as diretivas exatas de torrc e os formatos de chave mudam entre versões. Para um painel de administração, um painel privado ou um remoto Git, o mesmo padrão se aplica — publique a porta localhost como um onion e acesse-o pelo Tor. Nosso tutorial sobre como executar um serviço oculto Tor em um VPS anônimo aprofunda esse lado.
Um endereço onion simples é impossível de adivinhar, mas não é verdadeiramente privado — qualquer pessoa que aprender o .onion pode chegar ao prompt de login. O Tor suporta autorização de cliente, onde o onion nem completa um handshake a menos que o cliente conectado apresente uma chave pré-compartilhada. Adicione a chave pública do seu cliente ao diretório authorized_clients do serviço e o onion se torna invisível para todos os outros: sem chave, sem conexão, sem prompt. Para um endpoint de gerenciamento que só você acessa, isso transforma "segurança através de um endereço impossível de adivinhar" em uma porta criptográfica real.
A maneira mais comum de as pessoas vazarem enquanto pensam que estão anônimas é o DNS. Se qualquer parte do seu fluxo de trabalho resolver o nome do servidor fora do Tor, você anunciou seu alvo. Prefira conectar por IP ou .onion; quando precisar usar um hostname, garanta que a resolução seja proxy (torsocks, um ProxyCommand ou uma configuração SOCKS no nível do aplicativo com DNS remoto habilitado). O explicador da EFF sobre o que o Tor esconde e não esconde é uma boa verificação da realidade sobre onde a proteção termina.
Mais algumas armadilhas que valem a pena mencionar:
Anonimato não é uma configuração única; é uma disciplina que você mantém sessão após sessão. A corrente só se sustenta se cada elo se sustentar: cadastro anônimo sem KYC, pagamento em Monero para não haver registro de cartão, uma chave SSH dedicada que não esteja vinculada ao seu nome, DNS que nunca escapa do túnel e administração exclusivamente através do Tor ou de um onion autenticado. Quebre qualquer elo e os outros não podem salvá-lo. Mantenha todos e simplesmente não há nenhum ponto no pipeline onde sua identidade real e seu servidor se encontram.
Root completo, sem KYC, cobrança em Monero, sem logs por padrão. Traga sua própria chave, publique um onion e administre sem que sua identidade toque a rede.
A HushVPS é legal offshore e minimiza dados, não é uma zona sem lei. Gerenciar sua própria máquina através do Tor é uma prática normal de privacidade; nossa política de uso aceitável ainda proíbe CSAM, malware e infraestrutura de botnet, spam e DDoS.