Nombres de resúmenes SHA1 en OpenSSL: qué significa una lista antigua

Las listas antiguas de resúmenes se leen como una transcripción de decisiones criptográficas, y no lo son. Nombres como SHA1, DSA-SHA1-old o RSA-SHA1-2 aparecen juntos en compilaciones antiguas de OpenSSL porque la biblioteca registró varios puntos de entrada en torno a maquinaria de hash relacionada. Una etiqueta RSA o DSA en esa lista no dice nada sobre lo que OpenVPN hizo con un paquete. Lo que está leyendo es el inventario de la biblioteca, no el registro de una sesión.

Hay que separar tres cosas antes de que cualquier conclusión tenga sentido: el nombre registrado, el cálculo del resumen que hay debajo y la operación que lo consume.

Un registro es una interfaz, no una valoración de fuerza

En OpenSSL 1.0.2 la tabla de registro de resúmenes conecta nombres, alias e implementaciones en un solo archivo. El viejo descriptor DSS1 es el caso más claro: informa de la longitud de salida de SHA-1 y llama a la rutina de finalización de SHA-1 mientras lleva un nombre que sugiere un algoritmo completamente distinto. Por tanto, las letras adicionales de un registro no implican un hash distinto, una salida más larga ni un nivel de seguridad nuevo.

La misma fuente conserva las relaciones de alias para llamadores más antiguos, lo que explica por qué una lista parece abarrotada. Es documentación de compatibilidad, no la promesa de que un proveedor actual de OpenSSL exponga nombres idénticos.

Los nombres de firma no crean firmas

Un marco de firma puede vincular un resumen a la interfaz de otro algoritmo para que los llamadores existentes sigan compilando. Una firma real de clave pública necesita tanto una clave como el paso de firma que la usa, y ninguno de los dos lo aporta un nombre en un menú. Una entrada de resumen con sabor a RSA es un nombre que un llamador puede usar, no la prueba de que cada paquete VPN llevara una firma RSA.

Es en este paso donde los textos más antiguos derivan hacia el folclore. Si necesita saber cómo se autenticaron los paquetes, localice la opción que seleccionó el mecanismo y lea qué hace en la versión que realmente ejecuta. La página de manual distribuida con esa versión es la única descripción que encaja con el programa que tiene delante. Las guías archivadas describen la versión contra la que se escribieron, que puede ir varias convenciones de nombres por detrás.

Encuentre la opción que consumió el nombre

En el caso de autenticación de paquetes documentado por OpenVPN 2.6, auth selecciona un resumen utilizado por HMAC, una construcción de autenticación de mensajes con clave en lugar de una firma de certificado. El algoritmo de firma del certificado TLS es una propiedad aparte del saludo.

Con un cifrado de datos AEAD, el ajuste separado auth deja de aplicarse al canal de datos, mientras que su papel para tls-auth sigue siendo una cuestión distinta. Una lista de resúmenes no puede decirle, por tanto, qué hash protegía los paquetes actuales, qué conjunto TLS se negoció ni cómo se firmó el certificado del par. Solo la configuración efectiva junto con la versión pueden responder eso, y solo para la conexión que tiene delante.

Anote lo que realmente tiene

Anote la versión de OpenVPN, la biblioteca criptográfica enlazada, las opciones exactas del perfil y el resultado de una conexión real. Ese conjunto responde preguntas que una captura de pantalla de un menú de resúmenes no puede, y sobrevive a la próxima actualización porque nombra versiones y no impresiones.

Sobre todo, no elija un alias antiguo porque su nombre suene más fuerte o más específico. Elija la política admitida para toda la conexión, y trate los nombres antiguos como un registro de cómo se presentaba antes una biblioteca.