2
$\begingroup$

I am new to Network Security and learning about various security features like Diffie-Helmann and others.

I understand that the Public key send by the server to the client needs to certified that it is authentic. So, a Certificate Authority (CA) needs to sign the public key. But I would like to know how is this public key signed in the certificate. Using some private key? And if so, how does the client decrypt this certificate and finally get the public key of the server? For example: how does it work in case of a TLS handshake?

$\endgroup$
2
  • $\begingroup$ In short: The server's public key is signed using the CA's intermediate private key. The certificate doesn't need to be encrypted, it only contains public information. In TLS the certificate is send unencrypted as part of the ServerHello IIRC. $\endgroup$
    – SEJPM
    Commented Jul 16, 2015 at 17:01
  • $\begingroup$ 1. Is signed by using a digital signature (for instance RSA). Of course using some private key. The private key belongs to the CA and the client can check if it is valid using the pubic key of the CA. 2. The public key of the server is Public (not encrypted). 3. The certificate is used to authenticate the communication (avoid man in the middle attack). $\endgroup$
    – 111
    Commented Jul 19, 2015 at 17:51

1 Answer 1

3
$\begingroup$

The certificate is not encrypted. It contains signatures (basically hashes) that are encrypted with the private key. The public key can decrypt that and the hash can be verified. In SSL/TLS there is a signature that the client supplies via private key to prove they are the owner, and the CA has signed it the cert with their private key, which can be verified using a CA cert you mark as explicitly trusted.

$\endgroup$
0

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.