¿Un certificado SSL para autenticación de cliente y servidor?

Cuidado con la terminología. Los certificados se refieren a criptografía asimétrica en la que las claves van en pares: cada par contiene una clave pública y una clave privada , que son dos facetas de la mismo objeto matemático subyacente (que depende del tipo de algoritmo). Fundamentalmente, la clave privada no se puede calcular a partir de la clave pública, que es exactamente la razón por la que la clave pública se puede hacer pública.

El certificado contiene la clave pública, solo la clave pública. Cuando un cliente SSL se conecta a un servidor SSL, el servidor envía su certificado al cliente, pero ciertamente no a la clave privada correspondiente. En su lugar, el servidor utiliza su clave privada para realizar una operación que solo el servidor puede hacer (porque esa operación requiere la clave privada y la clave privada es privada).

De forma similar, cuando un cliente SSL se conecta a un servidor SSL y el servidor solicita un "certificado de cliente", realmente significa que el cliente enviará su propio certificado (con la clave pública del cliente) y demostrará su dominio de la clave privada correspondiente realizando una operación que solo se puede realizar con la clave privada (pero se puede verificar con la clave pública); esta es una firma .

En el escenario previsto, un cliente C se conecta a un primer servidor S ₁ y S < sub> 1 envía a C una copia de su certificado. Luego, C se conecta a un segundo servidor S ₂ que solicita un "certificado de cliente". C puede enviar el certificado que recibió de S ₁ , pero eso no irá muy lejos porque C sí no tiene acceso a la clave privada correspondiente: esa clave nunca dejó el servidor S ₁ , el cliente no tiene acceso a ella. Por lo tanto, C no podrá completar la autenticación con el servidor S ₂ .

Las marcas adicionales exactas en el certificado (autenticación de cliente, autenticación de servidor ...) son simplemente restricciones suplementarias en el uso de certificados, pero no son la base de la seguridad criptográfica aquí. Lo que importa es que un certificado solo contenga una clave pública, no la clave privada correspondiente.

Entiendo que su pregunta es que usted pregunta si el cliente puede usar el certificado de servidores para autenticarse contra el servidor, porque el cliente obtuvo este certificado dentro del protocolo de enlace TLS con el servidor. Si esta comprensión es correcta, entonces la respuesta es NO porque:

• Solo se envía el certificado dentro del protocolo de enlace TLS, pero no la clave privada que coincide con el certificado. Esta clave es mantenida en secreto por el servidor. Pero solo la parte que conoce la clave secreta coincidente puede identificarse / autenticarse utilizando un certificado.
• Incluso si el cliente de alguna manera conoce la clave privada para el certificado de servidores, es probable que el servidor no la acepte para autenticación porque el servidor espera que el cliente sea identificado como cliente y no como servidor, es decir, diferentes sujetos en el certificado.