Brevet FR3025339A1 — publié le 20160304

PROCEDE D'UTILISATION D'UN DISPOSITIF POUR LE DEVERROUILLAGE D'UN AUTRE DISPOSITIF DOMAINE DE L'INVENTION La présente invention concerne de manière générale un procédé et un système de déverrouillage de dispositif, et plus particulièrement, le déverrouillage d'un dispositif à l'aide d'un autre dispositif. ARRIERE-PLAN DE L'INVENTION Les dispositifs électroniques modernes tels que les téléphones intelligents et les tablettes PC ont typiquement un ou plusieurs mécanismes de verrouillage /déverrouillage pour maintenir les dispositifs sécurisés. Pour déverrouiller un dispositif, un utilisateur peut entrer un code de déverrouillage sur un écran de connexion du dispositif ou utiliser un mécanisme différent tel que la lecture de ses empreintes digitales à l'aide d'un lecteur d'empreintes digitales. Ces mécanismes sont typiquement exécutés directement sur le dispositif à déverrouiller. RESUME DE L'INVENTION L'invention concerne de manière générale le déverrouillage d'un dispositif à l'aide d'un autre dispositif. Tels que considérés dans le présent document, le dispositif qui peut déverrouiller un autre dispositif peut être le premier dispositif et le dispositif qui peut être dé- verrouillé par un autre dispositif peut être le deuxième dispositif. Dans une forme de réalisation, il est décrit un pro- cédé de déverrouillage d'un deuxième dispositif à l'aide d'un premier dispositif. Par exemple, un dispositif élec- tronique portable peut déverrouiller un dispositif vestimentaire qui n'a jamais été déverrouillé, par échange de clés secrètes. Le procédé peut comprendre : le fait que le premier dispositif s'apparie avec le deuxième disposi- tif ; l'établissement d'une relation de confiance avec le 3025339 2 deuxième dispositif ; l'authentification mutuelle des deux dispositifs (à savoir, la construction d'une relation de confiance entre les dispositifs) à l'aide d'une clé de dispositif distincte dans chaque dispositif (qui ne peut 5 pas être retirée du dispositif) ; la réception d'une clé secrète en provenance du deuxième dispositif pendant le paramétrage, et le stockage de celle-ci ; et la transmission de la clé secrète reçue au deuxième dispositif pour déverrouiller le deuxième dispositif en réponse à la ré- 10 ception de l'entrée utilisateur. En d'autres termes, le premier dispositif peut initialement contacter le deuxième dispositif. Le deuxième dispositif peut ensuite envoyer un secret au premier dispositif et demander le code de déverrouillage à l'utilisateur. Avec ce code de déver- 15 rouillage, le deuxième dispositif peut extraire la clé maîtresse, valider le déverrouillage et stocker un enregistrement d'entièrcement. L'enregistrement d'entièrcement contient la clé maîtresse cryptée par la clé de déverrouillage ainsi que la clé de déverrouillage cryptée 20 par la clé maîtresse, afin que l'enregistrement puisse être mis à jour à chaque fois que la clé maîtresse change. Dans une autre forme de réalisation, il est décrit un procédé de déverrouillage d'un deuxième dispositif par 25 un premier dispositif. Par exemple, un dispositif portable peut déverrouiller un autre dispositif portable. Le procédé peut inclure : l'établissement d'une relation de confiance avec le deuxième dispositif ; l'authentification mutuelle des deux dispositifs à l'aide d'une clé de 30 dispositif distincte dans chaque dispositif ; l'envoi d'une clé secrète au premier dispositif pendant l'enregistrement ; le déverrouillage du deuxième dispositif après la réception d'un code de déverrouillage ; l'extraction d'une clé maîtresse à partir du code de déver- 35 rouillage ; le cryptage de la clé maîtresse avec la clé 3025339 3 secrète précédemment envoyée au premier dispositif ; la réception de la clé secrète en provenance du premier dispositif ; la récupération de la clé maîtresse à l'aide de la clé secrète reçue ; et l'utilisation de la clé maî- 5 tresse pour exécuter une opération de déverrouillage. En d'autres termes, le premier dispositif peut tout d'abord se présenter, effectuer une authentification mutuelle, et échanger un secret avec le deuxième dispositif. Lorsque le deuxième dispositif est déverrouillé pour la première 10 fois (depuis le démarrage), le deuxième dispositif peut maintenir la clé maîtresse enveloppée dans le secret échangé. Dans encore une autre forme de réalisation, il est décrit un premier dispositif capable de déverrouiller un 15 deuxième dispositif. Le premier dispositif peut inclure : un module d'appariement configuré pour s'apparier avec le deuxième dispositif ; un module d'authentification configuré pour s'authentifier à l'aide d'une clé de dispositif ; un module de réception configuré pour recevoir une 20 clé secrète en provenance du deuxième dispositif ; un mo- dule de traitement d'entrée utilisateur configuré pour traiter une entrée utilisateur reçue d'un dispositif d'entrée/sortie du premier dispositif ; et un module de transmission configuré pour transmettre la clé secrète 25 reçue au deuxième dispositif pour déverrouiller le deu- xième dispositif en réponse à l'entrée utilisateur. Dans encore une autre forme de réalisation, il est décrit un deuxième dispositif capable d'être déverrouillé par un premier dispositif. Le deuxième dispositif peut 30 inclure : un module d'appariement configuré pour s'appa- rier avec le premier dispositif ; un module de réception configuré pour recevoir une clé de dispositif publique et une clé secrète en provenance du premier dispositif ; un module de signature de clé configuré pour signer la clé 35 de dispositif publique reçue avec une clé de dispositif 3025339 4 privée associée au deuxième dispositif ; un module de transmission configuré pour envoyer une clé secrète au premier dispositif ; un module de traitement d'entrée utilisateur configuré pour traiter un code de déverrouil- 5 Tage ; un module d'extraction configuré pour extraire une clé maîtresse à partir du code de déverrouillage ; un module de cryptage configuré pour crypter la clé maîtresse avec la clé secrète ; un module de récupération configuré pour récupérer la clé maîtresse à l'aide de la clé se- 10 crète reçue ; et un module de déverrouillage configuré pour utiliser la clé maîtresse afin d'exécuter une opération de déverrouillage. BREVE DESCRIPTION DES DESSINS La Figure 1 illustre un premier dispositif et un 15 deuxième dispositif, le premier dispositif étant capable de déverrouiller le deuxième dispositif, selon une forme de réalisation de la description. La Figure 2 est un organigramme illustrant les étapes représentatives d'un procédé d'utilisation d'un 20 premier dispositif pour déverrouiller un deuxième dispositif, selon une forme de réalisation de la description. La Figure 3 est un organigramme illustrant les étapes représentatives d'un processus d'enregistrement, selon une forme de réalisation de la description. 25 La Figure 4 est un organigramme illustrant les étapes représentatives d'un procédé d'utilisation d'un premier dispositif pour déverrouiller un deuxième dispositif, selon une forme de réalisation de la description. La Figure 5 est un schéma fonctionnel illustrant les 30 modules représentatifs d'un dispositif tel que le premier dispositif ou le deuxième dispositif de la Figure 1, selon une forme de réalisation de la description. La Figure 6 illustre les étapes représentatives de l'appariement des deux dispositifs, selon une forme de 35 réalisation de la description. 3025339 5 La Figure 7 illustre les étapes représentatives d'un procédé d'utilisation du premier dispositif pour déverrouiller le deuxième dispositif, selon une forme de réalisation de la description. 5 La Figure 8 est un schéma fonctionnel illustrant les modules représentatifs d'un deuxième dispositif qui peut être déverrouillé à distance par un autre dispositif, selon une forme de réalisation de la description. La Figure 9 est un schéma fonctionnel illustrant les 10 modules représentatifs d'un premier dispositif qui peut exécuter un déverrouillage à distance d'un autre dispositif, selon une forme de réalisation de la description. La Figure 10 illustre des composants représentatifs d'un système informatique tels que le premier dispositif 15 ou le deuxième dispositif décrits dans les formes de réa- lisation de la description. DESCRIPTION DETAILLEE Dans la description ci-après des formes de réalisa- tion représentatives, il sera fait référence aux dessins 20 joints, dans lesquels sont présentées à titre d'illustra- tion des formes de réalisation spécifiques pouvant être mises en oeuvre. On comprendra que d'autres formes de réalisation peuvent être utilisées et que des changements structurels peuvent être effectués sans sortir du cadre 25 des différentes formes de réalisation. La présente invention concerne de manière générale le déverrouillage d'un dispositif à l'aide d'un autre dispositif. Tels que considérés dans le présent document, le dispositif qui peut déverrouiller un autre dispositif 30 peut être le premier dispositif et le dispositif qui peut être déverrouillé par un autre dispositif peut être le deuxième dispositif. La Figure 1 illustre un premier dispositif 100 et un deuxième dispositif 112. Dans cette forme de réalisation, 35 le premier dispositif 100 peut être utilisé pour déver- 3025339 6 rouiller le deuxième dispositif 112. Le premier dispositif peut être, par exemple, un téléphone intelligent, une tablette PC, un ordinateur portable, un PC de bureau, un Mac, un lecteur électronique, une télévision intelligente 5 ou une console de jeu, ou tout autre dispositif capable de communiquer avec un autre dispositif. Le premier dispositif 100 peut inclure un processeur sécurisé tel qu'un processeur à enclave sécurisée (en anglais "Secure Enclave Processor") (SEP) 105 et un processeur d'applica- 10 tion qui comporte un noyau 108 et une zone utilisateur 110 (également communément appelée "espace utilisateur"). Le SEP 105 peut être un processeur distinct du processeur d'application (AP) contenant le noyau 108 et la zone utilisateur 110. La zone utilisateur 110 peut faciliter les 15 opérations d'applications tierces du dispositif. Le noyau 108 peut être le coeur du système d'exploitation (OS) et fournir un certain nombre d'interfaces à la zone utilisateur et gérer les demandes d'entrée/sortie (I/O) provenant des applications. Dans certaines formes de réalisa- 20 tion, le noyau 108 peut également exécuter des opérations de gestion de clés pour protéger des données sur le dispositif 100. Le SEP 105 peut être un relativement petit processeur qui peut définir une frontière de sécurité à l'intérieur de laquelle peut se trouver un module de ges- 25 tion de clés. Les clés peuvent être disponibles lorsque le dispositif est ou a été précédemment déverrouillé. Le noyau 108 peut communiquer avec le SEP 105. Dans cette forme de réalisation, il peut y avoir plusieurs processus à l'intérieure du SEP 105. Tel qu'il- 30 lustré sur la Figure 1, le SEP peut inclure un module d'établissement de correspondance biométrique 104 et un module de gestion de clés 106. Le premier dispositif 100 peut inclure un ou plu- sieurs mécanismes de verrouillage / déverrouillage. L'un 35 des mécanismes pour déverrouiller le premier dispositif 3025339 7 peut consister à entrer un code de déverrouillage sur un dispositif I/O, tel qu'un écran tactile ou un clavier physique. Une fois entré, le code de déverrouillage peut être transporté à travers la zone utilisateur 110, le 5 noyau 108, jusqu'au SPE 105. Le SEP peut effectuer une extraction à partir du code de déverrouillage pour déterminer si le premier dispositif 100 peut être déverrouillé et pour tenter de déverrouiller son ensemble de clés de données utilisateur. Lorsque le premier dispositif est 10 déverrouillé, les clés de données utilisateur contenues dans le module de gestion de clés 106 peuvent devenir disponibles pour le dispositif 100. Le premier dispositif 100 peut également inclure un lecteur d'empreintes digitales 102 conçu pour déverrouil- 15 ler le dispositif à l'aide des empreintes digitales de l'utilisateur. Le lecteur d'empreintes digitales 102 peut capturer une image des empreintes digitales et envoyer l'image au module d'établissement de correspondance biométrique 104 pour qu'elle y soit traitée. Après que le 20 module d'établissement de correspondance biométrique a vérifié l'image d'empreintes digitales capturée, il peut renvoyer la clé aléatoire au module de gestion de clés 106, qui peut appeler les clés contenues dans le module de gestion des clés 106 pour les rendre disponibles au 25 dispositif 100. Le module d'établissement de correspondance biométrique 104 peut éventuellement retenir la clé aléatoire en mémoire après qu'il a fini d'analyser les empreintes digitales. Tel qu'illustré sur la Figure 1, le deuxième dispo- 30 sitif 112 peut inclure les mêmes composants que le pre- mier dispositif. Par exemple, le deuxième dispositif 112 peut également inclure un SEP 116 et un processeur d'application incluant un noyau 118 et une zone utilisateur 120. Le SEP 116, le noyau 118 et la zone utilisateur 120 35 peuvent fonctionner d'une manière similaire à leurs homo- 3025339 8 logues dans le premier dispositif 100. A la différence du premier dispositif, dans cette forme de réalisation, le deuxième dispositif peut ne pas inclure de lecture d'empreintes digitales. Selon une variante, le deuxième dis- 5 positif peut avoir un lecteur d'empreintes digitales. Dans certaines formes de réalisation, le deuxième dispositif 112 peut ne pas avoir de SEP 116 et de module d'établissement de correspondance biométrique, et le module de gestion de clés 122 peut résider dans le noyau 118. 10 Dans un exemple, le premier dispositif peut être un iPhone ayant un lecteur d'empreintes digitales et le deuxième dispositif peut être in iPad, un dispositif vestimentaire ou tout autre dispositif sans lecteur d'empreintes digitales. 15 Tel que décrit ci-dessus, le module d'établissement de correspondance biométrique 104 du premier dispositif peut recevoir un secret (par exemple, une clé aléatoire) en provenance du module de gestion de clés 106 lorsqu'il a été déverrouillé à l'aide d'un code de déverrouillage 20 et qu'il l'a envoyé au module de gestion de clés lorsque le premier dispositif est déverrouillé par une correspondance d'empreintes digitales. Dans les formes de réalisation décrites ci-après, le premier dispositif 100 peut déverrouiller le deuxième dispositif 112 selon des prin- 25 cipes similaires. En particulier, une image d'empreintes digitales reçue par le lecteur d'empreintes digitales peut entraîner le module d'établissement de correspondance biométrique 104 du premier dispositif 100 à émettre une clé secrète. Au lieu de déverrouiller le premier dis- 30 positif, elle peut entraîner le module de gestion de clés 106 à envoyer un secret au module de gestion de clés 122 de l'autre dispositif 112. Cette clé secrète peut être transmise au SEP 116 du deuxième dispositif 112, via la zone utilisateur 110 du premier dispositif 100, sur un 35 canal de communication 130 connectant les deux modules de 3025339 9 gestion de clés 106, 122 des deux dispositifs 100, 112, et via la zone utilisateur 120 du deuxième dispositif 112. La clé secrète peut alors être utilisée pour déverrouiller le deuxième dispositif 112, comme il sera décrit 5 en détail dans les formes de réalisation ci-après. Si l'un des dispositifs comporte un SEP et l'autre n'en a pas, le dispositif ayant un SEP peut refuser d'envoyer ses clés au dispositif sans SEP afin d'éviter qu'un dispositif ayant une relativement faible protection soit 10 capable d'en déverrouiller un ayant une plus forte pro- tection. Par conséquent, avant que des informations (par exemple, une ou plusieurs clés pour un déverrouillage à distance de l'autre dispositif) soient transmises entre les dispositifs, les dispositifs peuvent s'authentifier 15 mutuellement en tant que dispositifs de confiance (par exemple, un dispositif ayant un SEP). Tout d'abord, une clé commune peut être utilisée pour valider qu'une clé de dispositif (décrite ci-après) associée à chacun des premier et deuxième dispositifs est 20 détenue par un SEP d'un dispositif de confiance. Par exemple, dans une forme de réalisation, l'opération de déverrouillage à distance peut n'être autorisée qu'entre des dispositifs ayant le même type de SEP (par exemple, un SEP Apple). Dans une forme de réalisation, une clé 25 commune, par exemple, KSEP GLOBAL, peut être extraite à par- tir d'une clé matérielle symétrique partagée par les SEP des deux dispositifs. La clé KSEP GLOBAL peut ensuite être utilisée pour la signature d'une ou plusieurs autres clés qui peuvent être utilisées pendant un processus de déver- 30 rouillage à distance. Une clé qui est signée par la clé commune, KSEP GLOBAL, peut être estimée être générée à partir d'un dispositif ayant un SEP, à savoir un dispositif auquel on peut faire confiance. Dans une autre forme de réalisation, une clé asymétrique spécifique de dispositif 35 qui a été certifiée par une autorité commune peut être 3025339 10 utilisée. La certification peut inclure une classification du dispositif qui peut être utilisée pour déterminer son niveau de protection. L'une des clés qui peut être validée par KSEP GLOBAL 5 peut être une clé de dispositif, Kd, qui peut être unique à chaque dispositif et utilisée pour l'identification du dispositif. Telles que considérées ci-après, Kdl peut être une clé identifiant le premier dispositif et Kd2 être une clé identifiant le deuxième dispositif. Dans une forme de 10 réalisation, Kd peut être extraite à partir d'un secret généré de manière aléatoire pour cet appariement, d'un identifiant universellement unique (UUID) généré de manière aléatoire (par exemple, une clé UUID KeyBag identifiant l'ensemble courant de Clés Utilisateur), et d'une 15 clé matérielle spécifique du dispositif, par exemple KSEP LOCAL. La clé KSEP LOCAL peut être l'une des clés de dispositif contenues dans le module de gestion de clés du dispositif qui peut être utilisée pour la protection de données associées au dispositif. Le secret généré de ma- 20 nière aléatoire peut être une valeur aléatoire générée par le magasin de clé lors de la création pour fournir entropie et singularité de clé. L'UUID peut être pour le conteneur de clés "KeyBag" qui est déverrouillé par le mécanisme. La clé matérielle spécifique de dispositif 25 peut être une clé de classe de protection de données ayant une disponibilité particulière (par exemple, disponible à tout instant, après déverrouillage ou lors du déverrouillage du dispositif). Le premier dispositif peut utiliser une clé de dispositif "en cours de déverrouil- 30 Tage" de façon qu'il ne puisse s'authentifier que lors de son déverrouillage. Le deuxième dispositif peut utiliser une clé de dispositif "déjà déverrouillé", qui peut nécessiter qu'il ait déjà été déverrouillé une fois avant de pouvoir être déverrouillé à distance. Pendant le pro- 35 cessus de déverrouillage, Kdl et Kd2 peuvent authentifier 3025339 11 respectivement les premier et deuxième dispositifs. Dans certaines formes de réalisation, Kou_ et Kd2 peuvent être utilisées pour le déverrouillage du deuxième dispositif par le premier dispositif lorsque le deuxième dispositif 5 n'a jamais été précédemment déverrouillé. Dans les formes de réalisation dans lesquelles le deuxième dispositif a été précédemment déverrouillé, une clé de déverrouillage de dispositif, Kdu, peut être utilisée non seulement pour authentifier le dispositif, mais 10 également pour identifier si un dispositif a déjà été dé- verrouillé par un utilisateur. La clé Kdu peut être générée dans le SEP du dispositif correspondant et être protégée à l'aide d'un code de déverrouillage associé au dispositif. Telles que considérées ci-après, Kdui peut 15 être une clé de déverrouillage de dispositif associée au premier dispositif et Kolu2 être une clé de déverrouillage de dispositif associée au deuxième dispositif. Dans une forme de réalisation, Kdu ne peut être extraite que si le dispositif a déjà été déverrouillé, ce qui peut impliquer 20 qu'il a été accédé par une personne ayant le code de dé- verrouillage correct. En cas de perte du dispositif, il est peu probable qu'un nouvel utilisateur dispose du code de déverrouillage pour déverrouiller le dispositif. Si le nouvel utilisateur tente de restaurer le dispositif à son 25 état d'origine en effaçant toutes les données sur le dis- positif, la clé Kdu risque d'être perdue. Sans la clé Kdur le dispositif ne serait plus capable de prouver à un autre dispositif qu'il est toujours sous le contrôle du même utilisateur. En d'autres termes, la clé Kdu peut 30 être utilisée pour prouver non seulement que le disposi- tif est un dispositif de confiance, mais également qu'il est toujours sous le contrôle du même utilisateur. En tant que tel, le premier dispositif peut s'appuyer sur la présence de Kolu2 pour s'assurer qu'il ne déverrouille pas 35 accidentellement le deuxième dispositif lorsque le deu- 3025339 12 xième dispositif n'est plus en la possession de l'utilisateur et qu'il a été réamorcé. Les Figures 2 à 5 illustrent des étapes d'algorithme représentatives dans les différentes phases d'un procédé 5 de déverrouillage à distance, selon des formes de réali- sation de la description. Bien que les formes de réalisation ci-après décrivent un procédé de déverrouillage unidirectionnel (par exemple, utilisation du premier dispositif pour déverrouiller le deuxième dispositif), on com- 10 prendra que les systèmes et procédés décrits peuvent être aisément modifiés pour exécuter un déverrouillage dans les deux directions (par exemple, utilisation également du deuxième dispositif pour déverrouiller le premier dispositif), sans sortir du cadre de la description. 15 Dans la forme de réalisation illustrée sur la Figure 2, l'algorithme pour le processus de déverrouillage à distance (par exemple, utilisation du premier dispositif pour déverrouiller le deuxième dispositif) peut inclure trois étapes principales. Tout d'abord, le premier dispo- 20 sitif et le deuxième dispositif peuvent être appariés (étape 201). Ensuite, le deuxième dispositif peut autoriser un déverrouillage à distance par le premier dispositif (étape 202). Finalement, le premier dispositif peut déverrouiller le deuxième dispositif en réponse à une en- 25 trée utilisateur sur le premier dispositif (étape 203). Chacune de ces étapes sera décrite plus en détail ci-après. Dans la première étape, les deux dispositifs peuvent être appariés (étape 201). Les dispositifs peuvent être 30 appariés à l'aide de tout mécanisme d'appariement appro- prié, tel que le Bluetooth, lorsque les dispositifs sont en étroite proximité l'un de l'autre. Dans une forme de réalisation, l'appariement par Bluetooth peut être un appariement sécurisé à l'aide d'une clé hors-bande Blue- 35 tooth. Par exemple, les dispositifs peuvent être appariés 3025339 13 en utilisant une caméra présente sur l'un des dispositifs pour capturer un code lisible par ordinateur (par exemple, un code QR et un code barre) affiché sur l'écran de l'autre dispositif. Ce code peut inclure des informations 5 telles qu'un ID de dispositif ou d'autres informations (par exemple, une clé hors bande Bluetooth) requises pour apparier les deux dispositifs. Bien qu'un appariement en étroite proximité soit décrit dans les présentes formes de réalisation, on comprendra qu'un appariement des deux 10 dispositifs ne nécessite pas obligatoirement que les dis- positifs soient en étroite proximité. En fait, tout mécanisme d'appariement conçu pour apparier des dispositifs situés à une quelconque distance peut être utilisé dans cette étape. 15 Après avoir été appariés, les dispositifs peuvent entrer dans un processus d'enregistrement qui peut établir une relation de confiance entre les deux dispositifs de telle sorte que l'un des dispositifs puisse être déverrouillé de manière sécurisée par l'autre dispositif. 20 En d'autres termes, un déverrouillage à distance entre les dispositifs peut être autorisé (étape 202). En particulier, un enregistrement peut impliquer un appariement des contrôleurs (par exemple, les SEP) des clés des deux dispositifs et aussi éventuellement une liaison des SEP 25 des deux dispositifs. Cette étape peut impliquer, par exemple, le fait que les dispositifs échangent et signent mutuellement leurs clés publiques qui peuvent être utilisées lors d'une authentification pendant le processus d'enregistrement, le paramétrage d'une clé partagée, et 30 pendant le processus de déverrouillage lorsque cette clé partagée est utilisée. Dans certains exemples, un appariement peut être effectué de manière symétrique sur les deux dispositifs. La Figure 3 est un organigramme illustrant les 35 étapes d'algorithme représentatives dans l'étape d'enre- 3025339 14 gistrement 202 de la Figure 2. Tout d'abord, le premier dispositif (par exemple, le dispositif exécutant le déverrouillage) peut envoyer une clé publique, par exemple Kdul,pub, au deuxième dispositif (à savoir, le dispositif à 5 déverrouiller) (étape 301). Cette clé publique peut être utilisée pour valider le fait que le premier dispositif est un dispositif de confiance lorsque le premier dispositif tente de déverrouiller le deuxième dispositif. Le deuxième dispositif peut également effectuer une autori- 10 sation, qui peut inclure la réception d'un code de déver- rouillage en provenance de l'utilisateur et éventuellement une vérification hors bande lorsque l'utilisateur déverrouille localement le deuxième dispositif (étape 302). Du fait que le code de déverrouillage protège Kau2, 15 il peut être utilisé pour prouver que le dispositif est en la possession de l'utilisateur. Le deuxième dispositif peut ensuite signer la clé publique, Kon,pub, avec sa clé privée Kdu2 , private (étape 303). En conséquence, le deuxième dispositif peut déterminer qu'un dispositif utilisant 20 Kcil,pub pour s'authentifier pendant une opération de déver- rouillage peut être un dispositif de confiance. Si l'enregistrement est un succès, le premier dispositif peut être utilisé pour déverrouiller le deuxième dispositif comme suit. La Figure 4 illustre les étapes 25 d'algorithme représentatives lors de l'utilisation du premier dispositif à déverrouiller le deuxième dispositif (à savoir, l'étape 203 de la Figure 2), selon une forme de réalisation de la description. Dans certains exemples, le premier dispositif peut être un dispositif portable et 30 le deuxième dispositif peut être un dispositif vestimen- taire. Tout d'abord, les deux dispositifs peuvent détecter qu'ils se trouvent au voisinage l'un de l'autre (étape 401). Dans certaines formes de réalisation, cette étape peut nécessiter uniquement que les dispositifs soient ca- 35 pables de se localiser mutuellement sans nécessiter qu'ils 3025339 15 soient proches l'un de l'autre. Un canal de communication tel qu'un canal Bluetooth ou Wi-Fi peut être établi entre les deux dispositifs (étape 402). Le premier dispositif peut être authentifié à l'aide de la clé Kdul (étape 403). 5 De plus ou selon une variante, le deuxième dispositif peut être authentifié à l'aide de la clé Kdu2. Le protocole station-à-station peut être utilisé pour établir un tunnel mutuellement authentifié et crypté. Dans une forme de réalisation, les deux dispositifs peuvent utiliser des 10 clés de cryptage éphémères, qui, dans le processus, sont authentifiés à l'aide des clés de signature échangées pendant l'appariement. Du fait que le premier dispositif a été authentifié, le deuxième dispositif peut envoyer une clé secrète aléatoire, S, au premier dispositif en 15 utilisant, par exemple, la clé de session négociée extraite des clés de cryptage éphémères utilisées par les deux dispositifs (étape 404). Le premier dispositif peut stocker la clé secrète (étape 405). Ultérieurement, le deuxième dispositif peut être déverrouillé à l'aide d'un 20 code de déverrouillage (étape 406). Une clé maîtresse, M, peut être extraite à partir du code de déverrouillage par le deuxième dispositif (étape 407). Le deuxième dispositif peut construire un jeton en cryptant la clé maîtresse M à l'aide de la clé secrète S (étape 408) de façon que, 25 lorsque le premier dispositif renvoie la clé secrète S au deuxième dispositif, le deuxième dispositif puisse utiliser S pour décrypter le jeton afin de récupérer la clé maîtresse M. De plus, le deuxième dispositif peut concaténer le joint avec une clé secrète S cryptée à l'aide de 30 la clé maîtresse M, et stocker cette concaténation en tant qu'enregistrement d'entièrcement (étape 409). Cela peut permettre au deuxième dispositif de récupérer la clé secrète S lorsque la clé maîtresse M change et de construire un nouveau jeton. Dans une autre forme de réalisa- 35 tion, le deuxième dispositif peut produire un enregistre- 3025339 16 ment d'entièrcement pour le premier dispositif en utilisant la clé secrète S stockée, la clé maîtresse M étant enveloppée dans la clé secrète S, ce qui peut permettre au dispositif d'être déverrouillé sans avoir été préala5 blement déverrouillé. En d'autres termes, dans la première forme de réalisation, un secret fixé et un enregistrement d'entièrcement peuvent être établis pendant le paramétrage, et dans une autre forme de réalisation, un secret aléatoire et un enregistrement d'entièrcement tem10 poraire peuvent être établis en réponse à un déverrouillage du dispositif pendant l'enregistrement. Selon de nouveau la Figure 4, lorsque l'utilisateur décide de déverrouiller le deuxième dispositif à l'aide du premier dispositif, le deuxième dispositif peut être 15 authentifié à l'aide de la clé Kdu2 (étape 410). Le pre- mier dispositif peut être authentifié à l'aide de la clé Kdul (étape 411). Une fois authentifiés, les dispositifs peuvent s'échanger des secrets. Par exemple, le premier dispositif peut renvoyer au deuxième dispositif la clé 20 secrète S qu'il a reçu de ce deuxième dispositif (étape 412). Cela peut se faire en réponse à la lecture des empreintes digitales de l'utilisateur au moyen du lecteur d'empreintes digitales du premier dispositif. Le deuxième dispositif peut récupérer la clé maîtresse M en décryp- 25 tant le jeton à l'aide la clé secrète S (étape 413). La clé maîtresse M peut permettre le déverrouillage du deuxième dispositif (étape 414). Dans certaines formes de réalisation dans lesquelles le deuxième dispositif n'a jamais été précédemment déver- 30 rouillé, la clé Kd2 peut être utilisée à la place de la clé Kdu2 dans le procédé décrit ci-dessus en relation avec la Figure 4. Dans une forme de réalisation, le deuxième dispositif peut produire un enregistrement d'entièrcement pour le premier dispositif à l'aide de la clé secrète S 35 stockée, la clé maîtresse M étant enveloppée dans la clé 3025339 17 secrète S, ce qui peut permettre au dispositif d'être déverrouillé sans avoir été préalablement déverrouillé. Lorsque le premier dispositif tente de déverrouiller le deuxième dispositif, le deuxième dispositif peut utiliser 5 la clé de dispositif pour localiser l'enregistrement d'entièrcement et la clé secrète S pour désenvelopper la clé maîtresse M, qui peut être utilisée pour déverrouiller le deuxième dispositif. La Figure 5 est un schéma fonctionnel illustrant les 10 modules représentatifs d'un dispositif 500, tel que le premier dispositif 100 ou le deuxième dispositif 112 de la Figure 1, qui est capable soit de déverrouiller un autre dispositif, soit d'être déverrouillé par un autre dispositif, ou les deux. Le dispositif 500 peut inclure, 15 par exemple, un module de détection 501, un module d'ap- pariement 502, un module de signature de clé 503, un module de transmission 504, un module de réception 505, un module d'authentification 506, un module de génération de clé 507, et un module de traitement d'entrée utilisateur 20 508. Le module de détection 501 peut détecter le deuxième dispositif (par exemple, lorsque le deuxième dispositif se trouve à son voisinage). Le module d'appariement 502 peut apparier le premier dispositif avec le deuxième dispositif. Le module de signature de clé 503 peut signer 25 une ou plusieurs clés avec une autre clé. Le module de transmission 504 peut transmettre une ou plusieurs clés (par exemple, Kdui, S) à un autre dispositif. Le module de réception 505 peut recevoir une ou plusieurs clés (par exemple, S) en provenance d'un autre dispositif. Le module 30 d'authentification 506 peut authentifier le dispositif 500. Le module de génération de clé 507 peut inclure un module d'extraction, et peut extraire une clé maîtresse à partir d'un code de déverrouillage et générer une ou plusieurs clés matérielles (par exemple, KSEP GLOBAL) qui peu- 35 vent être utilisées dans le processus de déverrouillage. 3025339 18 Le module de traitement d'entrée utilisateur 508 peut traiter une entrée utilisateur, incluant mais sans y être limitée, des codes de déverrouillage et/ou des empreintes digitales. 5 Dans différentes formes de réalisation, certains des modules de la Figure 5 peuvent être optionnels et des modules additionnels peuvent être inclus dans le dispositif 500. Chacun des modules peut être mis en oeuvre sous une forme logicielle, matérielle ou les deux. Dans certaines 10 formes de réalisation, les modules du dispositif 500 sont des modules logiciels pour l'exécution des algorithmes décrits dans le présent document. Dans certaines formes de réalisation, les modules du dispositif 500 sont un ou plusieurs processeurs couplés à une mémoire stockant des 15 instructions lisibles par un ordinateur pour l'exécution des algorithmes décrits dans le présent document. Dans certaines formes de réalisation, les modules du dispositif 500 comprennent des éléments matériels et logiciels d'un ASIC, tel qu'un système sur puce, pour l'exécution 20 des fonctions décrites ci-dessus. Les Figures 6 et 7 illustrent une forme de réalisation d'un algorithme de protocole de transport qui peut faciliter l'échange de clés (ou d'enregistrements) lors du déverrouillage à distance du deuxième dispositif par 25 le premier dispositif, tel que décrit dans les formes de réalisation ci-dessus. La Figure 6 illustre les étapes d'algorithme repré- sentatives lors de l'appariement des deux dispositifs. Ce processus d'appariement peut se ternir après qu'un canal 30 de communication a déjà été établi entre les deux dispo- sitifs. Tel qu'illustré sur la Figure 6, pour apparier les deux dispositifs, tout d'abord, le deuxième dispositif peut recevoir un mot de passe introduit par un utilisateur (étape 601). Le mot de passe peut être utilisé 35 pour une utilisation ultérieure. Le deuxième dispositif 3025339 19 peut générer une clé à long terme, Key 1 (étape 602). Dans une forme de réalisation, la génération d'une clé à long terme peut faire référence à la création d'une paire de clés, dont l'une peut être envoyée à un autre disposi- 5 tif. Ici, la clé Key 1 (à savoir, l'une des clés de la paire de clés, Key 1) peut alors être envoyée au premier dispositif sur le canal de communication (étape 603). Le premier dispositif peut signer et stocker la clé Key 1 (étape 604). Le premier dispositif peut ensuite générer 10 sa propre clé à long terme, Key 2 (étape 605). Une ses- sion peut ensuite être créée sur le premier dispositif à l'aide de la clé Key 1 signée, reçue du deuxième dispositif, et de la clé à court terme nouvellement générée Key 2 (étape 606). Les clés à long terme, Key 1 et Key 2, 15 peuvent être conservées pour créer d'autres sessions dans le futur. Une autre clé à court terme, Key 3, peut être créée lors de la création de la session (étape 607). Les clés Key 2 et Key 3 peuvent alors être envoyées au deuxième dispositif sur le canal de communication (étape 20 608). Selon maintenant la Figure 6, après la réception des clés Key 2 et Key 3, le deuxième dispositif peut signer et stocker la clé Key 2 (étape 609). Le deuxième dispositif peut ensuite créer une session à son extrémité 25 l'aide des deux clés Key 2 et Key 3 (étape 610). Avec la session créée, le deuxième dispositif peut générer une clé Key 4 à l'aide de la clé Key 3 reçue du premier dispositif (étape 611). La clé Key 4 peut ensuite être envoyée au premier dispositif sur le canal de communication 30 (étape 612). Après que le premier dispositif a confirmé et stocké la clé Key 4 (étape 613), la clé Key 4 peut être enregistrée en tant que clé pour le déverrouillage du deuxième dispositif (étape 614). Si l'enregistrement échoue, un message peut être renvoyé au premier disposi- 35 tif, ce qui peut entraîner le premier dispositif à effa- 3025339 20 cer la clé Key 4 (étape 615). Autrement, l'appariement des dispositifs est réussi et les dispositifs sont para-métrés pour effectuer une opération de déverrouillage à distance (par exemple, utilisation du premier dispositif 5 pour déverrouiller le deuxième dispositif). La Figure 7 illustre les étapes d'algorithme représentatives dans un procédé d'utilisation du premier dispositif pour déverrouiller le deuxième dispositif. Tel qu'illustré sur la Figure 7, tout d'abord, le premier 10 dispositif peut recevoir une entrée utilisateur pour dé- verrouillage le deuxième dispositif (étape 701). En réponse, le premier dispositif peut créer une session à l'aide des clés à long terme Key 1 et Key 2 (étape 702). Une autre clé à court terme, Key A, peut être générée à 15 partir de la session nouvellement créée (étape 703). Le premier dispositif peut alors envoyer la clé Key A au deuxième dispositif sur le canal de communication (étape 704). Dans cette forme de réalisation, les étapes 703 et 704 peuvent avoir pour objet de paramétrer un accord de 20 clé à court terme entre les premier et deuxième disposi- tifs, de telle sorte que la clé Key 4 puisse être envoyée ultérieurement pour déverrouiller le deuxième dispositif. Du fait que la clé à court terme (par exemple, Key A) est unique pour chaque session et utilisée une seule fois 25 pour le cryptage de la clé Key 4, l'échange de clé à court terme peut empêcher une attaque par rejeu dans laquelle la clé Key 4 est capturée lors de sa transmission sur le canal de communication puis ré-envoyée au deuxième dispositif à partir d'un dispositif autre que le premier 30 dispositif pour déverrouiller le deuxième dispositif. La clé à court terme Key A est ensuite envoyée au deuxième dispositif (étape 704) pour créer une session sur le deuxième dispositif (étape 705). Le deuxième dispositif peut ensuite utiliser la clé Key A pour créer une 35 autre clé, Key B (étape 706). Selon la Figure 7, la clé 3025339 21 Key B peut être renvoyée au premier dispositif (étape 707). Le premier dispositif peut utiliser la clé Key B pour crypter la clé Key 4, afin de générer une nouvelle clé, Key C (étape 708). La clé Key 4 cryptée (à savoir, 5 Key C) peut être envoyée au deuxième dispositif (étape 709) et utilisée pour déverrouiller le deuxième dispositif (étape 710). Le processus de déverrouillage peut impliquer le décryptage de la clé Key C pour récupérer la clé Key 4 et l'utilisation de la clé Key 4 pour déver- 10 rouiller le deuxième dispositif. La Figure 8 est un schéma fonctionnel illustrant les modules représentatifs du deuxième dispositif 800 des Figures 6 et 7 qui peut être déverrouillé à distance par un autre dispositif (par exemple, le premier dispositif). Le 15 deuxième dispositif 800 peut inclure, par exemple, un mo- dule de réception de mot de passe 801, un module de génération de clé 802, un module de transmission 803, un module de réception 804, un module de signature de clé 805, un module de stockage 806, un module de création de ses- 20 sion 807, un module d'enregistrement 808, un module de décryptage 809, et un module de déverrouillage 810. Le module de réception de mot de passe 801 peut recevoir un mot de passe (ou entrée utilisateur) en provenance d'un utilisateur. Le module de génération de clé 802 peut gé- 25 nérer des clés à long terme et/ou à court terme (par exemple, les clés Key 1, Key 4 et Key B des Figures 6 et 7). Le module de transmission 803 peut transmettre une ou plusieurs clés cryptées ou non cryptées à un autre dispositif (par exemple, le premier dispositif). Le module de 30 réception 804 peut recevoir une ou plusieurs clés cryp- tées ou non cryptées d'un autre dispositif (par exemple, le premier dispositif). Le module de signature de clé 805 peut signer une clé (par exemple, Key 2) reçue d'un autre dispositif. Le module de stockage 806 peut stocker des 35 clés générées localement ou reçues d'un autre dispositif. 3025339 22 Le module de création de session 807 peut créer une session à l'aide d'une clé (par exemple, Key 2 et Key A) reçue d'un autre dispositif. Le module d'enregistrement 808 peut enregistrer une clé (par exemple, Key 4) en tant que 5 clé pour le déverrouillage du deuxième dispositif. Le mo- dule de décryptage 809 peut décrypter toute clé décryptée (par exemple, Key C) reçue d'un autre dispositif. Le module de déverrouillage 810 peut déverrouiller le deuxième dispositif à l'aide d'une clé (par exemple, Key 4 obtenue 10 par décryptage de Key C). La Figure 9 est un schéma fonctionnel illustrant les modules représentatifs du premier dispositif 900 des Figures 6 et 7 qui peuvent exécuter un déverrouillage à distance d'un autre dispositif (par exemple, le deuxième 15 dispositif). Le premier dispositif 900 peut inclure, par exemple, un module de transmission 901, un module de réception 902, un module de signature de clé 903, un module de stockage 904, un module de création de session 905, un module de génération de clé 906, un module de confirma- 20 tion 907, un module d'effacement de clé 908, et un module de cryptage 909. Le module de transmission 901 peut transmettre une ou plusieurs clés (par exemple, Key 2, Key 3, Key A, Key C) à un autre dispositif (par exemple, le deuxième dispositif des Figures 6 et 7). Le module de récep- 25 tion 902 peut recevoir une ou plusieurs clés (par exemple, Key 1, Key 4, Key B) d'un autre dispositif (par exemple, le deuxième dispositif). Le module de signature de clé 903 peut signer une clé (par exemple, Key 1) reçue d'un autre dispositif. Le module de stockage 904 peut 30 stocker une ou plusieurs clés générées localement ou re- çues d'un autre dispositif. Le module de création de session 905 peut créer une session à l'aide d'une ou plusieurs clés (par exemple, Key 1 et Key 2). Le module de génération de clé 906 peut générer une ou plusieurs clés 35 à long terme et/ou à court terme (par exemple, Key 2, Key 3025339 23 3, Key A, Key C). Le module de confirmation 907 peut confirmer une clé (par exemple, Key 4) en tant que clé pour le déverrouillage d'un autre dispositif. Le module d'effacement de clé 908 peut effacer une clé du dispositif. 5 Le module de cryptage 909 peut crypter une clé (par exemple, Key 4) à l'aide d'une autre clé (par exemple, Key B) pour générer une clé cryptée (par exemple, Key C). Dans différentes formes de réalisation, certains des modules des Figures 8 et 9 peuvent être optionnels et des 10 modules additionnels peuvent être inclus dans les dispositifs 800 et 900. Chacun des modules peut être mis en oeuvre sous une forme logicielle, matérielle ou les deux. Dans certaines formes de réalisation, les modules des dispositifs 800 et 900 sont des modules logiciels pour 15 l'exécution des algorithmes décrits dans le présent docu- ment. Dans certaines formes de réalisation, les modules des dispositifs 800 et 900 sont un ou plusieurs processeurs couplés à une mémoire stockant des instructions lisibles par un ordinateur pour l'exécution des algorithmes 20 décrits dans le présent document. Dans certaines formes de réalisation, les modules des dispositifs 800 et 900 comprennent des éléments matériels et logiciels d'un ASIC, tel qu'un système sur puce, pour l'exécution des fonctions décrites ci-dessus. 25 Dans certaines formes de réalisation, un ou plu- sieurs des modules des dispositifs 500, 800 et 900 peuvent être stockés et/ou transportés dans tout support de stockage lisible par ordinateur non transitoire pour être utilisés par ou en liaison avec un système, appareil ou 30 dispositif d'exécution d'instruction, tel qu'un système informatique, un système contenant un processeur, ou un autre système qui peut extraire les instructions du système, appareil ou dispositif d'exécution d'instruction et exécuter les instructions. Dans le contexte de ce docu- 35 ment, un "support de stockage lisible par ordinateur non 3025339 24 transitoire" peut être un quelconque support capable de contenir ou stocker le programme pour une utilisation par ou en liaison avec le système, appareil ou dispositif d'exécution d'instruction. Le support de stockage lisible 5 par ordinateur non transitoire eut inclure, mais sans y être limité, un système, appareil ou dispositif électronique, magnétique, optique, électromagnétique, infrarouge ou semi-conducteur, une disquette informatique portable (magnétique), une mémoire vive (RAM) (magnétique), une 10 mémoire morte (ROM) (magnétique), une mémoire morte re- programmable (EPROM) (magnétique), un disque optique portable tels que CD, CD-R, CD-RW, DVD, DVD-R ou DVD-RW, ou une mémoire flash telle que des cartes flash compactes, des cartes numériques sécurisées, des dispositifs de mé- 15 moire USB, des cartes flash, et analogue. Le support de stockage lisible par ordinateur non transitoire peut faire partie d'un système informatique servant de premier dispositif ou de deuxième dispositif. La Figure 10 illustre des composants communs représenta- 20 tifs d'un tel système informatique. Tel qu'illustré, le système 1000 peut inclure une unité centrale de traitement (CPU) 1002, des composants I/O 1004 incluant, mais sans limitation, un ou plusieurs d'un écran, un clavier, un écran tactile, un haut-parleur et un microphone, un 25 support de stockage 1006 tel que ceux qui sont listés au dernier paragraphe, et une interface réseau 1008, qui sont tous connectés entre eux via un bus système 1010. Le support de stockage 1006 peut inclure les modules des Figures 5, 8 et 9. 30 Ainsi, selon ce qui précède, certains exemples de la description concernent un procédé de déverrouillage d'un deuxième dispositif à partir d'un premier dispositif, comprenant : l'établissement d'une relation de confiance avec le deuxième dispositif ; l'authentification du pre- 35 mier dispositif à l'aide d'une clé de dispositif ; la ré- 3025339 25 ception d'une clé secrète en provenance du deuxième dispositif ; la réception d'une entrée utilisateur en provenance d'un dispositif d'entrée/sortie ; et la transmission de la clé secrète reçue au deuxième dispositif pour 5 déverrouillage le deuxième dispositif en réponse à la réception de l'entrée utilisateur, l'établissement de la relation de confiance avec le deuxième dispositif comprenant l'utilisation d'une clé générée à partir d'une clé matérielle associée au premier dispositif pour l'authen- 10 tification de la clé de dispositif. En plus ou selon une variante d'un ou plusieurs des exemples décrits ci-dessus, dans certains exemples, avant l'établissement de la relation de confiance avec le premier dispositif, le procédé comprend en outre l'appariement du premier dispo- 15 sitif avec le deuxième dispositif par affichage d'un code sur un écran pour sa capture par le deuxième dispositif. En plus ou selon une variante d'un ou plusieurs des exemples décrits ci-dessus, dans certains exemples, l'appariement avec le deuxième dispositif est effectué à 20 l'aide d'une clé hors-bande Bluetooth. En plus ou selon une variante d'un ou plusieurs des exemples décrits ci-dessus, dans certains exemples, l'établissement de la relation de confiance avec le deuxième dispositif comprend l'envoi d'une clé publique au deuxième dispositif. En 25 plus ou selon une variante d'un ou plusieurs des exemples décrits ci-dessus, dans certains exemples, avant l'établissement de la relation de confiance avec le premier dispositif, la clé publique comprend une clé de dispositif générée à partir d'un secret d'instance, un UUID 30 identifiant un ensemble de clés, et une clé matérielle de dispositif privée. En plus ou selon une variante d'un ou plusieurs des exemples décrits ci-dessus, dans certains exemples, le procédé comprend en outre la validation de la clé publique à l'aide d'une clé générée à partir d'une 35 clé matérielle associée au premier dispositif. En plus ou 3025339 26 selon une variante d'un ou plusieurs des exemples décrits ci-dessus, dans certains exemples, la clé matérielle est partagée avec le deuxième dispositif. En plus ou selon une variante d'un ou plusieurs des exemples décrits ci- 5 dessus, dans certains exemples, la clé publique est cer- tifiée par une autorité partagée. En plus ou selon une variante d'un ou plusieurs des exemples décrits ci-dessus, dans certains exemples, le procédé comprend en outre l'authentification du deuxième dispositif à l'aide 10 d'une clé de dispositif associée au deuxième dispositif. En plus ou selon une variante d'un ou plusieurs des exemples décrits ci-dessus, dans certains exemples, la clé de dispositif associée au deuxième dispositif est configurée pour indiquer si le deuxième dispositif a été 15 précédemment déverrouillé. Certains exemples de la description concernent un procédé exécuté au niveau d'un deuxième dispositif destiné à être déverrouillé par un premier dispositif, comprenant : la réception d'une clé de dispositif publique en 20 provenance du premier dispositif ; la signature de la clé de dispositif publique reçue avec une clé de dispositif privée associée au deuxième dispositif ; l'envoi d'une clé secrète au premier dispositif ; la réception d'un code de déverrouillage ; l'extraction d'une clé maîtresse 25 à partir du code de déverrouillage ; le cryptage de la clé maîtresse avec la clé secrète ; la réception de la clé secrète en provenance du premier dispositif ; la récupération de la clé maîtresse à l'aide de la clé secrète reçue ; et l'utilisation de la clé maîtresse pour exécu- 30 ter une opération de déverrouillage. En plus ou selon une variante d'un ou plusieurs des exemples décrits ci-dessus, dans certains exemples, le procédé comprend en outre l'authentification du premier dispositif à l'aide d'un ID de dispositif associé au premier dispositif. En 35 plus ou selon une variante d'un ou plusieurs des exemples 3025339 27 décrits ci-dessus, dans certains exemples, le procédé comprend en outre le déverrouillage du deuxième dispositif à l'aide du code de déverrouillage. En plus ou selon une variante d'un ou plusieurs des exemples décrits ci- 5 dessus, dans certains exemples, la clé secrète comprend une clé aléatoire. En plus ou selon une variante d'un ou plusieurs des exemples décrits ci-dessus, dans certains exemples, la clé de dispositif privée est configurée pour indiquer si le deuxième dispositif a été préalablement 10 déverrouillé avec un code de déverrouillage. Certains exemples de la description concernent un support de stockage lisible par ordinateur non transitoire d'un premier dispositif capable de déverrouiller un deuxième dispositif, le support de stockage stockant des 15 instructions qui, lorsqu'elles sont exécutées par un pro- cesseur, exécutent un procédé comprenant : l'authentification du premier dispositif à l'aide d'une clé de dispositif ; la réception d'une clé secrète en provenance du deuxième dispositif ; le traitement d'une entrée utilisa- 20 teur reçue en provenance d'un dispositif d'entrée/sortie du premier dispositif ; et la transmission de la clé secrète reçue au deuxième dispositif pour déverrouiller le deuxième dispositif en réponse à l'entrée utilisateur. En plus ou selon une variante d'un ou plusieurs des exemples 25 décrits ci-dessus, dans certains exemples, le procédé comprend en outre la détection du fait que le deuxième dispositif se trouve ou non à portée Bluetooth du premier dispositif. En plus ou selon une variante d'un ou plusieurs des exemples décrits ci-dessus, dans certains 30 exemples, le procédé comprend en outre la signature d'une première clé avec une deuxième clé. En plus ou selon une variante d'un ou plusieurs des exemples décrits ci-dessus, dans certains exemples, la première clé comprend une clé de dispositif et la deuxième clé comprend une clé 35 globale de SEP. En plus ou selon une variante d'un ou 3025339 28 plusieurs des exemples décrits ci-dessus, dans certains exemples, le procédé comprend en outre la génération d'au moins l'une parmi : une clé globale de SEP, une clé de dispositif et une clé de déverrouillage de dispositif. 5 Certains exemples de la description concernent un support de stockage lisible par ordinateur non transitoire d'un deuxième dispositif capable d'être déverrouillé par un premier dispositif, le support de stockage stockant des instructions qui, lorsqu'elles sont exécutées 10 par un processeur, exécutent un procédé comprenant : la réception d'une clé de dispositif publique et d'une clé secrète en provenance du premier dispositif ; la signature de la clé de dispositif publique reçue avec une clé de dispositif privée associée au deuxième dispositif ; 15 l'envoi d'une clé secrète au premier dispositif ; le traitement d'un code de déverrouillage ; l'extraction d'une clé maîtresse à partir du code de déverrouillage ; le cryptage de la clé maîtresse avec la clé secrète reçue ; et l'utilisation de la clé maîtresse pour exécuter 20 une opération de déverrouillage. En plus ou selon une va- riante d'un ou plusieurs des exemples décrits ci-dessus, dans certains exemples, le procédé comprend en outre l'authentification du premier dispositif à l'aide d'un ID de dispositif associé au premier dispositif. En plus ou 25 selon une variante d'un ou plusieurs des exemples décrits ci-dessus, dans certains exemples, le procédé comprend en outre le déverrouillage du deuxième dispositif à l'aide du code de déverrouillage. Certains exemples de la description concernent un 30 premier dispositif capable de déverrouiller un deuxième dispositif, le premier dispositif comprenant : un module d'authentification configuré pour établir une relation de confiance avec le deuxième dispositif et l'authentification du premier dispositif à l'aide d'une clé de disposi- 35 tif ; un module de réception configuré pour recevoir une 3025339 29 clé secrète en provenance du deuxième dispositif ; un module de traitement d'entrée utilisateur configuré pour traiter une entrée utilisateur reçue en provenance d'un dispositif d'entrée/sortie ; et un module de transmis- 5 sion configuré pour transmettre la clé secrète reçue au deuxième dispositif pour déverrouiller le deuxième dispositif en réponse à la réception de l'entrée utilisateur, l'établissement de la relation de confiance avec le deuxième dispositif comprenant l'utilisation d'une clé géné- 10 rée à partir d'une clé matérielle associée au premier dispositif pour authentifier la clé de dispositif. Certains exemples de la description concernent un deuxième dispositif capable d'être déverrouillé par un premier dispositif, le deuxième dispositif comprenant : 15 un module de réception configuré pour recevoir une clé de dispositif publique en provenance du premier dispositif ; un module de signature de clé configuré pour signer la clé de dispositif publique reçue avec une clé de dispositif privée associée au deuxième dispositif ; un module de 20 transmission configuré pour envoyer une clé secrète au premier dispositif ; un module de traitement d'entrée utilisateur configuré pour traiter un code de déverrouillage ; un module d'extraction configuré pour extraire une clé maîtresse à partir du code de déverrouillage ; un mo- 25 dule de cryptage configuré pour crypter la clé maîtresse avec la clé secrète ; un module de réception pour recevoir la clé secrète en provenance du premier dispositif et récupérer la clé maîtresse à l'aide de la clé secrète reçue ; et un module de déverrouillage configuré pour 30 utiliser la clé maîtresse afin d'effectuer une opération de déverrouillage. Bien que des formes de réalisation aient été entiè- rement décrites en référence aux dessins joints, on com- prendra que différents changements et modifications se- 35 ront évidents pour l'homme du métier. Ces changements et REVENDICATIONS1. Procédé de déverrouillage d'un deuxième dispositif (112) à partir d'un premier dispositif (100), comprenant : l'établissement d'une relation de confiance avec le deuxième dispositif (112) ; l'authentification (403) du premier dispositif (100) à l'aide d'une clé de dispositif (Kun, Kun) ; la réception (404) d'une clé secrète (S) en prove- nance du deuxième dispositif (112) ; la réception (406) d'une entrée utilisateur en provenance d'un dispositif d'entrée/sortie ; et la transmission (412) de la clé secrète (S) reçue au deuxième dispositif (112), pour déverrouiller (414) le 15 deuxième dispositif (112) en réponse à la réception de l'entrée utilisateur, l'établissement de la relation de confiance avec le deuxième dispositif (112) comprenant l'utilisation d'une clé générée à partir d'une clé matérielle associée au 20 premier dispositif (100) pour authentifier la clé de dis- positif. 2. Procédé selon la revendication 1, dans lequel, avant l'établissement de la relation de confiance avec le premier dispositif (100), le procédé comprend en outre 25 l'appariement du premier dispositif (100) avec le deu- xième dispositif (112) par affichage d'un code sur un écran pour sa capture par le deuxième dispositif (112). 3. Procédé selon la revendication 2, dans lequel, l'appariement avec le deuxième dispositif (112) est ef- 30 fectué avec une clé hors-bande Bluetooth. 4. Procédé selon la revendication 1, dans lequel, l'établissement de la relation de confiance avec le deuxième dispositif (112) comprend l'envoi d'une clé publique (Kaul,pub) au deuxième dispositif (112). 35 5. Procédé selon la revendication 4, dans lequel la 3025339 32 clé publique (Kaul,pub) comprend une clé de dispositif générée à partir d'un secret d'instance, d'un UUID identifiant un ensemble de clés, et d'une clé matérielle de dispositif privée. 5 6. Procédé selon la revendication 4, comprenant en outre la validation de la clé publique (Kaul,pub) à l'aide d'une clé générée à partir d'une clé matérielle associée au premier dispositif. 7. Procédé selon la revendication 6, dans la clé ma- 10 térielle est partagée avec le deuxième dispositif (112). 8. Procédé selon la revendication 1, comprenant en outre l'authentification du deuxième dispositif (112) à l'aide d'une clé de dispositif associée (KDU2) au deuxième dispositif (112). 9. Procédé selon la revendication 8, dans lequel la clé de dispositif (KDU2) associée au deuxième dispositif (112) est configurée pour indiquer si le deuxième dispositif (112) a ou non été précédemment déverrouillé. 10. Support de stockage lisible par ordinateur non transitoire (1006) d'un premier dispositif (100) capable de déverrouiller un deuxième dispositif (112), le support de stockage (1006) stockant des instructions qui, lorsqu'elles sont exécutées par un processeur, exécutent un procédé comprenant : l'authentification du premier dispositif (100) l'aide d'une clé de dispositif (Kun, KDU2) ; la réception d'une clé secrète (S) en provenance du deuxième dispositif (112) ; le traitement d'une entrée utilisateur reçue en pro- venance d'un dispositif d'entrée/sortie du premier dis- positif (100) ; et la transmission de la clé secrète (S) reçue au deu- xième dispositif (112) pour déverrouiller le deuxième dispositif (112) en réponse à l'entrée utilisateur. 11. Support de stockage lisible par ordinateur non 3025339 33 transitoire (1006) selon la revendication 10, le procédé comprenant en outre la détection du fait que le deuxième dispositif (112) se trouve ou non à portée Bluetooth du premier dispositif (100). 5 12. Support de stockage lisible par ordinateur non transitoire (1006) selon la revendication 10, le procédé comprenant en outre la signature d'une première clé avec une deuxième clé. 13. Support de stockage lisible par ordinateur non 10 transitoire (1006) selon la revendication 12, dans lequel la première clé comprend une clé de dispositif et la deuxième clé comprend une clé globale de SEP. 14. Support de stockage lisible par ordinateur non transitoire (1006) selon la revendication 10, le procédé 15 comprenant en outre la génération d'au moins l'une par- mi : une clé globale de SEP, une clé de dispositif et une clé de déverrouillage de dispositif. 15. Premier dispositif (100; 500) capable de déverrouiller un deuxième dispositif (112 ; 800), le premier 20 dispositif comprenant : un module d'authentification (506) configuré pour établir une relation de confiance avec le deuxième dispositif et authentifier le premier dispositif à l'aide d'une clé de dispositif ; 25 un module de réception (505) configuré pour recevoir une clé secrète en provenance du deuxième dispositif ; un module de traitement d'entrée utilisateur (508) configuré pour traiter une entrée utilisateur reçue en provenance d'un dispositif d'entrée/sortie ; et 30 un module de transmission (504) configuré pour transmettre la clé secrète reçue au deuxième dispositif pour déverrouiller le deuxième dispositif en réponse à la réception de l'entrée utilisateur, l'établissement de la relation de confiance avec le 35 deuxième dispositif comprenant l'utilisation d'une clé 3025339 34 générée à partir d'une clé matérielle associée au premier dispositif pour authentifier la clé de dispositif.