INFRAESTRUTURA PRIVADA / SEM IDENTIFICAÇÃO NECESSÁRIALer a doutrina de privacidade
As notas de campo do KoalaVPS

Publique um serviço onion com um limite restrito.

Um serviço onion oferece um modelo diferente de acessibilidade e identidade. Não corrige código de aplicação inseguro.

Separe a identidade onion da clearnet

Mantenha as chaves onion privadas do serviço protegidas e faça backup delas se precisar que o endereço sobreviva a uma reconstrução. Evite vínculos acidentais entre identidades por meio de credenciais, conteúdo ou recursos externos reutilizados.

Vincule a aplicação deliberadamente

Vincule o backend a uma interface local ou privada e exponha apenas o serviço pretendido por meio do Tor. Verifique o proxy reverso e a aplicação em busca de redirecionamentos, URLs absolutos e recursos que contatam hosts externos.

Reduza as fugas de informação

Reveja páginas de erro, cabeçalhos, saída de depuração e metadados de ficheiros carregados. Não assuma que a rota onion oculta conteúdo de aplicação identificativo. Proteja o login de administrador e evite registar mais informações de visitantes do que o necessário.

Opere-o de forma legal e fiável

Mantenha o Tor e a aplicação atualizados, monitorize o uso de recursos e mantenha backups. As políticas de hospedagem e legais continuam a aplicar-se. A KoalaVPS ainda não publicou uma aprovação operacional de serviço onion nem um compromisso de tráfego.

Verifique os pedidos externos da página

Carregue o serviço através da rota pretendida e inspecione cada imagem, tipo de letra, script, folha de estilos e redirecionamento. Um recurso externo pode criar um pedido identificador fora do limite pretendido do serviço. Os recursos locais também reduzem dependências de terceiros evitáveis.

Preserve o endereço deliberadamente

Faça uma cópia de segurança privada das chaves de identidade onion se a continuidade do endereço for importante. Uma reinstalação limpa sem essas chaves pode produzir um endereço diferente. Mantenha o backend vinculado de forma privada e confirme que um listener clearnet não intencional não está a expor a mesma aplicação.

Colocar um backend privado a funcionar antes do encaminhamento Tor

Instale o Tor a partir de uma fonte fidedigna suportada para o sistema operativo escolhido e confirme que o serviço está em execução. Prepare um listener web local separado e teste-o antes de adicionar uma rota onion. Vincule-o ao loopback ou a um socket Unix com permissões adequadas, em vez de assumir que uma firewall oculta um listener vinculado a todas as interfaces. Este design descreve publicação lícita; KoalaVPS ainda precisa de confirmar qualquer política operacional de serviço para a carga de trabalho real.

  • Use ativos locais e URLs de aplicação deliberados.
  • Mantenha a administração separada do caminho de publicação pública.
  • Registe um método de recuperação que não dependa apenas do serviço onion.

Mapeie uma porta virtual onion para a aplicação local

O seguinte fragmento torrc ilustra um diretório de identidade dedicado e um backend de loopback na porta 8080. Adapte a propriedade e os caminhos ao utilizador do serviço Tor da distribuição. O diretório privado deve ser legível/gravable por esse utilizador e inacessível a utilizadores não relacionados. Valide a configuração instalada antes de usar o seu procedimento de reinício do gestor de serviços. O Tor cria ficheiros de identidade para um novo diretório; não publique esses ficheiros privados junto com o conteúdo do site.

# Example torrc fragment; backend already listens on loopback:
HiddenServiceDir /var/lib/tor/koala-publication/
HiddenServicePort 80 127.0.0.1:8080

# Verify the backend independently:
curl --fail http://127.0.0.1:8080/

Teste o caminho onion e o caminho clearnet indesejado

Leia apenas o ficheiro de hostname gerado para obter o endereço público e abra-o com o Tor Browser. Inspecione redirecionamentos, formulários, páginas de erro e pedidos de recursos. A partir de outra rede, confirme que o mesmo backend não está acidentalmente acessível através de um listener público. Um endereço onion não elimina a exigência de login na aplicação; use autorização de cliente ou autenticação da aplicação onde o acesso deve ser privado. Verifique os dados de contacto e o conteúdo publicado para detetar ligações de identidade não intencionais.

Repare as permissões sem substituir a identidade

Se o serviço não aparecer, inspecione os erros de inicialização do Tor, a propriedade do diretório e o backend local antes de excluir qualquer coisa. Substituir o diretório de identidade cria um novo endereço; restaurar as chaves privadas corretas é o que preserva a continuidade. Mantenha uma cópia de recuperação offline criptografada com acesso restrito e teste o processo usando uma identidade descartável separada. Logs e páginas de depuração podem expor informações mesmo quando o roteamento de transporte está correto; revise-os após alterações de configuração.

CONFIGURE SUA INFRAESTRUTURA

Assuma o controle.
Implemente nos seus termos.

Sem documentação de identidade. Acesso total de administrador. Faturação nativa em cripto.