Still when session is resumed I doubt there is any pre-master exchange (will have to verify using packet capture), sure for generating pre-master in full SSL handshake random number is used - I can clearly recall it.
But if for resumed session again random number is exchanged then it will force recalculation of master secret, so for me denying benefits of resume - which if I am not wrong is to avoid costly master secret calculation, but maybe I am wrong?
Anyway, from tests when pre-master is configured and trace contains full SSL handshake session all resumed sessions are ddecrypted.
If new trace is started, so not SSL full handshake in the trace then nothing can be decrypted.
If new random number would be used for resumed session then pre-master from full handshake should not change anything in decrypting trace - even containing full handshake - or I am wrong here?
Piotr