Testar uma alegação de privacidade de VPN: guarde provas que se sustentem
Escreva a alegação, o observador e a configuração antes de olhar para um resultado. Um teste de roteamento mostra uma saída; nunca mostra o que o operador retém.
O teste começa com uma frase que alguém quer que seja verdadeira, e as provas ou sustentam uma versão estreita dela ou nada. Uma verificação do endereço público mostra qual saída uma requisição usou. Ela não mostra o que o provedor retém, quem pode lê-lo, nem o que acontece com uma sessão que nunca se completa. Percorrer o teste como um procedimento documentado impede que você afirme mais do que a medição pode suportar.
Escolha uma alegação observável
Escreva a alegação como uma única frase verificável antes de abrir qualquer ferramenta: para este perfil, nesta rede, as requisições a um eco de endereço público saem pela saída declarada do provedor. Essa frase nomeia um sujeito, uma condição e uma observação, e é isso que a torna refutável. Uma alegação como a VPN protege a privacidade não tem forma observável, então nenhuma medição pode resolvê-la. Guarde uma segunda frase para o que o teste não cobrirá, porque a retenção, o acesso de terceiros e a correlação de tráfego ficam todos fora de um teste no navegador.
Escreva essa segunda frase antecipadamente, não depois que o resultado chegar. É muito mais fácil ser honesto sobre o escopo enquanto o desfecho ainda é desconhecido do que depois que uma captura de tela tranquilizadora chega ao tíquete. Uma nota de escopo adicionada depois tende a descrever o resultado em vez da pergunta.
Fatos de configuração que um leitor precisa para repetir a medição
A configuração é o que torna um resultado reproduzível, e é o que as pessoas pulam quando a resposta parece boa. As strings de versão, os nomes de perfil, a rede de acesso e as famílias de endereços pertencem à nota, junto com qualquer regra de divisão do túnel que pudesse tirar tráfego do túnel. Nomeie também o evento em teste, porque uma conexão funcionando, uma queda inesperada, uma desconexão manual e uma transferência de rede exercem regras diferentes. Um teste que mistura esses eventos prova pouco sobre qualquer um deles.
Use tráfego não sensível em um ambiente em que você tenha autorização para testar. Capturar pacotes não relacionados faz o registro parecer técnico e acrescenta exposição sem acrescentar provas. Direcione a captura apenas para a interface do túnel e defina um limite de tamanho de arquivo para que uma execução longa não encha o disco. Pare a captura antes de mudar qualquer coisa, para que o arquivo corresponda à linha de configuração que você escreveu.
Diga o que foi medido e o que significa
Registre o que a ferramenta imprimiu e o que a ferramenta podia ver. Uma resposta do resolvedor, um resultado do eco de endereço e uma consulta de rota respondem a perguntas diferentes, e um rótulo de localização dentro de uma página web é uma inferência sobre um banco de dados, não um fato sobre a saída. Escreva o comando que produziu cada linha ao lado dela, porque um valor sem seu comando não pode ser reproduzido. Mantenha o carimbo de tempo no mesmo fuso horário do tíquete de mudança, ou a sequência fica ilegível uma semana depois.
curl -s https://icanhazip.com
curl -s https://ipinfo.io/ip; echo
resolvectl status --no-pager | head -15Dois serviços de eco independentes que concordam são mais fortes que um, e uma divergência é em si mesma um achado que vale registrar. A saída do resolvedor mostra se o DNS seguiu o túnel ou continuou a usar a rede local, o que é uma alegação separada do endereço de saída. Guarde a saída bruta com um carimbo de tempo e conserve os resultados contrários em vez da captura de tela mais tranquilizadora. Quando uma mudança desloca o resultado, aplique uma variável de cada vez, porque trocar servidor e cliente juntos deixa você sem poder dizer qual importou.
O que pertence ao registro, e o que deve ser removido
Conserve o método, a saída não secreta e as limitações, e depois remova o resto. Perfis que carregam credenciais, nomes de host privados e identificadores de conta não precisam viajar com as provas, e um registro de teste que os vaza danificou aquilo que deveria demonstrar. Os cinco campos abaixo são a forma mais curta que ainda sobrevive a uma transferência.
| Field | What to write |
|---|---|
| Claim | One testable sentence naming the profile, the network and the observation |
| Observer and scope | Who could see the traffic or the record, and under which conditions |
| Setup | Client and server versions, profile name, access network, address families, split-tunnel rules, event under test |
| Raw result | Tool output with a timestamp, exit addresses from both echo services, resolver answer |
| What it does not support | Retention, third-party access, correlation, untested address families |
Anexe a declaração de política com a qual você compara, com sua data e seu escopo. RFC 6973 enquadra a análise de privacidade em torno de observadores nomeados e um escopo definido, e esse enquadramento serve a um registro de teste: quem podia observar o quê, em que condições e que partes ficaram sem exame.
Termine com um parágrafo que declare o que as provas sustentam e o que não sustentam. Esse parágrafo é a entrega, e tudo acima dele existe para torná-lo honesto. Se não puder ser escrito sem suavizar cada cláusula, o teste mediu menos do que o tíquete afirma.