Brevet FR3049088A1 — publié le 20170922

INTRODUCTION La présente invention se rapporte au domaine de la gestion des 5 identités digitales. Plus particulièrement, l'invention a trait à des moyens adaptés notamment pour gérer et sécuriser des identités digitales, sans divulgation, à travers un réseau informatique décentralisé. Les systèmes de gestion d'identités digitales actuels, comme ceux 10 utilisés par les sites internet ou les opérateurs présentent des limitations connues. En particulier, il n'est pas possible d'y intégrer la gestion des identités digitales relatives à des objets, des groupes d'individus et encore des organisations. Également, par le manque de protection qu'elles offrent aux utilisateurs ces identités digitales sont réellement problématiques pour la 15 protection de la vie privée des utilisateurs qui doivent en permanence faire confiance à la bonne gestion et à l'éthique des fournisseurs d'identités digitales qu'ils utilisent. D'autres procédés, visant à pallier ces limitations sont ainsi connus. 20 En particulier, il est possible, par l'intermédiaire d'infrastructure à clés publiques de permettre à une identité digitale spécifique de s'authentifier de manière sécurisée sur un site internet. Le problème étant que ce type de solution quasi exclusivement réservée aux entreprises, compte tenu de la complexité de mise en oeuvre, se révèle inadaptée pour un usage commun. 25 Également, ce type de système pose le problème majeur du renouvellement des clés cryptographiques dont la résistance aux attaques ne peut excéder quelques mois. C'est pourquoi il existe un besoin pour des moyens de gestions 30 d'identité digitales permettant de gérer un panel d'identités intégrant aussi bien des objets, des individus ou des groupes d'individus, que des 3049088 - 2 - applications des services ou des d'organisations et intégrant intrinsèquement des solutions de chiffrement renouvelées en permanence. Un objet de l'invention est de fournir des moyens de gérer des 5 identités digitales associées à un individu, un objet, une organisation, un service, une application ou encore un groupe d'individus, d'objets, d'organisations, de services, d'applications à travers un réseau informatique décentralisé. Un autre objet de l'invention est de fournir un moyen de généraliser le chiffrement des identités digitales et des données associées à 10 ces identités digitales. Un autre objet de l'invention est de fournir un moyen de renouveler en permanence les clés cryptographiques d'une identité digitale donnée à travers une chaîne de messages associée à une identité digitale. Un autre objet de l'invention est de fournir une infrastructure de validation permettant d'associer des conditions à la validation d'une modification ou 15 d'une opération relative à une identité digitale. Un autre objet est de permettre dans le respect du choix d'une identité digitale la possibilité d'associer des informations de type réputation et de type certification. Un autre objet est de permettre des échanges de valeurs sans divulgation à travers des identités digitales. L'objet principal de cette invention est, à travers un réseau 20 informatique décentralisé, d'offrir un très haut niveau de sécurité, de garantir la confidentialité des données associées à une identité digitale pour réaliser tout type de transaction informatique. 3049088 -3 RESUME Ainsi, un mode de réalisation prévoit un procédé, mis en oeuvre dans un réseau comportant au moins deux dispositifs adaptés pour mettre en oeuvre un procédé cryptographique de signature numérique, de chiffrement et de déchiffrement, apte à gérer des identités digitales associées à un individu, un objet, une organisation, un service, une application à travers une chaîne de messages, ledit procédé étant caractérisé en ce qu'il comporte les étapes suivantes : - une première étape, dans laquelle au moins un dispositif émetteur, adapté pour certifier une identité digitale, comportant au moins une première clé cryptographique définie comme clé relative à une identité digitale A et au moins une deuxième clé privée cryptographique dont la clé publique est connue par au moins un dispositif récepteur en tant que clé habilitée à certifier une identité digitale, transmet un premier message (11) à au moins un dispositif récepteur comportant au moins les données suivantes : ^ une clé de contrôle relative à l'identité digitale A (CC_IDA1) ; ^ au moins une zone de données (DONNÉES); ^ la clé publique (CPUB _IDA1) relative à la clé de contrôle (CC_IDA1); ^ la signature (SIG_IDA1) dudit premier message associée première à la clé de contrôle (CC_IDA1) ; ^ la signature (SIG_DISPEM) dudit premier message associée à au moins une clé habilitée à certifier une identité digitale ; - une deuxième étape dans laquelle ledit au moins un dispositif récepteur, adapté pour valider un message, disposant d'au moins une clé publique relative aux dispositifs habilités à certifier une identité digitale et disposant d'au moins une clé privée dont au moins une clé publique est connue d'au moins un dispositif émetteur : ^ vérifie la validité de la signature relative première clé de contrôle (CC_IDA1) et ; 3049088 -4 ^ vérifie que la signature du dispositif (SIG_DISPEM) est valide et qu'elle correspond à ladite au moins une clé publique connue par au moins un dispositif récepteur en tant que clé habilitée à certifier une identité digitale et ; 5 ^ stocke le message (11) et y associe un message (12) de validation contenant : la clé de contrôle calculée (CC_MES) du message (11), la clé de contrôle de la clé publique utilisée par le dispositif émetteur et retrouvée par le dispositif récepteur (CC_DISPEM), la clé publique associée au dispositif récepteur (CPUB_DISPR) et la signature 10 (SIG_DISPR) dudit message de validation; Selon un mode de réalisation, le procédé est caractérisé en ce que ledit premier message (11) est associé en outre à au moins un deuxième 15 message (13) ou (15) d'au moins une même chaine de messages, caractérisé en ce qu'il comporte les étapes suivantes : - au moins un dispositif émetteur transmet un message (13) ou (15) à au moins un dispositif récepteur comportant les données suivantes : une nouvelle clé de contrôle relative à l'identité digitale A (CC_IDA2) 20 relative à une clé privée générée de façon aléatoire et ; la clé de contrôle du précédent message transmis de l'identité digitale A (CC_IDA1) et ; au moins une zone de données (DONNÉES) et ; la clé publique (CPUB_IDA1) relative à la clé de contrôle (CC_IDA1) 25 et , la signature (SIG_IDA1) relative à la clé de contrôle (CC_IDA1) et ; la signature du dispositif émetteur (SIG_DISPEM) et ; - au moins un dispositif récepteur : vérifie la validité de la signature relative à la clé de contrôle 30 (CC_IDA1) et ; vérifie que la signature du dispositif (SIG_DISPEM) est valide et qu'elle correspond à au moins une des clés publiques listées dans la 3049088 liste des clés publiques correspondantes au dispositif autorisé à certifier une identité digitale et ; - stocke le message (13) ou (15) en tant que dernier message relatif à la chaîne de messages associée à l'identité digitale A et y associe un 5 message (12) de validation contenant : la clé de contrôle (CC_MES) du message (13) ou (15), la clé de contrôle de la clé publique utilisée par le dispositif émetteur et retrouvée par le dispositif récepteur (CC_DISPEM), la clé publique associée au dispositif récepteur (CPUB_DISPR) et la signature (SIG_DISPR) dudit message de 10 validation. Selon un mode de réalisation, le procédé met en oeuvre, en outre, un dispositif émetteur adapté pour vérifier et certifier l'unicité d'un individu ou d'un objet, comportant au moins une clé cryptographique d'unicité IDUNIQ 15 pour ledit individu ou ledit objet et au moins un dispositif récepteur associé à l'identité digitale B comportant au moins une première et une dernière clé publique connue du dispositif émetteur ainsi que la liste des clés publiques correspondantes aux dispositifs autorisés à certifier une identité ou un objet comme unique. Ledit procédé étant caractérisé en ce qu'il comporte les 20 étapes suivantes : - au moins un dispositif émetteur associé à l'identité unique IDUNIQ transmet un message chiffré (14) avec la clé publique relative au dernier message transmis par l'identité digitale B à au moins un dispositif récepteur associé à l'identité digitale B comportant les données 25 suivantes : - une clé publique d'association (CPUB_IDASS), relative à une clé privée générée à partir d'une combinaison entre la clé de contrôle relative à ladite clé d'unicité IDUNIQ et la clé de contrôle relative à la clé publique du premier message transmis par l'identité digitale B et ; 30 - au moins une zone de données (DONNÉES) et ; - la signature (SIG_IDASS) associée à la clé publique d'association (CPUB_IDASS) et ; 3049088 6- - la signature du dispositif émetteur (SIG_DISPEM) et ; - au moins un dispositif récepteur associé à l'identité digitale B - déchiffre le message (14) et ; - vérifie la validité de la signature relative à la première clé publique 5 d'association (CPUB_IDASS) et ; vérifie la signature du dispositif émetteur (SIG_DISPEM) et ; - stocke les données relatives audit individu ou audit objet à partir de la clé publique d'association unique pour ledit individu ou ledit objet. 10 Selon un mode de réalisation, le procédé met en oeuvre, en outre une authentification et/ou un enregistrement d'une identité digitale associée à au moins un message (11), (13) ou (15) par rapport à au moins une autre identité digitale associée à au moins un message (11), (13) ou (15), caractérisé en ce qu'il comporte les étapes suivantes : 15 - au moins un dispositif émetteur associé à l'identité digitale A transmet un message chiffré (25) avec la clé publique du dernier message transmis relatif à l'identité digitale B à au moins un dispositif récepteur associé à l'identité digitale B comportant les données suivantes - une clé publique (CPUB_IDAD), relative à la clé de contrôle du 20 dernier message transmis de l'identité digitale A et ; au moins une zone de données (DONNÉES) et ; au moins une zone listant toutes les précédentes clés publiques (CPUB_IDAD-1) relatives aux messages transmis par l'identité digitale A et ce depuis le premier message par l'identité digitale A 25 ainsi que les signatures associées (SIG_IDAD-1) et ; - la signature (SIG_IDAD) du message associée à la clé publique (CPUB_IDAD) et ; la signature du dispositif émetteur (SIG_DISPEM) et ; - au moins un dispositif récepteur associé à l'identité digitale B : 30 - déchiffre le message (25) et ; vérifie la validité de la signature relative à la clé publique (CPUB_IDAD) et ; 3049088 7 - vérifie la signature du dispositif émetteur (SIG_DISPEM) et ; - ajoute la clé publique (CPUB_IDAD) ou la clé de contrôle associée comme nouvelle clé d'association avec l'identité digitale A. 5 Selon un mode de réalisation, le procédé met en oeuvre une identité digitale adaptée pour résilier une association avec au moins une autre identité digitale. Ledit procédé étant caractérisé en ce qu'il comporte les étapes suivantes : - un dispositif émetteur associé à une identité digitale stocke un message 10 contenant la première clé publique d'au moins une autre identité digitale ainsi qu'une mention indiquant la résiliation et/ou ; - le dispositif récepteur associé à une identité digitale stocke un message contenant la clé d'association ainsi qu'une mention indiquant la résiliation. 15 Selon un mode de réalisation, le procédé met en oeuvre, en outre, une base de données (BANQ) adaptée à référencer au moins une valeur associée à au moins une clé de contrôle. Ledit procédé étant caractérisé en ce que ledit message (11), (13) ou (15) est constitué d'un sous message (16) 20 et comporte les étapes suivantes : - au moins un dispositif émetteur associé à une identité digitale A transmet un message (11), (13) ou (15) à au moins un dispositif récepteur comportant au moins les données suivantes : - une nouvelle clé de contrôle (CC_IDAN) relative à un nouveau 25 message transmis de l'identité digitale A et ; - la clé de contrôle relative au précèdent message transmis de l'identité digitale A (CC_IDAP) et ; - au moins deux zones de données (16) contenant : - une zone chiffrée avec une des clés publiques relatives à au 30 moins un dispositif récepteur (CPUB_DISPR), contenant une clé publique (CPUBVALA1) relative à une clé privée « valeur 3049088 8 (CPVALA1) générée aléatoirement ainsi que des conditions d'usage associées et ; une zone contentant la clé privée « valeur » (CPVALA1) chiffrée avec chacune des clés publiques des identités 5 digitales autorisées à avoir accès à la clé privée « valeur » (CPVALA1) et ; la clé publique (CPUB_IDAP) relative à la clé de contrôle (CC_IDAP) et ; la signature (SIG_IDAP) associée à la première clé de contrôle 10 (CC_IDAP) et ; la signature du dispositif émetteur (SIG_DISPEM) et ; - au moins un dispositif récepteur : - vérifie la validité des signatures (CC_IDAP) et (SIG_DISPEM) et ; - stocke le message (11), (13) ou (15) en tant que dernier message 15 relatif à la chaîne de messages associée à l'identité digitale A et y associe un message (12) de validation et ; - au moins un dispositif émetteur associé à une identité digitale C comportant une clé privée « valeur » (CPVALC1), transmet un message (20) à au moins un dispositif récepteur comportant les données 20 suivantes : - une clé de contrôle (CC_IDAN), relative à un message transmis par l'identité digitale A, chiffrée avec une des clés publiques relatives à au moins un dispositif récepteur (CPUB_DISPR) et ; la clé de contrôle « valeur » (CCVALC1) du dernier message transmis 25 par l'identité digitale C et ; un champ valeur (VAL) et ; - au moins un zone de données chiffrée avec la clé publique (CPUB_DISPR) utilisée pour chiffrer la clé de contrôle (CC_IDAN) et contenant au moins la clé de contrôle relative au dernier message 30 transmis par l'identité digitale C (CC_IDCN) et ; 3049088 - 9 - - éventuellement au moins un zone de données chiffrées avec la clé publique relative à la clé de contrôle (CC_IDAN) et contenant un message à destination de l'identité digitale A et ; éventuellement au moins un zone de données chiffrées avec la clé 5 publique relative à la clé de contrôle (CC_IDCN) et contenant un message relatif à l'identité digitale à l'origine du message et ; la clé publique (CPUB_VALC1) relative à la clé de contrôle « valeur » (CPVALC1) et ; la signature relative à la clé de contrôle « valeur » (CPVALC1) et ; 10 la signature du dispositif émetteur (SIG_DISPEM). - au moins un dispositif récepteur réalise les opérations suivantes : vérifie la validité de la signature (SIG_DISPEM) et ; recherche le dernier message relatif à l'identité digitale A à partir de la clé de contrôle (CC_IDAN) et déchiffre la clé publique 15 (CPUBVALA1) correspondante à la clé publique « valeur » de l'identité digitale A, ainsi que les conditions de validation et ; recherche le dernier message relatif à l'identité digitale C à partir de la clé de contrôle (CC_IDCN) et déchiffre la clé publique (CPUB_VALC1) correspondante à la clé publique « valeur » de 20 l'identité digitale C, ainsi que les conditions de validation associées et vérifie la validité de la signature (SIG_VALC1) et ; recherche la valeur associée à la clé de contrôle valeur (CCVALC1) dans ladite base de données (BANQ) et si les conditions associées 25 aux clés de contrôle (CCVALC1) et (CCVALA1) sont respectées alors : le dispositif récepteur ajoute un message de validation (12) associé au message (20) contenant au moins la signature et la clé publique dudit dispositif récepteur et ; 30 décrémente la valeur associée à la clé de contrôle (CCVALC1) de la valeur (VAL) sur ladite base de données (BANQ) et ajoute un message de validation contenant au moins la 3049088 -10- signature et la clé publique dudit au moins un dispositif récepteur et ; le dispositif récepteur incrémente la valeur associée à la clé de contrôle (CCVALA1) de la valeur (VAL) sur ladite base de 5 données (BANQ) et ajoute un message de validation contenant au moins la signature et la clé publique dudit au moins un dispositif récepteur. Selon un mode de réalisation, le procédé est adapté pour 10 renouveler une clé de contrôle « valeur » après au moins un message correspondant à un échange de valeur, ledit procédé étant caractérisé en ce qu'il comporte en outre les étapes suivantes : - un dispositif émetteur associé à l'identité A transmet au moins deux messages à au moins un dispositif récepteur : 15 - transmet un premier message (11), (13) ou (15) de type identité digitale, indiquant une nouvelle clé de contrôle de l'identité digitale A et les preuves nécessaires associées ainsi qu'une nouvelle clé de contrôle « valeur » et les conditions d'usage de ladite nouvelle clé de contrôle « valeur » et ; 20 transmet un deuxième message de type échange de valeur de la clé de contrôle « valeur » (CC_VALAN) de l'identité digitale A vers ladite nouvelle clé de contrôle « valeur » déclarée dans le deuxième message chiffré avec une des clés publiques relatives à au moins un dispositif récepteur. 25 Selon un mode de réalisation, le procédé est caractérisé en ce que ledit message (11), (13) ou (15) est constitué d'un sous message "contacts" (17) comportant: - une zone de données non chiffrée (DONPUB) relative aux données 30 publiques relatives l'identité digitale A et ; 3049088 - une zone de données chiffrée (DONDISR) avec une des clés publiques relatives à au moins un dispositif récepteur (CPUB_DISPR), contenant les données à destination d'au moins un dispositif récepteur et ; - des données chiffrées (DONCHIF) avec une clé privée « contacts » 5 générée aléatoirement et ; - ladite clé privée « contacts » chiffrée avec chacune des clés publiques des identités digitales (LISTPUB) autorisées à avoir accès auxdites données chiffrées (DONCHIF) et ; - la liste des clés publiques des identités digitales que l'identité digitale A 10 a stocké en tant que « contacts » (CONTACTS). Selon un mode de réalisation, le procédé est caractérisé en ce que ledit message (11), (13) ou (15) est constitué d'un sous message "propriétaires" (18) comportant : 15 - une première zone (DONPCHIF) contenant au moins la clé privée relative à la clé de contrôle (CC_IDAN) chiffrée avec une clé privée « propriétaires » générée aléatoirement; - une deuxième zone (LISPUBP) contenant au moins ladite clé privée « propriétaires », chiffrée avec chacune des clés publiques des identités 20 digitales autorisées à avoir accès à la clé privée relative à la clé de contrôle (CC_IDAN) nécessaire à la génération d'un nouveau message relatif à ladite identité digitale A Selon un mode de réalisation, le procédé est caractérisé en ce que 25 ledit message (18) est constitué d'au moins une zone de données DONDISR (19) comportant une troisième zone de données (DONDISR) chiffrée avec une des clés publiques relatives à au moins un dispositif récepteur, contenant les conditions de validation d'un nouveau message relatif à ladite identité digitale A. 30 Selon un mode de réalisation, le procédé est caractérisé en ce qu'il permet d'associer un message de type "réputation" (21) audit au moins un message (11), (13) ou (15) et comporte les étapes suivantes : - au moins un dispositif émetteur, adapté pour vérifier et certifier l'unicité d'un individu ou d'un objet associé à l'identité digitale disposant de la clé 3049088 -12- d'unicité IDUNIQ, transmet un message (21) relatif à l'identité digitale A à au moins un dispositif récepteur comportant les données suivantes : la clé de contrôle (CC_IDA1) relative au premier message transmis par l'identité digitale A et ; 5 la clé de contrôle d'association (CC_IDASSDR) avec au moins un dispositif récepteur, relative à une clé privée générée à partir d'une combinaison entre la clé de contrôle relative à ladite clé d'unicité IDUNIQ et la clé de contrôle relative à la première clé publique d'au moins un dispositif récepteur et ; 10 - au moins une zone de données DONREP contenant au moins une information de type réputation, la référence et la preuve d'un message permettant de relier ledit individu ou ledit objet, à l'origine dudit message (21), à l'identité digitale A et ; - la clé publique (CPUB_IDASSDR) associée à la clé de contrôle 15 d'association (CC_IDASSDR) chiffrée avec une des clés publiques relatives à au moins un dispositif récepteur (CPUB_DISPR) et ; - la clé de contrôle (CC_DISPR) de la clé publique relative à au moins un dispositif récepteur utilisé pour chiffrer la clé publique (CPUB_IDASSDR) et ; 20 - la signature associée à la clé de contrôle d'association (SIG_IDASSDR) et ; - la signature du dispositif émetteur (SIG_DISPEM). - au moins un dispositif récepteur : - vérifie la validité des signatures (SIG_IDASSDR) et (SIG_DISPEM) et ; 25 - vérifie la validité de la signature du message permettant de relier ledit individu ou ledit objet à l'identité digitale A et ; - vérifie dans la zone de paramètre chiffré pour au moins un dispositif récepteur (DONDISR) du dernier message par l'identité digitale A que ladite identité digitale A autorise l'ajout d'un message de type 30 réputation et ; - stocke le nouveau message (21) et y associe un message de type validation (12) si toutes les conditions sont validées. 3049088 -13- Selon un mode de réalisation, le procédé est caractérisé en ce qu'il permet d'associer un message de type "certification" (22) audit au moins un message (11), (13) ou (15) et comporte les étapes suivantes : 5 - au moins un dispositif émetteur associé à l'identité digitale D transmet un message (22) à au moins un dispositif récepteur comportant les données suivantes : la clé de contrôle (CC_IDA1) relative au premier message de l'identité digitale A et ; 10 la clé de contrôle (CC_IDD1) relative au premier message transmis de l'identité digitale D et ; au moins une zone de données (DONCERT) contenant au moins une information de type certification et ; - la clé publique (CPUB_DERIDD) du dernier message relatif à 15 l'identité D et ; la signature (SIG_DERIDD) relative à la clé privée du dernier message relatif à l'identité D et ; la signature du dispositif émetteur SIG_DISPEM. - au moins un dispositif récepteur : 20 - vérifie la validité des signatures (SIG_DERIDD) et (SIG_DISPEM) et ; - vérifie dans la zone de paramètre chiffrée pour le au moins un dispositif récepteur (DONDISR) du dernier message par l'identité digitale A les conditions de l'ajout d'un message de type certification et ; 25 - stocke le nouveau message (22) et y associe un message de type validation (12) si toutes les conditions sont validées. Selon un mode de réalisation, le procédé est adapté pour réinitialiser ledit au moins un message (11), (13) ou (15), caractérisé en ce que 30 : - au moins un dispositif émetteur associé à l'identité digitale A transmet un message (23) à au moins un dispositif récepteur ne comportant pas de 3049088 -14- nouvelle clé de contrôle et indiquant en outre dans les différentes zones de données chiffrées (DONNEES) la nouvelle clé de contrôle de l'identité A réinitialisée, dont au moins une zone à destination d'au moins un dispositif récepteur et ; 5 - au moins un dispositif émetteur associé à l'identité digitale A transmet un message (24) à au moins un dispositif récepteur ne comportant pas de précédente clé de contrôle et indiquant en outre dans les différentes zones de données chiffrées (DONNEES) la précédente clé de contrôle de l'identité A, dont au moins une pour le au moins un dispositif 10 récepteur ; l'ensemble des données pourront être copiées à l'exception des messages reliés à la clé de contrôle du premier message de la précédente identité A. Selon un mode de réalisation, le procédé est adapté pour relier un 15 identifiant de joignabilité audit au moins un message (11), (13) ou (15), caractérisé en ce qu'il comporte les étapes suivantes : - un dispositif émetteur associé à une identité digitale transmet un premier message vers un identifiant de joignabilité dont il ne connait pas l'identité digitale associée, ledit dispositif émetteur réalise au préalable les 20 opérations suivantes : - calcul une clé de contrôle «identifiant» à partir dudit identifiant de joignabilité et ; remplace ledit identifiant de joignabilité par ladite clé de contrôle «identifiant» et ; 25 - ajoute un deuxième champ type de message indiquant que l'adresse de destination du message correspond à un identifiant de joignabilité et ; - au moins un dispositif récepteur, recherche un message dont la clé de contrôle du premier message correspond à ladite clé de contrôle « 30 identifiant » et dont le type correspond à un identifiant de joignabilité et ; 3049088 -15- - si celui-ci n'est pas trouvé ou que la durée de vie de l'association entre ledit identifiant de joignabilité et ladite identité digitale propriétaire est dépassée alors : au moins un dispositif récepteur génère un second message de type 5 «identifiant de joignabilité» en utilisant ladite clé de contrôle «identifiant» comme clé de contrôle et indique dans la zone chiffrée à destination du au moins un dispositif récepteur que l'identité associée n'a pas encore été prouvée et signe le message à l'aide de sa clé privée et ; 10 au moins un dispositif récepteur envoie un message suivant le mode commun le plus approprié en fonction du type d'identifiant de joignabilité, pour que le propriétaire relatif l'identité digitale associée puisse en prouver la possession et ; - au moins un dispositif émetteur associé à l'identité digitale 15 propriétaire dudit identifiant de joignabilité transmet un troisième message à au moins un dispositif récepteur prouvant sa possession dudit identifiant de joignabilité et ; - au moins un dispositif récepteur génère un quatrième message associé à ladite clé de contrôle «identifiant» dudit identifiant de 20 joignabilité contenant dans la zone chiffrée à destination d'au moins un dispositif récepteur : la clé de contrôle du premier message de ladite identité digitale du propriétaire de l'identifiant de joignabilité, la clé privée ayant permis de générer la nouvelle clé de contrôle dudit troisième message ainsi que la durée de vie de 25 l'association entre ledit identifiant de joignabilité et ladite identité digitale propriétaire et ; - au moins un dispositif récepteur génère un cinquième message de type validation (12) relatif au premier message contenant la clé de contrôle du premier message de ladite identité digitale propriétaire 30 dans la zone (DONNEES) seulement si toutes les conditions sont validées. 3049088 -16- Selon un mode de réalisation, le procédé met en oeuvre, en outre, une base de données identité (ID) de stockage d'au moins un message (11), (13) ou (15) relatif à au moins une identité digitale et au moins un message de validation (12) d'au moins un dispositif récepteur. 5 Selon un mode de réalisation, le procédé met en oeuvre, en outre, une base de données référence valeur (BANQ) adaptée pour stocker une valeur relative à au moins une clé de contrôle. Ledit procédé est caractérisé en ce que : 10 o au moins un dispositif récepteur recherche, crée, incrémente et décrémente les valeurs associées aux clés de contrôles valeur sur ladite base de données référence valeur (BANQ) si les conditions associées auxdites clés de contrôle « valeur » sont respectées. 15 Selon un mode de réalisation, le procédé met en oeuvre, en outre, une base de données (ATTENTKO) adaptée pour stocker les messages non validés et les messages refusés, ledit procédé est caractérisé en ce que o au moins un dispositif récepteur stocke les messages qui ne sont pas encore validés ou qui sont refusés dans ladite base de données 20 (ATTENTKO). Selon un mode de réalisation, le procédé comporte un système caractérisé en ce qu'il comporte des moyens techniques adaptés pour mettre en oeuvre un procédé cryptographique de signature, de chiffrement et de 25 déchiffrement et comportant : - au moins un dispositif émetteur : ^ adapté pour : - transmettre au moins un message à au moins un dispositif récepteur et; 30 récupérer et vérifier au moins un message d'au moins un dispositif récepteur et ; calculer une clé de contrôle relative à une clé publique et ; 3049088 -17- - calculer une clé publique relative à une clé privée et ; - calculer une signature cryptographique, en chiffrant la clé de contrôle d'au moins un message avec au moins une clé privée et ; ^ habilité à certifier au moins une identité digitale par l'intermédiaire 5 d'au moins une clé privée cryptographique dont au moins un dispositif récepteur en connait la clé publique et ; ^ habilité à certifier au moins une clé cryptographique d'unicité IDUNIQ relative à un individu ou à un objet unique par l'intermédiaire d'au moins une clé privée dont au moins un dispositif récepteur en connaît 10 la clé publique. Ladite clé d'unicité est utilisée pour calculer la clé privée d'association : - avec une identité digitale : à partir de la clé de contrôle relative au premier message transmis par ladite identité digitale et à partir de la clé de contrôle de la clé publique relative à ladite clé privée 15 cryptographique d'unicité IDUNIQ ou ; - avec au moins un dispositif récepteur : à partir de la clé de contrôle relative à la première clé publique d'au moins un dispositif récepteur et à partir de la clé de contrôle de la clé publique relative à ladite clé privée cryptographique d'unicité IDUNIQ. 20 - au moins un dispositif récepteur : ^ adapté pour recevoir, vérifier, valider et stocker au moins un message et ^ comporte au moins une clé privée cryptographique dont au moins un dispositif émetteur en connaît la clé publique et ; 25 ^ comportant au moins une clé publique relative à ladite clé privée cryptographique habilitée à certifier au moins une clé cryptographique d'unicité IDUNIQ et ; ^ comportant au moins une clé publique relative à ladite clé privée cryptographique habilitée à certifier au moins une identité digitale et ; 30 ^ adapté pour retrouver une clé publique cryptographique à partir d'au moins une signature cryptographique et au moins une liste d'au moins une clé publique. 3049088 -18- BRÈVE DESCRIPTION DES FIGURES D'autres particularités et avantages de la présente invention 5 apparaîtront, dans la description ci-après de modes de réalisation, en référence aux dessins annexés, dans lesquels : [Figure 1] vue schématique de la transmission et de la validation d'un message relatif à une identité digitale comportant les dispositifs émetteurs (1) et (2), les dispositifs récepteurs (3) et (4) intégrés dans un réseau 10 décentralisé et une transaction de base (10) ; [Figure 2a] vue schématique des messages transmis par les dispositifs émetteurs (11), (13), (14), (15), (16), (17), (18), (19) et (20) et des messages générés par les dispositifs récepteurs (12) ; [Figure 2b] vue schématique des messages transmis par les 15 dispositifs émetteurs (21), (22), (23), (24) et (25) ; [Figure 2c] vue schématique d'un message relatif à au moins une identité digitale permettant de stocker des informations relatives à au moins une autre identité digitale. [Figure 3] vue schématique du lien entre les clés biométriques, les 20 clés privées cryptographiques, les clés publiques cryptographiques et les clés de contrôle. [Figure 4] vue schématique d'une opération d'identificationauthentification-enregistrement d'une identité digitale sur un site Internet. [Figure 5] vue schématique des bases de données hébergées par 25 les dispositifs récepteurs. 3049088 -19- DESCRIPTION DÉTAILLÉE 5 En référence notamment à la figure 1, un procédé mis en oeuvre dans un réseau comportant au moins un premier (1) et un deuxième (2) dispositif émetteur et au moins un premier (3) et un deuxième (4) dispositif récepteur, tous adaptés pour réaliser des calculs cryptographiques va maintenant être décrit. 10 La figure 2c représente un message de base liée à une identité digitale et au stockage des clés privées d'un individu, ce message est émis par un dispositif émetteur. Une fois le message il est alors vérifié puis validé ou non par les dispositifs récepteurs qui ajoutent en fil des validations leurs 15 signatures, ces signatures plutôt que d'être ajoutées sur d'autres entrées de la base utilisent la fonctionnalité des bases orientées colonnes permettant d'avoir une infinité de colonnes chacune associée à un dispositif récepteur donné. La capacité de la base de données orientée colonne prend tout son sens dans la figure 2c où les colonnes (VALID_DISPR) doivent pouvoir contenir une infinité 20 de colonnes, dans la pratique potentiellement autant que le nombre de dispositifs récepteurs (3), ces colonnes sont également appelées « supercolonnes ». Pour réaliser ces opérations sans engendrer une latence réseau 25 trop importante et tout en assurant une sécurité d'autant plus importante que la criticité du message est élevée, ce qui, de fait, est une des innovations majeures de cette invention, les validations sont réalisées de façon asynchrone. Chaque message de validation d'au moins un dispositif récepteur s'ajoute au fil des messages transmis par au moins un dispositif émetteur et 30 indépendamment d'un message précédent. La contrainte étant pour un message donné qu'il y ait suffisamment de messages de validation 12 pour 3049088 -20- que ledit message transmis soit considéré comme valide et associé à la chaîne des messages dudit message. La figure 2a (13) représente une chaîne de messages caractérisée 5 par une clé de contrôle (CC_IDA2) signée avec la clé associée à la clé de contrôle du message précédant (CC_IDA1) et validée par un nombre suffisant de dispositifs récepteurs (3). La figure 2a (20) représente une valeur associée à un message de 10 type identité digitale. Caractérisée par la présence d'une clé générée aléatoirement et des conditions d'utilisation, accessibles aux dispositifs récepteurs ainsi qu'aux personnes habilitées à envoyer des messages de type transfert de valeurs. Ladite clé générée aléatoirement est renouvelée à chaque nouveau message ajouté à une chaîne de messages de sorte à éviter toute 15 corrélation entre une identité digitale donnée et une clé de transfert de valeurs. La figure 2b (14) représente une clé d'unicité d'un individu donné, l'unicité est d'une part prouvée par le dispositif émetteur selon le mode réalisation qui convient et d'autre part jamais dévoilée par le dispositif 20 émetteur. Ladite clé d'unicité lors de son utilisation est toujours générée en combinaison d'au moins une clé publique d'au moins un dispositif récepteur, ou selon le mode de réalisation de cette invention à partir de la première clé publique de la chaîne des messages du dispositif récepteur. De cette manière ce n'est jamais la clé d'unicité qui est dévoilée, mais la clé unique associée à 25 un dispositif récepteur donné. Il est à noter que par l'intermédiaire de ce procédé la clé d'unicité associée à un dispositif récepteur donné sera toujours identique pour ledit dispositif récepteur donné. Ce procédé permet de pouvoir gérer une infinité d'identités 30 digitales à travers une infinité de chaînes de messages. Lesdites identités digitales peuvent être associées à des individus, mais également à des groupes d'individu, des services, des organisations ou encore des objets. 3049088 -21 - Chaque ladite identité digitale est ainsi stockée sous forme d'une chaîne de messages (15). Le stockage sous forme de chaîne de messages permettra d'une part et par exemple de mettre à jour les données d'une identité digitale, de pouvoir automatiquement en renouveler la clé publique et de la mettre à 5 disposition des personnes autorisées (17) et d'autre part de garder l'historique de ladite identité digitale à travers ladite chaîne de messages. Selon le mode de réalisation de cette invention, seule la dernière clé publique du dernier message d'une chaîne de messages est autorisée à être utilisée pour signer un message à l'origine de ladite identité digitale. 10 Ce procédé permet de pouvoir relier les identifiants externes ou identifiants de joignabilité par exemple les numéros de téléphone, courriels, adresses postales, identifiant de réseaux sociaux ou tout autre type d'identifiant comme support de communication à travers une chaîne de 15 messages (15). Ledit dispositif récepteur permettra donc de relier lesdits identifiants de joignabilité à au moins une identité digitale. Ledit dispositif utilise le moyen le plus approprié pour réaliser cette union comme un SMS pour un numéro de téléphone mobile ou un courriel pour une adresse email, néanmoins chacun de ces identifiants étant considéré comme mutables, 20 l'union effective n'est donc que temporaire et l'utilisateur devra alors régulièrement revalider sa possession dudit identifiant de joignabilité. L'identifiant de joignabilité est alors stocké sous forme d'identité digitale (15) dont la première clé de contrôle (CC_IDAN) est une empreinte cryptographique reproductible permettant de relier par exemple un numéro de 25 téléphone à une chaîne donnée, de cette façon il est possible pour un individu donné de faire la vérification inverse à savoir que ledit par exemple numéro de téléphone lui appartenant et est bien associé à au moins une de ses identités digitales. 30 Ce procédé permet de fournir un service d'annuaire dynamique et capable d'assurer le rôle d'intermédiaire de confiance pour les recherches de type annuaire. Ledit annuaire permettra ainsi de rechercher à partir des 3049088 -22- données qui lui ont été explicitement communiquées (DONNEES) de façon confidentielle fournie aux dispositifs récepteurs de pouvoir notifier ladite chaîne de messages relative à une identité digitale pour lui demander s'il accepte ou non la mise en relation. Comme pour toute chaîne de messages, un certain 5 nombre de conditions peuvent être ajoutées sur ladite chaîne de messages (15) par exemple pour filtrer ces demandes. Également les dispositifs récepteurs sont aptes à réaliser une recherche sur les parties non chiffrées (DONNEES) d'au moins une chaîne de messages de type identité digitale. 10 Selon le mode de réalisation de cette invention, la connaissance de la clé publique du dernier message (CPUB_IDAP) d'une identité digitale est la condition nécessaire pour pouvoir communiquer avec ladite identité digitale. La figure 2b (22) représente l'ajout un message de type 15 certification à au moins une chaîne de messages d'une identité digitale donnée. Ce type de message selon le mode de réalisation de cette invention peut être interdit par ladite identité digitale donnée par l'intermédiaire de conditions accessibles aux dispositifs récepteurs (DONNEES). Ce message de certification doit indiquer en clair l'identité digitale d'unicité associée aux 20 dispositifs récepteurs ainsi que toutes les preuves nécessaires associées. La figure 2b (21) représente l'ajout un message de type réputation à au moins une chaîne de messages d'une identité digitale donnée. Ce type de message selon le mode de réalisation de cette invention peut être interdit 25 par ladite identité digitale donnée par l'intermédiaire de conditions accessibles aux dispositifs récepteurs (DONNEES). Ce message de réputation doit indiquer en clair l'identité digitale d'unicité associée aux dispositifs récepteurs ainsi que toutes les preuves nécessaires associées. Les éléments de certification et de réputation étant associés à une chaîne de message, le seul 30 moyen de les réinitialiser est de réinitialiser la chaîne de messages associée à ladite identité digitale (23) et (24). 3049088 -23- Ce procédé permet de gérer un groupe d'identités digitales à travers une chaîne de messages (19). Ladite chaîne de messages utilisée dans un contexte de gestion d'un groupe permettra de déclarer différents types de membres et de propriétaires. Les propriétaires sont caractérisés par 5 la capacité à émettre seuls ou à plusieurs un nouveau message relatif à la chaîne de messages associée à ladite identité digitale. Ledit/lesdits membres et/ou propriétaires peuvent partager des données avec des droits d'accès déclinés autant que nécessaire matérialisés par la connaissance d'une clé cryptographique. Ladite/lesdites clés cryptographiques sont générées de 10 façon aléatoire et utilisées pour chiffrer au moins un conteneur de données (DONNEES). Ce qui permettra ainsi de décliner toutes les combinaisons de droits d'accès aux auxdites données. Les dispositifs récepteurs font partie des membres notamment dans le mécanisme de non-divulgation de la clé publique, les informations qui leur sont destinées sont également accessibles 15 par des conteneurs chiffrés avec au moins une clé publique partagée entre les dispositifs récepteurs. Ce procédé de gestion d'identités digitales permet, en outre, d'ajouter des conditions relatives à la multisignature pour l'ajout d'un message 20 à une chaîne de messages donnée. Cette multisignature est contrôlée par les dispositifs récepteurs qui sont capables de valider un message seulement si toutes les signatures nécessaires ont été ajoutées. L'ajout d'une signature à une transaction donnée peut être effectué de manière asynchrone par chacun des membres pour lesquels la signature a été requise par lesdites conditions. 25 Ce procédé de gestion d'identités digitales permet, en outre, de relier des chaînes de messages identités digitales hébergées par les dispositifs récepteurs à d'autres chaînes de messages, des chaînes de blocs, 30 des fichiers, des bases de données qu'ils soient ou non hébergés par lesdits dispositifs récepteurs. Lesdites chaînes de messages, chaînes de blocs, fichiers, ou bases de données hébergées ou non par lesdits dispositifs 3049088 -24- récepteurs disposent alors d'un deuxième champ (TYPE) spécifique permettant ainsi de donner une infinité d'origines ou de destinations audites chaînes de messages. 5 Ce procédé de gestion d'identités digitales permet, en outre, une authentification irréfutable à partir d'une chaîne de messages sans nécessiter la connaissance d'identifiant ou de mot de passe pour s'authentifier sur un service externe par exemple un site Internet - Fig.4 -, une application, un service ou un objet basé sur une technologie de chaînes de messages. Ladite 10 authentification irréfutable est basée sur la connaissance mutuelle de clés publiques des au moins deux parties, les clés publiques étant calculées à partir des clés privées générées de façon aléatoire. De cette façon il est possible pour une identité digitale donnée de générer autant d'identités digitales que de services externes sur lequel l'identité digitale souhaite pouvoir 15 s'authentifier. Le service externe peut, pour sa part, associer une clé privée pour un seul individu ou pour un groupe d'individu. Ce procédé de gestion d'identités digitales permet, en outre, de réaliser en une seule étape une requête d'enregistrement et/ou 20 d'authentification (25) d'une chaîne de messages sur une autre chaîne de messages, par exemple l'enregistrement et/ou l'authentification d'une identité digitale d'un individu sur un site Internet. Selon le mode de réalisation de cette invention le par exemple individu peut récupérer la dernière clé publique de la chaîne de messages dudit site Internet par l'intermédiaire d'un annuaire, ainsi 25 que le paramétrage demandé par ledit site Internet par exemple le prénom de l'individu et la preuve de son unicité. Ledit par exemple individu, n'a alors qu'à transmettre une requête chiffrée avec la dernière clé publique de la chaîne de transaction identité dudit site Internet en lui indiquant sa clé publique, les données demandées, les potentielles clés publiques et signatures 30 intermédiaires et la signature prouvant la possession de ladite clé privée. Ledit site Internet pourra alors stocker les informations relatives audit par exemple 3049088 -25- individu à partir de la clé publique ou de l'empreinte de ladite clé publique dudit individu. Ce procédé de gestion d'identités digitales permet, en outre, de 5 gérer des relations de type contacts, d'une part par le stockage de la liste des chaînes de messages relatives audits contacts (17), et d'autre part par la mise à disposition des informations partagées avec lesdits contacts matérialisés par le chiffrement par une clé générée aléatoirement desdites informations chiffrées avec chacune des clés publiques desdits contacts (DONCHIF). 10 Ce procédé de gestion d'identités digitales permet, en outre, par l'intermédiaire de la connaissance de la clé publique du dernier message d'une chaîne de messages d'établir une communication par exemple l'établissement d'un appel téléphonique, ou d'une visioconférence ou encore 15 de messages de type courriel ou messages instantanés. Ledit procédé de communication permet ainsi de se prémunir contre toute forme de communication indésirable et d'atteinte à la vie privée, par exemple : spam, télémarketing intrusif ou encore données privées cédées à des tiers etc. Egalement et par ce procédé d'authentification mutuelle, l'identité de la chaîne 20 de messages à l'origine de la communication mais également l'identité de la chaîne de transactions destinataire sera toujours connue, ce qui permettra d'ajouter un contrat sur ladite chaîne de messages du destinataire de la communication pour autoriser ou interdire une communication ultérieure 25 Le procédé permet également d'héberger les messages à travers au moins un dispositif récepteur ou sur des bases spécifiques (MSG) - Fig.5. Un utilisateur n'aura alors qu'à rechercher les messages relatifs à une des chaînes de messages auquel il est associé pour retrouver les messages lui étant destinés. Le procédé permet en outre de mettre à disposition un procédé 30 de notification de présence relatif à au moins une chaîne de messages relative à au moins une identité digitale donnée. La notification de présence est caractérisée par l'envoi périodique d'un message sur une adresse spécifique 3049088 -26- calculée à partir des informations partagées avec d'autres chaines de messages identités. Ledit procédé de notification de présence permettra en outre de préciser les moyens les plus adaptés en fonction de la situation du destinataire. Le procédé permet en outre de stocker, de sécuriser et de 5 partager tout élément de type agenda à travers les messages spécifiques associés à des chaînes de messages. Le procédé permet en outre de stocker, de sécuriser et de partager tout élément de type donnée à travers au moins un conteneur chiffré 10 pouvant contenir des données et des répertoires. Ledit conteneur peut s'apparenter au format d'une chaîne de messages associée à une identité digitale à la différence que ledit conteneur sera hébergé sur une autre base de données ou système de fichiers (DATA). Ledit conteneur est ainsi adressé de façon aléatoire ou en utilisant le procédé d'adressage des messages. Toute 15 écriture sur un conteneur spécifique nécessitera une signature avec la clé privée associée à l'adresse utilisée. Le procédé de stockage de données permet en outre de stocker, de partager et de garantir des données publiques, par l'intermédiaire d'au 20 moins un conteneur non chiffré pouvant contenir des données et des répertoires. Ledit conteneur peut s'apparenter au format d'une chaîne de messages associée à une identité digitale à la différence que ledit conteneur pourra être hébergé sur une autre base de données ou système de fichiers (DATA). 25 REVENDICATIONS1) Procédé, mis en oeuvre dans un réseau comportant au moins deux dispositifs adaptés pour mettre en oeuvre un procédé cryptographique de signature numérique, de chiffrement et de déchiffrement, apte à gérer des identités digitales associées à un individu, un objet, une organisation, un service, une application à travers une chaîne de messages, ledit procédé étant caractérisé en ce qu'il comporte les étapes suivantes : - une première étape, dans laquelle au moins un dispositif émetteur, adapté pour certifier une identité digitale, comportant au moins une première clé cryptographique définie comme clé relative à une identité digitale A et au moins une deuxième clé privée cryptographique dont la clé publique est connue par au moins un dispositif récepteur en tant que clé habilitée à certifier une identité digitale, transmet un premier message (11) à au moins un dispositif récepteur comportant au moins les données suivantes : ^ une clé de contrôle relative à l'identité digitale A (CC_IDA1) ; ^ au moins une zone de données (DONNÉES); ^ la clé publique (CPUB_IDA1) relative à la clé de contrôle (CC_IDA1); ^ la signature (SIG_IDA1) dudit premier message associée première à la clé de contrôle (CC_IDA1) ; ^ la signature (SIG_DISPEM) dudit premier message associée à au moins une clé habilitée à certifier une identité digitale ; - une deuxième étape dans laquelle ledit au moins un dispositif récepteur, adapté pour valider un message, disposant d'au moins une clé publique relative aux dispositifs habilités à certifier une identité digitale et disposant d'au moins une clé privée dont au moins une clé publique est connue d'au moins un dispositif émetteur : ^ vérifie la validité de la signature relative première clé de contrôle (CC_IDA1) et ; ^ vérifie que la signature du dispositif (SIG_DISPEM) est valide et qu'elle correspond à ladite au moins une clé publique connue par au 3049088 -28- moins un dispositif récepteur en tant que clé habilitée à certifier une identité digitale et ; - stocke le message (11) et y associe un message (12) de validation contenant : la clé de contrôle calculée (CC_MES) du message (11), la 5 clé de contrôle de la clé publique utilisée par le dispositif émetteur et retrouvée par le dispositif récepteur (CC_DISPEM), la clé publique associée au dispositif récepteur (CPUB DISPR) et la signature (SIG_DISPR) dudit message de validation; 10 2) Procédé selon la revendication 1, caractérisé en ce que ledit premier message (11) est associé en outre à au moins un deuxième message (13) ou (15) d'au moins une même chaine de messages, caractérisé en ce qu'il comporte les étapes suivantes : - au moins un dispositif émetteur transmet un message (13) ou (15) à au 15 moins un dispositif récepteur comportant les données suivantes : - une nouvelle clé de contrôle relative à l'identité digitale A (CC_IDA2) relative à une clé privée générée de façon aléatoire et ; la clé de contrôle du précédent message transmis de l'identité digitale A (CC_IDA1) et ; 20 au moins une zone de données (DONNÉES) et ; - la clé publique (CPUBJDA1) relative à la clé de contrôle (CC_IDA1) et ; - la signature (SIG_IDA1) relative à la clé de contrôle (CC_IDA1) et ; - la signature du dispositif émetteur (SIG_DISPEM) et ; 25 - au moins un dispositif récepteur : - vérifie la validité de la signature relative à la clé de contrôle (CC_IDA1) et ; vérifie que la signature du dispositif (SIG_DISPEM) est valide et qu'elle correspond à au moins une des clés publiques listées dans la 30 liste des clés publiques correspondantes au dispositif autorisé à certifier une identité digitale et ; 3049088 -29- - stocke le message (13) ou (15) en tant que dernier message relatif à la chaîne de messages associée à l'identité digitale A et y associe un message (12) de validation contenant : la clé de contrôle (CC_MES) du message (13) ou (15), la clé de contrôle de la clé publique utilisée 5 par le dispositif émetteur et retrouvée par le dispositif récepteur (CC_DISPEM), la clé publique associée au dispositif récepteur (CPUB_DISPR) et la signature (SIG_DISPR) dudit message de validation. 10 3) Procédé, selon les revendications 1 et 2, mettant en oeuvre, en outre, un dispositif émetteur adapté pour vérifier et certifier l'unicité d'un individu ou d'un objet, comportant au moins une clé cryptographique d'unicité IDUNIQ pour ledit individu ou ledit objet et au moins un dispositif récepteur associé à l'identité digitale B comportant au moins une première et une dernière clé 15 publique connue du dispositif émetteur ainsi que la liste des clés publiques correspondantes aux dispositifs autorisés à certifier une identité ou un objet comme unique. Ledit procédé étant caractérisé en ce qu'il comporte les étapes suivantes : - au moins un dispositif émetteur associé à l'identité unique IDUNIQ 20 transmet un message chiffré (14) avec la clé publique relative au dernier message transmis par l'identité digitale B à au moins un dispositif récepteur associé à l'identité digitale B comportant les données suivantes : une clé publique d'association (CPUB_IDASS), relative à une clé 25 privée générée à partir d'une combinaison entre la clé de contrôle relative à ladite clé d'unicité IDUNIQ et la clé de contrôle relative à la clé publique du premier message transmis par l'identité digitale B et ; - au moins une zone de données (DONNÉES) et ; la signature (SIG_IDASS) associée à la clé publique d'association 30 (CPUB_IDASS) et ; - la signature du dispositif émetteur (SIG_DISPEM) et ; - au moins un dispositif récepteur associé à l'identité digitale B : 3049088 - 30 - déchiffre le message (14) et ; vérifie la validité de la signature relative à la première clé publique d'association (CPUB_IDASS) et ; vérifie la signature du dispositif émetteur (SIG_DISPEM) et ; 5 stocke les données relatives audit individu ou audit objet à partir de la clé publique d'association unique pour ledit individu ou ledit objet. 4) Procédé, selon les revendications 1 et 2, mettant en oeuvre, en outre une authentification et/ou un enregistrement d'une identité digitale 10 associée à au moins un message (11), (13) ou (15) par rapport à au moins une autre identité digitale associée à au moins un message (11), (13) ou (15), caractérisé en ce qu'il comporte les étapes suivantes - au moins un dispositif émetteur associé à l'identité digitale A transmet un message chiffré (25) avec la clé publique du dernier message transmis 15 relatif à l'identité digitale B à au moins un dispositif récepteur associé à l'identité digitale B comportant les données suivantes : - une clé publique (CPUB_IDAD), relative à la clé de contrôle du dernier message transmis de l'identité digitale A et ; - au moins une zone de données (DONNÉES) et ; 20 au moins une zone listant toutes les précédentes clés publiques (CPUB_IDAD-1) relatives aux messages transmis par l'identité digitale A et ce depuis le premier message par l'identité digitale A ainsi que les signatures associées (SIG_IDAD-1) et ; la signature (SIG_IDAD) du message associée à la clé publique 25 (CPUB_IDAD) et ; - la signature du dispositif émetteur (SIG_DISPEM) et ; - au moins un dispositif récepteur associé à l'identité digitale B : - déchiffre le message (25) et ; - vérifie la validité de la signature relative à la clé publique 30 (CPUB_IDAD) et ; - vérifie la signature du dispositif émetteur (SIG_DISPEM) et ; 3049088 - 31 - - ajoute la clé publique (CPUB_IDAD) ou la clé de contrôle associée comme nouvelle clé d'association avec l'identité digitale A. 5) Procédé, selon les revendications 1, 2 et 3, mettant en oeuvre 5 une identité digitale adaptée pour résilier une association avec au moins une autre identité digitale. Ledit procédé étant caractérisé en ce qu'il comporte les étapes suivantes : - un dispositif émetteur associé à une identité digitale stocke un message contenant la première clé publique d'au moins une autre identité digitale 10 ainsi qu'une mention indiquant la résiliation et/ou ; - le dispositif récepteur associé à une identité digitale stocke un message contenant la clé d'association ainsi qu'une mention indiquant la résiliation. 15 6) Procédé, selon les revendications 1 et 2, mettant en oeuvre, en outre, une base de données (BANQ) adaptée à référencer au moins une valeur associée à au moins une clé de contrôle. Ledit procédé étant caractérisé en ce que ledit message (11), (13) ou (15) est constitué d'un sous message (16) et comporte les étapes suivantes : 20 - au moins un dispositif émetteur associé à une identité digitale A transmet un message (11), (13) ou (15) à au moins un dispositif récepteur comportant au moins les données suivantes : une nouvelle clé de contrôle (CC_I DAN) relative à un nouveau message transmis de l'identité digitale A et ; 25 la clé de contrôle relative au précèdent message transmis de l'identité digitale A (CC_IDAP) et ; au moins deux zones de données (16) contenant : - une zone chiffrée avec une des clés publiques relatives à au moins un dispositif récepteur (CPUB_DISPR), contenant une 30 clé publique (CPUBVALA1) relative à une clé privée « valeur » (CPVALA1) générée aléatoirement ainsi que des conditions d'usage associées et ; 3049088 -32- une zone contentant la clé privée « valeur » (CPVALA1) chiffrée avec chacune des clés publiques des identités digitales autorisées à avoir accès à la clé privée « valeur » (CPVALA1) et ; 5 la clé publique (CPUB_IDAP) relative à la clé de contrôle (CC_IDAP) et la signature (SIG_IDAP) associée à la première clé de contrôle (CC_IDAP) et ; - la signature du dispositif émetteur (SIG_DISPEM) et ; 10 - au moins un dispositif récepteur : - vérifie la validité des signatures (CC_IDAP) et (SIG_DISPEM) et ; stocke le message (11), (13) ou (15) en tant que dernier message relatif à la chaîne de messages associée à l'identité digitale A et y associe un message (12) de validation et ; 15 - au moins un dispositif émetteur associé à une identité digitale C comportant une clé privée « valeur » (CPVALC1), transmet un message (20) à au moins un dispositif récepteur comportant les données suivantes : une clé de contrôle (CC_IDAN), relative à un message transmis par 20 l'identité digitale A, chiffrée avec une des clés publiques relatives à au moins un dispositif récepteur (CPUB_DISPR) et ; - la clé de contrôle « valeur » (CCVALC1) du dernier message transmis par l'identité digitale C et ; - un champ valeur (VAL) et ; 25 au moins un zone de données chiffrée avec la clé publique (CPUB_DISPR) utilisée pour chiffrer la clé de contrôle (CC_IDAN) et contenant au moins la clé de contrôle relative au dernier message transmis par l'identité digitale C (CC_IDCN) et ; éventuellement au moins un zone de données chiffrées avec la clé 30 publique relative à la clé de contrôle (CC_IDAN) et contenant un message à destination de l'identité digitale A et ; 3049088 - 33 - - éventuellement au moins un zone de données chiffrées avec la clé publique relative à la clé de contrôle (CC_IDCN) et contenant un message relatif à l'identité digitale à l'origine du message et ; - la clé publique (CPUB_VALC1) relative à la clé de contrôle « valeur 5 (CPVALC1) et ; - la signature relative à la clé de contrôle « valeur » (CPVALC1) et ; - la signature du dispositif émetteur (SIG_DISPEM). - au moins un dispositif récepteur réalise les opérations suivantes - vérifie la validité de la signature (SIG_DISPEM) et ; 10 - recherche le dernier message relatif à l'identité digitale A à partir de la clé de contrôle (CC_IDAN) et déchiffre la clé publique (CPUBVALA1) correspondante à la clé publique « valeur » de l'identité digitale A, ainsi que les conditions de validation et ; - recherche le dernier message relatif à l'identité digitale C à partir de 15 la clé de contrôle (CC_IDCN) et déchiffre la clé publique (CPUB_VALC1) correspondante à la clé publique « valeur » de l'identité digitale C, ainsi que les conditions de validation associées et - vérifie la validité de la signature (SIG_VALC1) et ; 20 - recherche la valeur associée à la clé de contrôle valeur (CCVALC1) dans ladite base de données (BANQ) et si les conditions associées aux clés de contrôle (CCVALC1) et (CCVALA1) sont respectées alors : le dispositif récepteur ajoute un message de validation (12) 25 associé au message (20) contenant au moins la signature et la clé publique dudit dispositif récepteur et ; - décrémente la valeur associée à la clé de contrôle (CCVALC1) de la valeur (VAL) sur ladite base de données (BANQ) et ajoute un message de validation contenant au moins la 30 signature et la clé publique dudit au moins un dispositif récepteur et ; 3049088 - 34 - le dispositif récepteur incrémente la valeur associée à la clé de contrôle (CCVALA1) de la valeur (VAL) sur ladite base de données (BANC)) et ajoute un message de validation contenant au moins la signature et la clé publique dudit au moins un 5 dispositif récepteur. 7) Procédé selon la revendication 6, adapté pour renouveler une clé de contrôle « valeur » après au moins un message correspondant à un échange de valeur, ledit procédé étant caractérisé en ce qu'il comporte en 10 outre les étapes suivantes : - un dispositif émetteur associé à l'identité A transmet au moins deux messages à au moins un dispositif récepteur : - transmet un premier message (11), (13) ou (15) de type identité digitale, indiquant une nouvelle clé de contrôle de l'identité digitale A 15 et les preuves nécessaires associées ainsi qu'une nouvelle clé de contrôle « valeur » et les conditions d'usage de ladite nouvelle clé de contrôle « valeur » et ; transmet un deuxième message de type échange de valeur de la clé de contrôle « valeur » (CC_VALAN) de l'identité digitale A vers ladite 20 nouvelle clé de contrôle « valeur » déclarée dans le deuxième message chiffré avec une des clés publiques relatives à au moins un dispositif récepteur. 8) Procédé selon l'une quelconque des revendications 25 précédentes, caractérisé en ce que ledit message (11), (13) ou (15) est constitué d'un sous message "contacts" (17) comportant: - une zone de données non chiffrée (DONPUB) relative aux données publiques relatives l'identité digitale A et ; - une zone de données chiffrée (DONDISR) avec une des clés publiques 30 relatives à au moins un dispositif récepteur (CPUB_DISPR), contenant les données à destination d'au moins un dispositif récepteur et ; - des données chiffrées (DONCHIF) avec une clé privée « contacts » générée aléatoirement et ; 3049088 - 35 - - ladite clé privée « contacts » chiffrée avec chacune des clés publiques des identités digitales (LISTPUB) autorisées à avoir accès auxdites données chiffrées (DONCHIF) et ; - la liste des clés publiques des identités digitales que l'identité digitale A 5 a stocké en tant que « contacts » (CONTACTS). 9) Procédé selon l'une quelconque des revendications 10 précédentes, caractérisé en ce que ledit message (11), (13) ou (15) est constitué d'un sous message "propriétaires" (18) comportant : - une première zone (DONPCHIF) contenant au moins la clé privée relative à la clé de contrôle (CC_IDAN) chiffrée avec une clé privée « propriétaires » générée aléatoirement; 15 - une deuxième zone (LISPUBP) contenant au moins ladite clé privée « propriétaires », chiffrée avec chacune des clés publiques des identités digitales autorisées à avoir accès à la clé privée relative à la clé de contrôle (CC_IDAN) nécessaire à la génération d'un nouveau message relatif à ladite identité digitale A 20 10) Procédé selon la revendication 9, caractérisé en ce que ledit message (18) est constitué d'au moins une zone de données DONDISR (19) comportant une troisième zone de données (DONDISR) chiffrée avec une des clés publiques relatives à au moins un dispositif récepteur, contenant les conditions de 25 validation d'un nouveau message relatif à ladite identité digitale A. 11) Procédé, selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il permet d'associer un message de type "réputation" (21) audit au moins un message (11), (13) ou (15) et comporte les étapes 30 suivantes : - au moins un dispositif émetteur, adapté pour vérifier et certifier l'unicité d'un individu ou d'un objet associé à l'identité digitale disposant de la clé d'unicité IDUNIQ, transmet un message (21) relatif à l'identité digitale A à au moins un dispositif récepteur comportant les données suivantes : 3049088 - 36 - la clé de contrôle (CC_IDA1) relative au premier message transmis par l'identité digitale A et ; la clé de contrôle d'association (CC_IDASSDR) avec au moins un dispositif récepteur, relative à une clé privée générée à partir d'une 5 combinaison entre la clé de contrôle relative à ladite clé d'unicité IDUNIQ et la clé de contrôle relative à la première clé publique d'au moins un dispositif récepteur et ; au moins une zone de données DONREP contenant au moins une information de type réputation, la référence et la preuve d'un 10 message permettant de relier ledit individu ou ledit objet, à l'origine dudit message (21), à l'identité digitale A et ; la clé publique (CPUB_IDASSDR) associée à la clé de contrôle d'association (CC_IDASSDR) chiffrée avec une des clés publiques relatives à au moins un dispositif récepteur (CPUB_DISPR) et ; 15 la clé de contrôle (CC_DISPR) de la clé publique relative à au moins un dispositif récepteur utilisé pour chiffrer la clé publique (CPUB_IDASSDR) et ; - la signature associée à la clé de contrôle d'association (SIG_IDASSDR) et ; 20 la signature du dispositif émetteur (SIG_DISPEM). - au moins un dispositif récepteur : vérifie la validité des signatures (SIG_IDASSDR) et (SIG_DISPEM) et ; vérifie la validité de la signature du message permettant de relier ledit individu ou ledit objet à l'identité digitale A et ; 25 vérifie dans la zone de paramètre chiffré pour au moins un dispositif récepteur (DONDISR) du dernier message par l'identité digitale A que ladite identité digitale A autorise l'ajout d'un message de type réputation et ; - stocke le nouveau message (21) et y associe un message de type 30 validation (12) si toutes les conditions sont validées. 3049088 -37- 12) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il permet d'associer un message de type "certification" (22) audit au moins un message (11), (13) ou (15) et comporte les étapes suivantes : 5 - au moins un dispositif émetteur associé à l'identité digitale D transmet un message (22) à au moins un dispositif récepteur comportant les données suivantes : la clé de contrôle (CC_IDA1 ) relative au premier message de l'identité digitale A et ; 10 la clé de contrôle (CC_IDD1) relative au premier message transmis de l'identité digitale D et ; au moins une zone de données (DONCERT) contenant au moins une information de type certification et ; la clé publique (CPUB_DERIDD) du dernier message relatif à 15 l'identité D et ; - la signature (SIG_DERIDD) relative à la clé privée du dernier message relatif à l'identité D et ; la signature du dispositif émetteur SIG_DISPEM. - au moins un dispositif récepteur : 20 vérifie la validité des signatures (SIG_DERIDD) et (SIG_DISPEM) et ; - vérifie dans la zone de paramètre chiffrée pour le au moins un dispositif récepteur (DONDISR) du dernier message par l'identité digitale A les conditions de l'ajout d'un message de type certification et ; 25 - stocke le nouveau message (22) et y associe un message de type validation (12) si toutes les conditions sont validées. 13) Procédé selon l'une quelconque des revendications précédentes, adapté pour réinitialiser ledit au moins un message (11), (13) ou 30 (15), caractérisé en ce que : - au moins un dispositif émetteur associé à l'identité digitale A transmet un message (23) à au moins un dispositif récepteur ne comportant pas de 3049088 -38- nouvelle clé de contrôle et indiquant en outre dans les différentes zones de données chiffrées (DONNEES) la nouvelle clé de contrôle de l'identité A réinitialisée, dont au moins une zone à destination d'au moins un dispositif récepteur et ; 5 - au moins un dispositif émetteur associé à l'identité digitale A transmet un message (24) à au moins un dispositif récepteur ne comportant pas de précédente clé de contrôle et indiquant en outre dans les différentes zones de données chiffrées (DONNEES) la précédente clé de contrôle de l'identité A, dont au moins une pour le au moins un dispositif 10 récepteur ; l'ensemble des données pourront être copiées à l'exception des messages reliés à la clé de contrôle du premier message de la précédente identité A. 14) Procédé selon l'une quelconque des revendications 15 précédentes, adapté pour relier un identifiant de joignabilité audit au moins un message (11), (13) ou (15), caractérisé en ce qu'il comporte les étapes suivantes : - un dispositif émetteur associé à une identité digitale transmet un premier message vers un identifiant de joignabilité dont il ne connait pas l'identité 20 digitale associée, ledit dispositif émetteur réalise au préalable les opérations suivantes : calcul une clé de contrôle «identifiant» à partir dudit identifiant de joignabilité et ; remplace ledit identifiant de joignabilité par ladite clé de contrôle 25 «identifiant» et ; ajoute un deuxième champ type de message indiquant que l'adresse de destination du message correspond à un identifiant de joignabilité et , - au moins un dispositif récepteur, recherche un message dont la clé de 30 contrôle du premier message correspond à ladite clé de contrôle « identifiant » et dont le type correspond à un identifiant de joignabilité et ; 3049088 -39- - si celui-ci n'est pas trouvé ou que la durée de vie de l'association entre ledit identifiant de joignabilité et ladite identité digitale propriétaire est dépassée alors : - au moins un dispositif récepteur génère un second message de type 5 «identifiant de joignabilité» en utilisant ladite clé de contrôle «identifiant» comme clé de contrôle et indique dans la zone chiffrée à destination du au moins un dispositif récepteur que l'identité associée n'a pas encore été prouvée et signe le message à l'aide de sa clé privée et ; 10 au moins un dispositif récepteur envoie un message suivant le mode commun le plus approprié en fonction du type d'identifiant de joignabilité, pour que le propriétaire relatif l'identité digitale associée puisse en prouver la possession et ; - au moins un dispositif émetteur associé à l'identité digitale 15 propriétaire dudit identifiant de joignabilité transmet un troisième message à au moins un dispositif récepteur prouvant sa possession dudit identifiant de joignabilité et ; au moins un dispositif récepteur génère un quatrième message associé à ladite clé de contrôle «identifiant» dudit identifiant de 20 joignabilité contenant dans la zone chiffrée à destination d'au moins un dispositif récepteur : la clé de contrôle du premier message de ladite identité digitale du propriétaire de l'identifiant de joignabilité, la clé privée ayant permis de générer la nouvelle clé de contrôle dudit troisième message ainsi que la durée de vie de 25 l'association entre ledit identifiant de joignabilité et ladite identité digitale propriétaire et ; au moins un dispositif récepteur génère un cinquième message de type validation (12) relatif au premier message contenant la clé de contrôle du premier message de ladite identité digitale propriétaire 30 dans la zone (DONNEES) seulement si toutes les conditions sont validées. 3049088 -40- 15) Procédé selon l'une quelconque des revendications précédentes, mettant en oeuvre, en outre, une base de données identité (ID) de stockage d'au moins un message (11), (13) ou (15) relatif à au moins une identité digitale et au moins un message de validation (12) d'au moins un 5 dispositif récepteur. 16) Procédé selon l'une quelconque des revendications précédentes, mettant en oeuvre, en outre, une base de données référence valeur (BANQ) adaptée pour stocker une valeur relative à au moins une clé de 10 contrôle. Ledit procédé est caractérisé en ce que : o au moins un dispositif récepteur recherche, crée, incrémente et décrémente les valeurs associées aux clés de contrôles valeur sur ladite base de données référence valeur (BANQ) si les conditions associées auxdites clés de contrôle « valeur » sont respectées. 15 17) Procédé selon l'une quelconque des revendications précédentes, mettant en oeuvre, en outre, une base de données (ATTENTKO) adaptée pour stocker les messages non validés et les messages refusés, ledit procédé est caractérisé en ce que : 20 o au moins un dispositif récepteur stocke les messages qui ne sont pas encore validés ou qui sont refusés dans ladite base de données (ATTENTKO). 25 18) Système caractérisé en ce qu'il comporte des moyens techniques adaptés pour mettre en oeuvre un procédé cryptographique de signature, de chiffrement et de déchiffrement et comportant : - au moins un dispositif émetteur : ^ adapté pour : 30 - transmettre au moins un message à au moins un dispositif récepteur et; 3049088 -41 - - récupérer et vérifier au moins un message d'au moins un dispositif récepteur et ; - calculer une clé de contrôle relative à une clé publique et ; - calculer une clé publique relative à une clé privée et ; 5 calculer une signature cryptographique, en chiffrant la clé de contrôle d'au moins un message avec au moins une clé privée et ; ^ habilité à certifier au moins une identité digitale par l'intermédiaire d'au moins une clé privée cryptographique dont au moins un dispositif récepteur en connait la clé publique et ; 10 - habilité à certifier au moins une clé cryptographique d'unicité IDUNIQ relative à un individu ou à un objet unique par l'intermédiaire d'au moins une clé privée dont au moins un dispositif récepteur en connait la clé publique. Ladite clé d'unicité est utilisée pour calculer la clé privée d'association : 15 avec une identité digitale : à partir de la clé de contrôle relative au premier message transmis par ladite identité digitale et à partir de la clé de contrôle de la clé publique relative à ladite clé privée cryptographique d'unicité IDUNIQ ou ; avec au moins un dispositif récepteur : à partir de la clé de 20 contrôle relative à la première clé publique d'au moins un dispositif récepteur et à partir de la clé de contrôle de la clé publique relative à ladite clé privée cryptographique d'unicité IDUNIQ. - au moins un dispositif récepteur : ^ adapté pour recevoir, vérifier, valider et stocker au moins un message 25 et ; ^ comporte au moins une clé privée cryptographique dont au moins un dispositif émetteur en connait la clé publique et ; ^ comportant au moins une clé publique relative à ladite clé privée cryptographique habilitée à certifier au moins une clé 30 cryptographique d'unicité IDUNIQ et ; ^ comportant au moins une clé publique relative à ladite clé privée cryptographique habilitée à certifier au moins une identité digitale et ; 3049088 -42- ^ adapté pour retrouver une clé publique cryptographique à partir d'au moins une signature cryptographique et au moins une liste d'au moins une clé publique. 5