IP Library › Granted Patent US 8,806,216
Granted Patent B2
US 8,806,216 · App. 13/608,443 · Granted Aug 12, 2014

Implementation process for the use of cryptographic data of a user stored in a data base

Inventors: Raphaël Daouphars (Paris, FR); Jean-Marc Desperrier (Paris, FR); Laurent Fournié (Paris, FR)
Assignee: Dictao
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 8,806,216
App. No.
13/608,443
Granted
Aug 12, 2014
Kind
B2
Abstract

A security module (“SM”) implements user cryptographic data by means of a user terminal. The cryptographic data is encrypted by a first encryption key established from a secret key from the terminal and the user's authentication element and by a second encryption key specific to the SM. An authentication is performed between the SM and the terminal, based on an asymmetric cryptographic protocol, and, in the event of a positive authentication of the SM and the terminal, an authentication of the SM and the user is performed. In the event of positive authentication between the SM and the terminal and between the SM and the user, the SM obtains the user's cryptographic data, and the terminal calculates the first encryption key and sends the first encryption key to the SM. The user's cryptographic data is decrypted by the SM using the second encryption key and then the first encryption key.

Claims (28)

1. A method for the implementation, via a security module (SM), of a user U's cryptographic data (Usk) stored in a database (BD), by means of a terminal (T) that the user uses and which communicates with the security module (SM) via a communication network (R), the method comprising the following steps and sequences:

an authentication sequence comprising the following successive steps:

mutual authentication between the security module (SM) and the terminal (T), based on an asymmetric cryptographic protocol, establishing a secure channel between the security module (SM) and the terminal (T);

in the event of a positive mutual authentication of the security module and the terminal;

mutual authentication of the security module and the user based on an asymmetric cryptographic protocol;

in the event of a positive mutual authentication between, on the one hand, the security module and the terminal and, on the other hand, the security module and the user:

the security module (SM) obtains the user's cryptographic data (Usk) from the database (BD), the cryptographic data being stored in the database (BD) in encrypted form by means of at least a first encryption key (KDF(Tsk,PIN)) established from at least one secret key from the terminal (Tsk) and the user's authentication element (PIN) and by means of a second encryption key (SMk) specific to the security module (SM), encryption by means of the second encryption key taking place after encryption by means of the first encryption key;

the terminal calculates the first encryption key (KDF(Tsk,PIN));

the terminal sends the first encryption key to the security module via the secure channel; and

implementation of the user's cryptographic data (Usk) by the security module (SM) after decryption, by the security module (SM) of the user's cryptographic data (Usk) at least first of all by means of the second encryption key (SMk) and then the first encryption key (KDF(Tsk,PIN)).

2. Method according to claim 1 , wherein the step of mutual authentication is based on:

at least one terminal authentication element (ZK(Tsk)); and

at least one user authentication element (ZK(PIN));

obtained by the security module (SM) from the database (BD), the authentication elements being stored in the database (BD) in encrypted form by means of an encryption key (SMk) specific to the security module (SM).

3. Method according to claim 2 , wherein the method uses a terminal authentication element ZK(Tsk) established at least in part from a terminal secret key (Tsk) stored in the terminal (T).

4. Method according to claim 3 , wherein the terminal authentication element comprises a proof ZK(Tsk) of possession of the terminal secret key (Tsk) via the terminal (T) intended to be used in the context of a zero disclosure authentication protocol.

5. Method according to claim 2 , wherein the user (U) authentication element (ZK(PIN) is established at least in part from a password (PIN) entered by the user (U).

6. Method according to claim 5 , wherein the user (U) authentication element comprises a proof ZK(PIN) of knowledge of the password PIN intended to be used in the context of a zero disclosure authentication protocol.

7. Method according to claim 1 , wherein the security module (SM) implements the user's cryptographic data (Usk) to perform cryptographic processing on data to be processed that is received via the communication network (R) and secured by the secure channel established during mutual authentication between the security module and the terminal.

8. Method according to claim 7 , wherein the data to be processed comprises the data used in the context of a digital signature process for an electronic document.

9. Method according to claim 1 , wherein the terminal implements a client module which manages at least communications with the security module, input of the user authentication element, the authentication sequence and calculation of the first encryption key.

10. Method according to claim 9 , wherein the client module is suitable for:

retaining the value of the client authentication element from the time of its input by the user and up to calculation of the first encryption key;

clearing the value of the authentication element after calculation of the first encryption key; and

clearing the value of the first encryption key after sending it to the security module.

11. Method according to claim 9 , wherein the client module is adapted to prevent access to the value of the client authentication element and to the value of the first encryption key via another resource or another program, from the terminal or external to the terminal, other than the security module.

12. Method according to claim 7 , wherein the client module transmits the data to be processed to the security module.

13. Method according to claim 9 , wherein the client module transmits the data to be processed to the security module.

Assignments (9)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jul 23, 2026
From: IDEMIA PUBLIC SECURITY FRANCE
To: DOCAPOSTE TRUST & SIGN
Reel/Frame 075368/0651 →
CORRECTIVE ASSIGNMENT TO CORRECT THE PATENT NUMBER REPLACING 10158873 WITH 10185873 PREVIOUSLY RECORDED ON REEL 71930 FRAME 625. ASSIGNOR(S) HEREBY CONFIRMS THE ASSIGNMENT . Recorded Apr 1, 2026
From: IDEMIA IDENTITY & SECURITY FRANCE
To: IDEMIA PUBLIC SECURITY FRANCE
Reel/Frame 075530/0067 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jul 14, 2025
From: IDEMIA IDENTITY & SECURITY FRANCE
To: IDEMIA PUBLIC SECURITY FRANCE
Reel/Frame 071930/0625 →
CHANGE OF ADDRESS EFFECTIVE 10/18/2018 Recorded Aug 26, 2022
From: IDEMIA IDENTITY & SECURITY FRANCE
To: IDEMIA IDENTITY & SECURITY FRANCE
Reel/Frame 061278/0690 →
CHANGE OF NAME Recorded Dec 15, 2021
From: SAFRAN IDENTITY & SECURITY
To: IDEMIA IDENTITY & SECURITY FRANCE
Reel/Frame 058518/0646 →
CHANGE OF NAME Recorded Dec 14, 2021
From: MORPHO
To: SAFRAN IDENTY & SECURITY
Reel/Frame 058963/0101 →
CHANGE OF NAME Recorded Dec 14, 2021
From: SAFRAN IDENTY & SECURITY
To: SAFRAN IDENTITY & SECURITY
Reel/Frame 058913/0138 →
TRANSFER BY DISSOLUTION Recorded Dec 14, 2021
From: DICTAO
To: MORPHO
Reel/Frame 059089/0366 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Dec 28, 2012
From: DAOUPHARS, RAPHAEL; DESPERRIER, JEAN-MARC; FOURNIE, LAURENT
To: DICTAO
Reel/Frame 029600/0528 →
Priority Claims (1)
FR 1158042 · Sep 9, 2011 · national
Continuity (1)
Related Publication 20130166911A1 · Jun 27, 2013