A Melhor Hospedagem Anónima: Registo Sem KYC, Pagamento Só em Cripto, Servidores em 5 Países

A netwall.host vende hospedagem anónima com registo sem KYC e sem verificação de documentos, faturação exclusivamente em criptomoeda, em cinco localizações (EUA, Reino Unido, Países Baixos, Alemanha, República Checa), com VPS a partir de $40 por mês e servidores dedicados a partir de $145. Este conjunto é o máximo que a própria camada de hospedagem consegue resolver nesta questão, e esta página também assinala onde começa a parte do trabalho que cabe ao cliente.

Ninguém que tente identificar o dono de um site começa pela empresa de hospedagem. Começa por aquilo que é público e livre de consultar: o registo do domínio, os logs de certificados, anos de histórico de DNS, os cabeçalhos de um e-mail que o site enviou em tempo. Nós fechamos a questão do documento de identidade logo no registo, por predefinição — e é nos registos públicos que os donos de sites acabam mesmo por ser encontrados. Os dados que identificam quem está por detrás de um site distribuem-se por quatro camadas, cada uma respondendo perante uma entidade diferente, e apenas uma dessas quatro pertence, sequer em parte, à hospedagem.

Tudo o que está incluído no preço, num só lugar: registo que não pede passaporte, nem documentos de empresa, nem número de telefone; faturação exclusivamente em cripto, com Bitcoin, Ethereum e USDT aceites; VPS a partir de $40 por mês e servidores dedicados a partir de $145, em cinco localizações (EUA, Reino Unido, Países Baixos, Alemanha, República Checa); um IPv4 estático incluído em cada VPS; e suporte via Telegram, em @netwall_host para chat e @netwall_host_bot para tickets. O balanceador AntiDMCA, que mantém o endereço do servidor de conteúdo fora dos registos públicos, é uma opção paga à parte, a partir de $5 por mês por site. Alojamos projetos de adult, iGaming e outros projetos de alto risco, áreas onde é frequente alguém tentar descobrir quem está por detrás de um site. A seguir: o que cada uma destas peças resolve, como os donos de sites acabam mesmo por ser encontrados, e como faríamos a auditoria a uma configuração nossa.

Quatro camadas, quatro responsáveis

Cada dado que identifica quem está por detrás de um site pertence a uma de quatro camadas, e cada camada responde perante uma entidade diferente. Fechar três e deixar a quarta em aberto ainda aponta para o dono.

Os fornecedores anunciam a camada da conta porque uma única decisão de política a resolve logo no primeiro dia. As outras três fecham-se através da configuração do servidor, do DNS e dos certificados, e também através dos hábitos do próprio dono do site.

Infraestrutura: registos públicos que nunca escreveu

Desde 21 de agosto de 2025, a Registration Data Policy da ICANN passou a ocultar por predefinição os dados do titular de domínios gTLD nas consultas públicas. A consulta mostra menos, mas o registrador continua a guardar o registo completo e pode entregá-lo mediante processo legal ou em resposta a um pedido de divulgação. Um domínio registado em nome próprio há anos pode ainda ter o registo antigo, sem qualquer ocultação, guardado em arquivos históricos.

Os certificados revelam mais do que a maioria dos donos de sites imagina. Todo o certificado emitido por uma autoridade certificadora de confiança pública fica registado nos logs públicos de Certificate Transparency, e sites de pesquisa gratuitos sobre esses logs listam todos os nomes de host do domínio que alguma vez receberam um certificado — staging, painel e correio incluídos — com as respetivas datas de emissão. Um certificado wildcard fica registado como a própria string wildcard, o que mantém os nomes de host individuais fora da lista, mas o domínio base continua visível. O preço a pagar é operacional: uma única chave privada passa a servir todos os subdomínios e tem de estar presente em cada máquina que responda por eles.

Depois há o IP de origem — o endereço da máquina que guarda realmente o conteúdo, o termo técnico para o servidor real por trás de qualquer camada de proteção. Esse endereço escapa por vias que nada têm a ver com o plano contratado. Um registo A anterior a uma migração sobrevive em serviços de histórico de DNS, bases de dados que registam para onde um domínio já apontou e quando. O e-mail enviado a partir do servidor de conteúdo transporta esse endereço nos cabeçalhos “Received” de cada mensagem. Um subdomínio esquecido pode continuar a apontar diretamente para a máquina, e uma página de erro predefinida pode revelar o nome interno do host.

