Intercepting key sessions
View Patent ↗In some implementations, a method for providing a session key to a third party includes identifying a private key associated with a public key certificate in response to an event. A session key for a communication session is based, at least in part, on the private key, an associated seed for a random number generator, and public keys assigned to user equipment participating in the communication session. The private key associated with the public key certificate is automatically transmitted to an interception authority. The interception authorities are configured to grant a third party access to the private key and the associated seed to in response to a request from a third party authorized to access the communication session.
1. A method for providing a session key to a third party, comprising:
obtaining a private key associated with a public key certificate for a first device,
generating the session key for a communication session between the first device and a second device based, at least in part, on the private key, an associated seed for a random number generator, and public keys assigned to the first device participating in the communication session; and
in connection with establishing the communication session, transmitting, to a first interception authority, by the first device, the private key for the first device,
wherein the second device transmits the associated seed for the random number generated to a second interception authority for storing separate from the private key,
wherein the first interception authority is different from the second interception authority, and,
in response to response to an authorized request to access the communication session between the first device and the second device, the first interception authority is configured to grant the third party access to the private key and the second interception authority is configured to grant the third party access to the associated seed.
2. The method of claim 1 , wherein the public key certificate is an implicit certificate.
3. The method of claim 1 , wherein the session key is determined based on two or more private keys including the private key.
4. The method of claim 1 , wherein the first interception authority comprises a certification authority that issued the public key certificate.
5. The method of claim 1 , wherein the public key certificate comprises a first certificate, the communication session comprises a subsequent communication session, the method further comprising establishing an initial communication session with the first interception authority using a session key generated using a second public key certificate assigned to the first interception authority and the private key, wherein the private key is transmitted to the first interception authority using the session key.
6. The method of claim 1 , wherein the public key certificate is based, at least in part, on an Elliptic Curve Qu-Vanstone (ECQV) protocol and the session key is based on an Menezes-Qu-Vanstone (MQV) protocol.
7. The method of claim 1 , wherein the private key is obtained in response to at least one of activating of second device or receiving a request for a communication session from the second device.
8. User equipment for providing a session key to a third party, comprising:
memory configured to store a private key associated with a public key certificate; and
one or more processors configured to:
obtaining the private key associated with a public key certificate for a first device,
generating the session key for a communication session between the first device and a second device based, at least in part, on the private key, an associated seed for a random number generator, and public keys assigned to the first device participating in the communication session; and
in connection with establishing the communication session, transmitting, to a first interception authority, by the first device, the private key for the first device,
wherein the second device transmits the associated seed for the random number generated to a second interception authority for storing separate from the private key,
wherein the first interception authority is different from the second interception authority, and,
in response to response to an authorized request to access the communication session between the first device and the second device, the first interception authority is configured to grant the third party access to the private key and the second interception authority is configured to grant the third party access to the associated seed.
9. The user equipment of claim 8 , wherein the public key certificate is an implicit certificate.
10. The user equipment of claim 8 , wherein the session key is determined based on two or more private keys including the private key.
11. The user equipment of claim 8 , wherein the first interception authority comprises a certification authority that issued the public key certificate.
12. The user equipment of claim 8 , wherein the public key certificate comprises a first certificate, the communication session comprises a subsequent communication session, the processors further operable to establish an initial communication session with the first interception authority using a session key generated using a second public key certificate assigned to the first interception authority and the private key, wherein the private key is transmitted to the first interception authority using the session key.
13. The user equipment of claim 8 , wherein the key certificate is based, at least in part, on an Elliptic Curve Qu-Vanstone (ECQV) protocol and the session key is based on an Menezes-Qu-Vanstone (MQV) protocol.
14. The user equipment of claim 8 , wherein the private key is obtained in response to at least one of activating of second device or receiving a request for a communication session from the second device.