Take the 2-minute tour ×
Cryptography Stack Exchange is a question and answer site for software developers, mathematicians and others interested in cryptography. It's 100% free, no registration required.

To my understanding, if a server “cert+key” (RSA) is compromised, than the SSL/TLS network traffic can be decrypted.

What about a client “cert+key” (RSA)? Could someone reuse client certificates?

For example: can somebody with the client “cert+key” decrypt (or in otherwise mess with) the traffic of another user? (Yes, I know they can impersonate but that is not my question.)

share|improve this question
    
A leak of the server side key only compromises past traffic if the RSA key exchange was used, not if (EC)DHE_RSA was used. –  CodesInChaos Dec 11 '13 at 14:13

2 Answers 2

up vote 4 down vote accepted

To answer this question, we must have a look at how TLS/SSL works.

I guess you know that the aim of TLS/SSL is to authenticate communicating parties before setting up an encrypted connection through which application data will flow. And as you may already know, an SSL handshake/session will use asymmetric crypto for authentication and session setup and symmetric crypto for application data.

If you look at how a client-authenticated TLS handshakes are made, the only moment where asymmetric crypto may be used aside authentication is when the parties agree on the premaster secret (random data that will be derived into the symmetric key for the session). There are 2 ways of doing this (depending on the chosen cipher suite):

  • The client generates a 48 byte premaster secret and encrypts it with the server's public key
  • Or, the client and the server do a standard DH/ECDH computation (with ephemeral keypairs proper to this handshake) to agree on a premaster secret

You notice here that no information from the client's certificate/keypair has been used after the authentication. Therefore, if a user has his certificate/keypair compromised, it will/should not affect the other users.

share|improve this answer
    
thnx, that's what I thought. the client keypair is only used for auth not key xchng, unlike the server keypair where it is used for both (depending on the cipher suite) –  steelbytes Dec 11 '13 at 9:26

If you use public key crypto in the correct way, then every user has it's own private key and corresponding public key (included in the certificate) and the keys of users are not related. Consequently, compromising the private key of one user does not affect any of the other users. So in the case of compromise of the private key of one user the remaining users are safe.

There are examples where you would run into problems, e.g., if using common modulus for RSA - but if the user's private keys are generated correctly, i.e., independently with independent and good randomness - as it should be done in practice - then there will be no problem. It is, however, known that bad randomness is partially used in practice, e.g., resulting in RSA moduli that share at least a prime factor. You can find more information for example here or another example here.

Clearly, if you use public key crypto in the wrong way and give a private key to several users, then you will have this problem or if you use bad randomness you may also run into these problems. But you should not do that!!

share|improve this answer
    
yes, but this does not address my question. –  steelbytes Dec 10 '13 at 5:15
1  
Then you should make it more explicit what your question is ;) Someone can re-use the certificate if he knows the corresponding private key. Obviously, I do not get your point :/ –  DrLecter Dec 10 '13 at 5:18
    
I think steelbytes is indeed referring not to compromise of the server key / certificate but to that of another client as in the answer of Syrian. I don't think it is very clear in the question either, and your answer is as valid for that scenario as well. (sorry for the bad sentence, I'm not fully awake) –  Maarten Bodewes - owlstead Dec 10 '13 at 9:05

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

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