Por que un número de clave maior non fai unha VPN máis segura

O anuncio di 256 bits, o outro produto di 128 bits, e a conclusión parece obvia ata que un advirte que os números describen cousas distintas. Unha clave de cifrado simétrico, unha clave pública de certificado e un parámetro de intercambio de claves non se miden nunha mesma escala. Ningunha delas cobre se o cliente verificou sequera o servidor. O número é información real, e é moito máis estreito do que suxire o marketing que o rodea.

Pregunte que clave se está contando e que protexe antes de comparar nada.

Tres claves con tres cometidos

O cifrado de datos cifra a carga do túnel, e a súa clave derívase de novo para a sesión. A clave pública do certificado demostra a identidade dun extremo durante a autenticación. O paso de intercambio de claves, normalmente unha variante efémera de Diffie-Hellman, establece un segredo compartido que despois ningunha das dúas partes pode reconstruír. Cada unha ten os seus propios supostos de fortaleza e as súas propias convencións de tamaño.

Por iso un 256 xunto a un 2048 xunto a un 32 non se poden ordenar por magnitude; son respostas a preguntas diferentes.

Incluso dentro dun só rol, o número só di algo en relación coa familia de algoritmos que se usa.

Onde axuda o número e onde se detén

Dentro dun algoritmo, unha clave maior eleva o custo dunha procura por forza bruta, e as guías publicadas fixan mínimos para as claves de certificado a medida que cambia a potencia de cálculo. É unha comparación lexítima e estreita: AES-128 e AES-256 resisten ambos un ataque directo con amplas marxes, así que a diferenza raramente é o factor decisivo na práctica.

Fóra desa comparación, o número non predí nada sobre erros de configuración, validación de certificados ou versión do protocolo.

Lea todo o conxunto negociado

O que unha conexión usa realmente é un conxunto: un modo de cifrado, unha construción de integridade ou de cifrado autenticado, un grupo de intercambio de claves e un método de autenticación. Un modo AEAD moderno cun handshake correcto é unha proposta distinta dun modo máis antigo emparellado cun MAC separado, mesmo cando o tamaño de clave 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

Lea o resultado negociado e non o máximo configurado. Un cliente que ofrece un conxunto forte segue conectándose feblemente se o servidor escolle a opción máis feble e o perfil o permite. Se a preocupación é o rendemento, mídao no dispositivo e na ruta en cuestión, porque o tamaño da clave predí mal o caudal en canto entran en xogo a aceleración por hardware e o tamaño de paquete.

As partes que ningún número mide

O mantemento do software é a primeira omisión. Un túnel construído sobre unha biblioteca que deixou de recibir correccións é máis feble do que suxire o seu tamaño de clave, e ningún valor de configuración o repara. O comportamento do operador é a segunda: os rexistros de conexión, os datos da conta e a xestión do soporte quedan por completo fóra da criptografía. Un servizo que retén máis do que vostede esperaba non se volve máis seguro cunha clave máis longa.

A verificación do par é a terceira e a máis transcendente. Un cliente que acepta calquera certificado ten un cifrado forte envolto arredor dun par non autenticado, o que é peor ca un cifrado modesto cunha validación correcta. Revise esas tres cousas antes do número, e o número ocupará o seu lugar axeitado.