En RFC 6101 , sobre " Certificate Verify ", leí que:
"Este mensaje se usa para proporcionar una verificación explícita de un cliente certificado. Este mensaje solo se envía siguiendo a cualquier cliente. Certificado que tiene capacidad de firma (es decir, todos los certificados excepto aquellos que contienen parámetros fijos de Diffie-Hellman) ".
¿Por qué Arreglado Diffie-Hellman no necesita este mensaje, si está usando un certificado?
Los certificados Diffie-Hellman son certificados que contienen una clave pública Diffie-Hellman (tales bestias son extremadamente raras; nadie lo hace en la práctica). Dichos certificados pueden funcionar para la autenticación del cliente solo si:
En tal situación, el servidor muestra su clave pública DH como parte de su mensaje Certificate , el cliente muestra su clave pública DH como parte de su propio mensaje Certificate , y ambos pares de claves DH se utilizan para la intercambio de clave real (es decir, el cliente usa su clave privada y la clave pública del servidor, y el servidor usa su clave privada y la clave pública del cliente). El cliente y el servidor se autentican mutuamente en virtud del cliente (respectivamente el servidor) utilizando la clave pública DH del servidor (respectivamente el cliente) como se encuentra en un certificado debidamente firmado por una CA de confianza.
Conceptualmente, la firma por parte de la CA es suficiente, por lo que no es necesario un mensaje real de Certificate Verify (o, para el caso, un mensaje de Server Key Exchange ). De hecho, podemos considerar que cuando se usa un conjunto de cifrado DHE ( efímero DH), entonces el cliente y el servidor desempeñan el papel de una CA subordinada, con los "certificados" resultantes siendo el% co_de Mensajes% y Certificate Verify ...
Los certificados Diffie-Hellman (y las firmas DSA) fueron promovidos por el gobierno federal de los EE. UU. a fines del siglo XX porque la RSA estaba patentada en ese momento. Pero el estándar DH (ANSI X9.42) nunca ha estado disponible libremente, por lo que el software de código abierto no siguió, y el soporte de DH en los sistemas implementados es deficiente. Es por eso que los certificados DH son una rareza. Una pieza de museo, incluso.
Lea otras preguntas en las etiquetas tls certificates