Há ainda mais duas fugas no próprio endereço. O registo de DNS reverso, que faz corresponder um IP a um nome de host, costuma ter de coincidir com o nome que um servidor de correio anuncia, porque as verificações de entregabilidade comparam os dois. Quando esse nome está no próprio domínio, como mail.oseudominio.com, uma consulta reversa ao IP do servidor devolve o domínio do cliente. Só por isto já vale a pena enviar correio a partir de outra máquina. Um servidor que responde a pedidos HTTPS feitos diretamente ao seu IP com o certificado do site também aparece em qualquer scanner que indexe certificados por IP. Ambas as fugas resolvem-se na origem: um registo de DNS reverso que não tenha nada do cliente, e uma firewall que só aceite tráfego web vindo dos endereços do balanceador.

Operações: a camada que fica sempre com o dono do site

A segurança operacional cobre os hábitos à volta de um projeto, e nenhum serviço de hospedagem consegue vender isso ao cliente. Os deslizes repetem-se sempre da mesma forma. Um ticket é enviado a partir de um endereço que também consta de um perfil público. Fotografias de produtos são carregadas com os metadados da câmara ainda intactos. O mesmo ID de analytics ou de publicidade acaba em todos os sites de um portefólio, e serviços de pesquisa inversa indexam exatamente isso. Um pagamento sai de uma carteira que também recebeu um levantamento de uma conta de corretora verificada com o nome real do titular.

Como verificaríamos a nossa própria configuração, por esta ordem

Comece pelo que já não tem volta, para saber que nomes já estão expostos antes de trabalhar no que ainda pode mudar.

1. Pesquise o domínio base numa ferramenta pública de Certificate Transparency e liste todos os nomes de host que já tiveram um certificado. Os registos são permanentes, por isso esta lista está fixada; note quais os nomes que ainda resolvem, e para onde.
2. Passe cada nome por um serviço de histórico de DNS. Um endereço que já serviu o conteúdo e ainda o serve hoje é a primeira coisa a corrigir.
3. Envie uma mensagem a partir do formulário de contacto do site, abra os cabeçalhos completos e leia a cadeia “Received” de baixo para cima, já que cada relay acrescenta a sua linha por cima. Se o salto mais baixo for o servidor de conteúdo, todos os destinatários já ficam com o IP dele.
4. Consulte o registo de DNS reverso do endereço de origem e depois abra HTTPS diretamente nesse IP. Um nome reverso a apontar para o domínio do cliente, ou o certificado do cliente a ser servido ali, torna a origem identificável sem sequer recorrer ao histórico de DNS.
5. Peça o registo RDAP atual do domínio e depois procure em bases de dados de registos históricos uma cópia anterior à ocultação dos campos.

O que o Bitcoin, o Ethereum e o USDT escondem, na prática

A cripto tira o banco do pagamento e coloca em seu lugar um livro-razão público. Os três mantêm os dados do cartão, o nome de faturação e o extrato bancário fora do nosso lado; diferem no que ainda expõem.

As indicações de privacidade no bitcoin.org são diretas quanto a isto: os endereços não conseguem manter-se totalmente anónimos, e as moedas transportam o histórico das transações por onde já passaram.

A verificação de identidade costuma ficar a montante do nosso serviço. O Regulamento europeu de Transferências de Fundos aplica na íntegra as obrigações da “Travel Rule” a prestadores de serviços de cripto desde 30 de dezembro de 2024, sem limiar mínimo, e a maioria dos outros mercados regulados tem regras equivalentes. Uma corretora licenciada mantém, por isso, a identidade verificada do cliente associada aos levantamentos que processa. Compras entre pares, moedas mineradas e carteiras não custodiadas ficam fora dessa cadeia. Enviar um levantamento de uma corretora diretamente para o endereço da nossa fatura faz com que os registos dessa corretora mostrem exatamente para onde foram essas moedas. O nosso registo de pagamentos associa cada fatura à carteira que a liquidou, por isso é o histórico dessa carteira que decide o que o registo pode revelar.

Quem precisa disto, em concreto

Em primeiro lugar, pequenos sites comerciais. Quem gere uma loja a partir de um quarto extra não quer ver a própria morada num registo de domínio que qualquer concorrente pode consultar.

Para quem escreve sobre temas em que a outra parte tem orçamento jurídico, o registo do domínio é examinado antes de alguém sequer ler o artigo, porque atacar o titular do registo custa menos do que contestar o conteúdo publicado.

As equipas de SEO e de afiliação chamam a isto uma pegada digital — o rasto que resulta de qualquer detalhe partilhado, seja um titular de registo, uma gama de IPs ou um ID de analytics, e que permite mapear um portefólio inteiro a partir de um único site. Um VPS separado por site, cada um com o seu próprio IPv4, tira esse elemento comum da equação.

