Por qué un número de clave mayor no hace más segura una VPN

El anuncio dice 256 bits, el otro producto dice 128 bits, y la conclusión parece obvia hasta que uno advierte que los números describen cosas distintas. Una clave de cifrado simétrico, una clave pública de certificado y un parámetro de intercambio de claves no se miden en una misma escala. Ninguna de ellas cubre si el cliente verificó siquiera al servidor. El número es información real, y es mucho más estrecho de lo que sugiere el marketing que lo rodea.

Pregunte qué clave se está contando y qué protege antes de comparar nada.

Tres claves con tres cometidos

El cifrado de datos cifra la carga del túnel, y su clave se deriva de nuevo para la sesión. La clave pública del certificado demuestra la identidad de un extremo durante la autenticación. El paso de intercambio de claves, normalmente una variante efímera de Diffie-Hellman, establece un secreto compartido que después ninguna de las dos partes puede reconstruir. Cada una tiene sus propios supuestos de fortaleza y sus propias convenciones de tamaño.

Por eso un 256 junto a un 2048 junto a un 32 no se pueden ordenar por magnitud; son respuestas a preguntas diferentes.

Incluso dentro de un solo rol, el número solo dice algo en relación con la familia de algoritmos que se usa.

Dónde ayuda el número y dónde se detiene

Dentro de un algoritmo, una clave mayor eleva el coste de una búsqueda por fuerza bruta, y las guías publicadas fijan mínimos para las claves de certificado a medida que cambia la potencia de cálculo. Es una comparación legítima y estrecha: AES-128 y AES-256 resisten ambos un ataque directo con amplios márgenes, así que la diferencia rara vez es el factor decisivo en la práctica.

Fuera de esa comparación, el número no predice nada sobre errores de configuración, validación de certificados o versión del protocolo.

Lea todo el conjunto negociado

Lo que una conexión usa realmente es un conjunto: un modo de cifrado, una construcción de integridad o de cifrado autenticado, un grupo de intercambio de claves y un método de autenticación. Un modo AEAD moderno con un handshake correcto es una propuesta distinta de un modo más antiguo emparejado con un MAC separado, incluso cuando el tamaño de clave anunciado es 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 el resultado negociado y no el máximo configurado. Un cliente que ofrece un conjunto fuerte sigue conectándose débilmente si el servidor elige la opción más débil y el perfil lo permite. Si la preocupación es el rendimiento, mídalo en el dispositivo y la ruta en cuestión, porque el tamaño de la clave predice mal el caudal en cuanto entran en juego la aceleración por hardware y el tamaño de paquete.

Las partes que ningún número mide

El mantenimiento del software es la primera omisión. Un túnel construido sobre una biblioteca que dejó de recibir correcciones es más débil de lo que sugiere su tamaño de clave, y ningún valor de configuración lo repara. El comportamiento del operador es la segunda: los registros de conexión, los datos de la cuenta y la gestión del soporte quedan por completo fuera de la criptografía. Un servicio que retiene más de lo que usted esperaba no se vuelve más seguro con una clave más larga.

La verificación del par es la tercera y la más trascendente. Un cliente que acepta cualquier certificado tiene un cifrado fuerte envuelto alrededor de un par no autenticado, lo que es peor que un cifrado modesto con una validación correcta. Revise esas tres cosas antes del número, y el número ocupará su lugar adecuado.