Alegações de criptografia VPN: o que a documentação deve dizer

Repare no número grande ao lado do nome de um algoritmo e pergunte o que ele mede de facto. Ele não diz qual conexão está protegida, qual protocolo fornece a proteção ou quais definições o seu cliente suporta. Uma página que não consegue ligar a sua alegação a um desses pontos é publicidade e não documentação. As verificações abaixo são uma ordem de leitura para qualquer resumo que lhe tenham entregue, e a primeira alegação que não consegue ligar a uma conexão concreta é onde deve parar.

Determine qual conexão a alegação abrange

Uma única página de produto pode tratar a criptografia do túnel, o HTTPS para o portal da conta e a criptografia dos dados armazenados no mesmo parágrafo. São caminhos diferentes e sistemas de armazenamento diferentes, por isso uma propriedade de um não diz nada sobre os outros. Decida de qual dos três fala a frase antes de a comparar com um concorrente. A mesma palavra, criptografia, aparece nos três contextos e significa algo diferente de cada vez.

Para o túnel em si, procure um protocolo documentado e um conjunto documentado de definições de segurança suportadas. Esses três rótulos não são intermutáveis: um conjunto predefinido chega sem que o escolha, um modo opcional só se aplica se o perfil o selecionar, e um resultado negociado é aquilo em que as duas partes acordaram ao ligar. Um fornecedor que os esbate disse-lhe menos do que parece.

Verifique o protocolo e o conjunto que ele permite

Comece pelo perfil do cliente e não por um gráfico comparativo. O perfil nomeia o protocolo, e o protocolo decide quais conjuntos são sequer possíveis, como mostram os dois casos habituais.

A lista de propostas do IKEv2 é um menu de onde o gateway escolhe, pelo que o conjunto que obtém pode diferir entre dois gateways com definições de cliente idênticas. O WireGuard não tem esse menu, o que torna a sua alegação mais fácil de verificar e mais estreita de descrever. Nenhuma das disposições é mais forte por si só; o ponto é que a documentação tem de dizer qual é a pretendida.

O nome de uma cifra, por si só, também deixa de fora a autenticação, o estabelecimento de chaves, a exposição de metadados e a retenção. As construções modernas combinam criptografia e integridade num único conjunto, enquanto as mais antigas as separam, pelo que citar um único nome de algoritmo pode esconder que propriedade obtém realmente. Peça por escrito a política de negociação quando a página não a indica.

Verifique a autenticação do par e o estado das atualizações

A autenticação do par faz parte da alegação mesmo quando o texto de marketing a omite. Criptografia forte para um destinatário não verificado não é o resultado que ninguém pretendia, e um túnel que não consegue dizer quem respondeu protege menos do que parece. Veja como o cliente valida o servidor: uma cadeia de certificados, uma chave fixada ou um segredo partilhado previamente. São modelos de confiança diferentes com modos de falha diferentes.

Depois verifique a implementação e o seu estado de atualização, porque uma cifra documentada num cliente sem correções descreve uma versão que pode não estar a executar. As limitações publicadas pelos autores do protocolo merecem leitura pelo mesmo motivo. Um cliente que não é atualizado há um ano faz uma alegação diferente da página à sua frente.

Verifique onde o túnel termina

Um túnel de cliente para servidor termina no servidor VPN. A criptografia de aplicação, como o HTTPS para o serviço atrás dele, pode proteger o tráfego mais adiante no percurso, e depois do servidor pode ser a única proteção que resta. Leia a explicação do operador sobre os pontos finais e decida a que camada dessas a alegação se refere.

A política de registo e o rastreio da conta ficam completamente fora da criptografia. Um operador pode transportar conteúdo cifrado enquanto observa tempos, endereços e volume, pelo que uma alegação sobre a confidencialidade da carga útil não responde nada sobre o que é registado. Trate a retenção como uma questão separada com as suas próprias provas.

Anote o que a documentação não diz

Quando falta uma propriedade, anote que falta em vez de a inferir do nome ou da reputação do software. Uma auditoria cobre apenas as propriedades e componentes que realmente examinou, e uma lacuna na documentação é um achado por si só. Escreva a lacuna enquanto ainda se lembra de que página a produziu.

Numa máquina que controla, leia o conjunto da sessão ativa, com a página de estado do cliente ou a lista de associações de segurança no gateway, e anote esse valor ao lado da versão do cliente. Esse registo torna uma alegação do fornecedor comparável mais tarde, quando uma atualização alterar o resultado negociado. Se o cliente e a documentação não concordarem, confie no resultado negociado e comunique a discrepância em vez de a conciliar em silêncio.