Mantendo o seu nome fora de um servidor: um guia prático

Por onde o seu nome vaza para dentro de um servidor

Um servidor é privado apenas até onde chega o seu elo mais fraco. A sua identidade pode se prender em quatro pontos distintos, e um único vazamento em qualquer um deles desfaz a corrente inteira: o domínio (registros públicos de WHOIS), a conta de hospedagem (KYC e identidade de faturamento), o pagamento (cartões e transferências bancárias mapeiam diretamente para um nome legal) e os metadados operacionais que você gera ao longo do tempo — chaves SSH reutilizadas, handles reciclados, um e-mail que você também usa para compras, uma sessão de navegador que cruza entre personas.

Querer fechar esses pontos é algo comum e lícito. Jornalistas protegem fontes, ativistas protegem a si mesmos, empresas protegem a infraestrutura de concorrentes e de ataques direcionados, e muita gente simplesmente se recusa a alimentar a economia de coleta de identidade sem outra razão além de preferir a privacidade como padrão. Nada disso exige justificativa. O trabalho é mecânico: trate cada camada de forma deliberada para que nenhum registro, intimação ou scrape isolado reúna o quadro completo.

Camada um: o domínio

O WHOIS público costumava publicar o nome, o endereço, o e-mail e o telefone de um registrante para o mundo inteiro coletar. A ICANN agora oculta a maioria dos campos pessoais por padrão sob o GDPR, mas o registrador ainda guarda os seus dados reais e pode ser obrigado a entregá-los — a ocultação é uma cortina, não uma parede. Dois movimentos a reforçam. Primeiro, use um registrador que ofereça privacidade genuína de WHOIS em vez de revender os seus dados. Segundo, prefira um registrador no estilo Njalla que registre o domínio em seu próprio nome e lhe conceda um direito contratual de uso: os seus dados nunca chegam a se tornar o registrante de registro em primeiro lugar.

Pague o registrador em cripto onde puder, mantenha a conta do domínio em um handle e um e-mail que você não usa para mais nada, e rode o seu DNS em nameservers que não sejam facilmente associados a você. Se o domínio e o host estiverem em empresas diferentes em países diferentes, nenhum deles sozinho detém a história inteira.

Camada dois: a conta de hospedagem

A maioria dos hosts exige identidade no cadastro — um nome, um endereço, às vezes a digitalização de um documento — e esse registro fica no sistema de faturamento deles durante toda a vida da conta. Um host sem KYC remove esse ponto de vazamento por concepção. Conosco, a conta inteira é um handle e uma senha; um pseudônimo serve, não há e-mail em arquivo, e não há verificação de identidade em nenhuma etapa. O que tecnicamente guardamos é curto e detalhado na página da política sem KYC: o handle que você escolheu (os arquivos de conta são indexados por um hash SHA-1 dele), um hash de senha argon2id, o seu saldo, as especificações dos seus pedidos e logs de servidor rotacionados brevemente. Nada nesse conjunto é o seu nome legal, porque nunca o coletamos.

A jurisdição importa mais do que a ocultação aqui. Escolher onde o servidor fica fisicamente decide quais tribunais podem obrigar algo. Nossa postura é fixa e vale a pena conhecer antes de você construir: avisos de DMCA não são processados nem respondidos — o DMCA é uma lei dos EUA sem força nas nossas jurisdições — e só agimos diante de uma ordem vinculante de um tribunal com jurisdição sobre o servidor específico. Escolha a região de forma deliberada; o guia complementar sobre como escolher uma localização offshore aborda os trade-offs.

Camada três: o pagamento

O pagamento é onde a maioria das configurações privadas falha em silêncio. Um cartão, uma conta do PayPal ou uma transferência bancária se prende diretamente à sua identidade legal e deixa um registro permanente no processador, por mais cuidadoso que você tenha sido com o domínio e o host. A cripto rompe esse vínculo — mas nem toda cripto é igual. O Bitcoin é pseudônimo, e seu ledger é público e rastreável de forma permanente; uma empresa de análise de cadeia muitas vezes consegue recuar um pagamento em BTC até um saque de exchange feito com o seu documento. O Monero (XMR) é privado por padrão, com assinaturas em anel, endereços furtivos e valores confidenciais que tornam a mesma análise impraticável, e é por isso que ele lidera a nossa lista de moedas.

