Porque um número de chave maior não torna uma VPN mais segura

O anúncio diz 256 bits, o outro produto diz 128 bits, e a conclusão parece óbvia até se notar que os números descrevem coisas diferentes. Uma chave de cifra simétrica, uma chave pública de certificado e um parâmetro de troca de chaves não são medidos na mesma escala. Nenhum deles cobre se o cliente verificou sequer o servidor. O número é informação real, e é muito mais estreito do que o marketing à sua volta sugere.

Pergunte qual chave está a ser contada e o que protege antes de comparar o que quer que seja.

Três chaves com três funções

A cifra de dados cifra a carga do túnel, e a sua chave é derivada de novo para cada sessão. A chave pública do certificado prova a identidade de um ponto extremo durante a autenticação. O passo de troca de chaves, normalmente uma variante efémera de Diffie-Hellman, estabelece um segredo partilhado que nenhum dos lados consegue reconstruir depois. Cada uma tem os seus próprios pressupostos de robustez e as suas próprias convenções de tamanho.

Por isso um 256 ao lado de um 2048 ao lado de um 32 não podem ser ordenados por magnitude; são respostas a perguntas diferentes.

Mesmo dentro de uma única função, o número só diz algo em relação à família de algoritmos em uso.

Onde o número ajuda e onde para

Dentro de um algoritmo, uma chave maior aumenta o custo de uma pesquisa por força bruta, e as orientações publicadas fixam mínimos para as chaves de certificado à medida que a potência de cálculo muda. É uma comparação legítima e estreita: AES-128 e AES-256 resistem ambos a um ataque direto com margens largas, pelo que a diferença raramente é o fator decisivo na prática.

Fora dessa comparação, o número não prevê nada sobre erros de configuração, validação de certificados ou versão do protocolo.

Leia todo o conjunto negociado

O que uma ligação usa de facto é um conjunto: um modo de cifra, uma construção de integridade ou de cifra autenticada, um grupo de troca de chaves e um método de autenticação. Um modo AEAD moderno com um handshake correto é uma proposta diferente de um modo mais antigo emparelhado com um MAC separado, mesmo quando o tamanho de chave anunciado é idêntico.

openvpn --show-ciphers | head -20
openvpn --show-tls | head -20
openssl x509 -in server.crt -noout -text | grep -E 'Public-Key|Signature Algorithm'
wg show

Leia o resultado negociado e não o máximo configurado. Um cliente que oferece um conjunto forte continua a ligar-se de forma fraca se o servidor escolher a opção mais fraca e o perfil o permitir. Se a preocupação for o desempenho, meça-o no dispositivo e no caminho em causa, porque o tamanho da chave prevê mal o débito assim que a aceleração por hardware e o tamanho dos pacotes entram em cena.

As partes que nenhum número mede

A manutenção do software é a primeira omissão. Um túnel construído sobre uma biblioteca que deixou de receber correções é mais fraco do que o tamanho da chave sugere, e nenhum valor de configuração o repara. O comportamento do operador é a segunda: os registos de ligação, os dados da conta e o tratamento do suporte ficam totalmente fora da criptografia. Um serviço que retém mais do que esperava não fica mais seguro com uma chave mais longa.

A verificação do par é a terceira e a mais consequente. Um cliente que aceita qualquer certificado tem uma cifra forte enrolada em torno de um par não autenticado, o que é pior do que uma cifra modesta com validação correta. Verifique esses três pontos antes do número, e o número ocupará o seu lugar próprio.