No extremo mais exigente estão os projetos de adult e de iGaming, os nichos para os quais a netwall.host foi pensada. O volume de queixas nestas áreas é elevado, uma boa parte das notificações vem de concorrentes a usar direitos de autor como pretexto, e o tratamento tem de funcionar sem que uma pessoa leia cada queixa uma a uma.

A hospedagem anónima é legal?

Contratar hospedagem sem apresentar documentos é legal porque, regra geral, os fornecedores não são obrigados a recolhê-los; dispensar o KYC é uma decisão comercial nossa. A lei que se aplica ao conteúdo de um site depende do que é publicado e de onde é servido, e a política de registo não tem qualquer peso nisso.

O anonimato protege quem o cliente é. A exposição criminal está ligada ao material publicado, e nenhuma política de hospedagem muda isso — a nossa incluída. Um fornecedor que promete imunidade legal está a vender algo que não controla. Um e-mail de abuso automatizado é algo que a política consegue absorver; uma ordem judicial emitida na jurisdição do servidor segue para os advogados.

Aquilo a que a hospedagem anónima não chega

O registrador do domínio é uma empresa à parte, com obrigações próprias, e guarda dados a que nunca temos acesso.

Acima do pagamento está a corretora. O registo que ela tem da compra existe independentemente do que nós pedimos ou não.

As stablecoins têm um emissor por trás. A Tether já congelou endereços a pedido de autoridades policiais, e a Circle afirma publicamente que age mediante ordem judicial ou designação de sanções. O poder de congelar pertence, em ambos os casos, ao emissor, fora do alcance tanto de quem paga como de quem hospeda.

A Google tem o seu próprio processo de queixas e aplica-o a qualquer notificação de direitos de autor genuína, seja qual for o serviço de hospedagem. Ignorar a notificação pode custar ao site a sua posição nos resultados de pesquisa.

O histórico é anterior a qualquer decisão de hospedagem: um domínio registado em nome real, uma alcunha reutilizada durante uma década, um registo A do servidor anterior.

Conteúdo que viola a lei penal não tem qualquer cobertura no que aqui foi descrito.

Hospedagem partilhada ou só sua

O nível do plano pesa menos do que a maioria dos clientes assume, porque a exposição depende de o servidor de origem responder ou não diretamente à internet pública.

Numa hospedagem partilhada, um site vive num endereço que partilha com outros clientes. Uma pesquisa reversa de IP lista todos eles, o que dilui o dono numa multidão e liga a sua reputação a vizinhos que ninguém verificou.

Cada VPS que fornecemos tem o seu próprio IPv4 estático e dedicado. O isolamento melhora, e o endereço passa a ser um identificador estável: assim que aparecer noutro sítio qualquer — num cabeçalho de e-mail ou numa resposta de DNS arquivada — passa a apontar para um único projeto.

O que inclui a hospedagem anónima da netwall.host?

Tudo o que se segue é o que fica resolvido do nosso lado, e é a extensão total disso. A camada da conta fica fechada pela política de registo descrita acima, em todos os planos e sem nada a configurar. A tabela das quatro camadas mostra porque é que isso, por si só, é apenas um quarto do problema, e a secção anterior sobre o que esta hospedagem não alcança identifica as partes que ficam do lado do registrador, da corretora, do emissor da stablecoin e do próprio histórico do cliente.

É na infraestrutura que entra o balanceador AntiDMCA, uma opção paga à parte. Visitantes e quem envia queixas chegam ao endereço do balanceador, e o IP do servidor de conteúdo fica fora dos registos públicos. Quem apresenta uma queixa costuma consultar quem é o dono de um IP e escrever à equipa de abuso responsável por esse bloco de endereços. Com o balanceador à frente, o endereço consultado é o do balanceador, e o e-mail de abuso fica ali retido, sem deixar nada para agir à máquina que guarda o conteúdo do cliente. Vale a pena conhecer melhor este mecanismo na nossa página sobre hospedagem resistente a abusos.

O balanceador partilhado é faturado a $5 por mês por site; um balanceador dedicado custa $150 por mês. Qualquer um dos dois pode ser colocado à frente de um site que já está em produção, mantendo a hospedagem atual exatamente onde está.

Uma queixa genuína que também chegue por e-mail segue outro caminho. Um administrador avisa o cliente e dá-lhe tempo para responder, sem que nada seja removido automaticamente nesse período.

Do lado do servidor, os planos VPS começam em $40 por mês, em cinco localizações (EUA, Reino Unido, Países Baixos, Alemanha, República Checa), e os servidores dedicados a partir de $145. Projetos que também atraem picos de tráfego podem consultar como funciona a nossa proteção contra DDoS. As configurações e preços atuais estão listados no bloco de tarifários.