Ler uma política VPN sem registos: que campos são realmente nomeados?

Abra o aviso de privacidade, não a página de preços, e procure nele a palavra «registo». O que costuma voltar é uma frase sobre não armazenar o histórico de navegação, e isso responde a uma pergunta mais estreita do que a colocada. Uma política útil nomeia categorias, diz durante quanto tempo cada uma é conservada e identifica quem faz a promessa. Percorra o documento em quatro passagens e anote o que ele não diz.

Comece pelo aviso, não pelo slogan

A afirmação de marketing é um resumo escrito pela mesma equipa que escreveu o aviso, pelo que o aviso é o documento principal. Descarregue-o, guarde uma cópia com a data e leia-o como uma lista de categorias de dados em vez de prosa. Tudo o que não está listado é uma pergunta em aberto, não um «não» implícito.

Procure uma tabela ou uma secção por categoria: metadados de ligação, informações da conta, registos de pagamento, diagnósticos, correspondência de suporte. Os fornecedores que as separam são mais fáceis de avaliar do que os que descrevem os «registos» como um único objeto.

Um aviso curto não é automaticamente melhor. A brevidade significa frequentemente que as categorias foram fundidas, o que torna impossível verificar a retenção e a partilha com terceiros. Os avisos mais úteis são aborrecidos e repetitivos, com um parágrafo por categoria e uma data no topo. Aborrecido é um bom sinal aqui.

Nomeie os campos um a um

Para os dados de ligação, os campos interessantes são o endereço de origem, o endereço de túnel atribuído, os carimbos de data e hora, os bytes transferidos e o destino. Uma afirmação sobre não registar os sites visitados não diz nada sobre carimbos de data e hora ou volume, e é exatamente isso que um investigador perguntaria.

Os dados da conta são uma categoria separada mesmo quando o cliente nunca mostra um ecrã de conta. O estado da subscrição, o endereço de e-mail, as referências do processador de pagamentos e os bilhetes de suporte podem todos existir sem um início de sessão visível.

Os diagnósticos merecem uma linha própria. Os relatórios de falhas, a telemetria opcional e os pacotes de suporte enviados manualmente podem conter muito mais do que os metadados de ligação que a política promete não conservar. Leia o que um pacote inclui antes de enviar um. Se o aviso nunca menciona diagnósticos, pergunte ao operador em vez de assumir que a categoria está vazia.

grep -n -i -E 'retain|retention|store|log|IP address|session|third part' policy.txt

Guardar o aviso como texto e procurá-lo é mais rápido do que deslocar-se e mais difícil de deixar passar. Os números de linha também lhe dão algo para citar quando a resposta importa. Se o aviso só é publicado como página web, guarde o texto renderizado e não o HTML, para que uma reformulação posterior não apague as suas provas.

Encontre a retenção e a parte que a detém

Para cada categoria, o aviso deveria dizer o que acontece após o tratamento: eliminação imediata, retenção curta, agregação ou armazenamento ligado a uma conta. Um período de retenção sem categoria não é interpretável, e uma lista de categorias sem ciclo de vida é meia política.

Depois identifique quem promete. A marca que vende a subscrição, o programador do cliente, a empresa que aloja os servidores e o operador de um ponto final concreto podem ser quatro partes diferentes. Verifique qual delas a promessa cobre e a qual o seu tráfego chega realmente.

A cifragem em repouso não é a mesma propriedade que não recolher. Os registos armazenados que um sistema pode decifrar a pedido continuam a ser registos, e a cifragem do túnel não impede o ponto final de processar uma ligação. Recolha e proteção são questões separadas e devem ser avaliadas separadamente.

Decida o que as provas abrangem

Uma auditoria é uma prova sobre um âmbito: sistemas nomeados, uma configuração, um período e um auditor. Leia o âmbito antes de estender a conclusão a cada servidor ou ao futuro. Um relatório sobre a infraestrutura de uma região diz pouco sobre um local adicionado recentemente.

Os clientes de código aberto são úteis para verificar o que o software pode enviar, e não dizem nada sobre como está configurada uma implementação concreta. Ambos os factos contam, e nenhum substitui o outro.

Termine com uma comparação de uma página: operador, registos de ligação, dados da conta, diagnósticos, retenção, provas e jurisdição. Depois anote explicitamente as perguntas sem resposta, porque uma omissão não é prova de má conduta nem é uma garantia. Uma decisão baseada em campos nomeados supera uma baseada no slogan mais curto.