Nosso modelo de saldo mantém a própria compra privada também: você recarrega a sua conta a partir de $30.00 com qualquer uma das 17 moedas (21 moedas e variantes de rede), depois paga pelos servidores com esse saldo. Nenhum processador de pagamento por pedido jamais vê o que você comprou — ele vê uma recarga, nada mais. Se você precisar usar Bitcoin, trate-o como rastreável e converta-o por meio de uma troca sem KYC antes de recarregar. Mantenha as recargas modestas e discretas em vez de um único número redondo grande que se destaca em qualquer registro, e evite financiar diretamente a partir de um saque de exchange que leve a sua impressão digital de KYC para dentro do pagamento.

Camada quatro: higiene operacional

Raramente é a criptografia que falha — é o humano. Autentique-se nos seus servidores com chaves SSH, não senhas, e use uma chave dedicada por projeto para que um comprometimento não destrave tudo. Nunca reutilize o handle, o e-mail ou a senha da sua configuração privada em nenhum lugar que toque a sua identidade real; um único login compartilhado faz as personas colapsarem. Mantenha o trabalho no seu próprio perfil de navegador ou em uma VM separada, e não faça login em contas pessoais pelo mesmo IP de saída que você usa para a máquina privada.

Divida a corrente entre jurisdições de propósito: registrador em um país, host em outro, trilho de pagamento em um terceiro, para que nenhuma solicitação legal isolada alcance tudo. Fique de olho também nos vazamentos silenciosos — consultas de DNS que escapam de um túnel, um registro rDNS que dá o seu nome, um script de analytics, uma mensagem de suporte escrita no seu tom de sempre a partir do seu endereço de sempre. Encaminhe perguntas vinculadas a pedidos pelo painel em vez de qualquer canal atrelado a uma identidade pessoal, e mantenha uma única persona consistente por projeto para que as personas nunca se contaminem entre si. A privacidade é o produto de pequenas escolhas consistentes, não de um único truque esperto.

O que é legal — e o que não é

Isto precisa ser dito com clareza. A privacidade é legal. Ter um servidor sem divulgar o seu nome é legal. Pagar com Monero é legal. Nenhuma das técnicas acima é uma irregularidade, e tratá-las como inerentemente suspeitas é exatamente o reflexo de vigilância ao qual elas existem para resistir.

Mas o anonimato não é uma licença, e seria irresponsável insinuar o contrário. Esconder o seu nome não torna lícito um ato ilícito, e não vai protegê-lo de um tribunal que tenha jurisdição sobre o servidor. Sem KYC não é sem regras: nossa política de uso aceitável proíbe spam, CSAM, comando-e-controle de malware, lançamentos de negação de serviço e phishing, e descumpri-la faz o servidor ser removido por mais privadamente que tenha sido pago. O objetivo deste guia é manter a atividade comum e legítima privada contra a coleta de dados em massa — não fingir que a lei para diante de uma cortina de privacidade.

Um modelo de ameaças realista

Ajuste o esforço ao adversário. A abordagem em camadas acima derrota de forma confiável as ameaças do dia a dia: corretores de dados, scrapers de WHOIS, vigilância de marketing, um ISP curioso, um atacante oportunista que pivota a partir de um banco de dados vazado. Para a esmagadora maioria das pessoas, esses são os riscos reais, e fechar os quatro pontos de vínculo os elimina.

Ela não derrota um adversário determinado e bem financiado, com alcance jurídico na jurisdição que você escolheu e paciência para correlacionar metadados ao longo do tempo — e nunca derrota seus próprios erros. Malware no seu cliente, uma credencial reutilizada, um login pessoal a partir do IP errado ou uma única mensagem descuidada vão desfazer uma infraestrutura perfeita. Então decida contra quem você está realmente se defendendo, construa para esse nível e reveja o modelo conforme suas circunstâncias mudam — uma configuração que era adequada para privacidade casual pode precisar de reforço se sua exposição crescer. Lembre-se de que o elo mais fraco é quase sempre a pessoa ao teclado, não a criptografia.