FR 3049087 A1 20170922 FR 1600459 A 20160321 INTRODUCTION La présente invention se rapporte au domaine des procédés cryptographiques. Plus particulièrement, l'invention a trait à des moyens permettant à des dispositifs par l'intermédiaire de connaissances et de capacités croisées, de réaliser et de valider des transactions sans connaissance centralisée, adaptés notamment pour sécuriser des transactions, sans divulgation, à travers un réseau informatique décentralisé. Les procédés cryptographiques actuels, notamment dans le cadre des infrastructures à clés publiques, reposent sur la connaissance d'une clé privée cryptographique utilisée pour générer des certificats, ces certificats sont ensuite associés à des signatures pour réaliser un réseau de confiance, le problème étant que toute modification de la clé racine ou d'une clé associée implique obligatoirement de régénérer tout ou partie des signatures desdits certificats. Compte tenu de cette limitation les certificats racines des infrastructures à clés publiques ont une durée de validité d'au moins plusieurs années alors même qu'il est connu que la fiabilité de telles clés n'excède pas quelques mois en utilisant néanmoins des ressources considérables. Cette technologie hautement centralisée pose en outre le problème de.la réplication des données et de la sécurité de celles-ci hautement dépendante de la compétence et de la sécurité des systèmes sur lesquelles elles sont hébergées. D'autres dispositifs visant à pallier ces limitations sont ainsi connus. En particulier, il est possible de réaliser par l'intermédiaire de la technologie des chaînes de blocs des clés non signées, mais dont l'utilisation permet de renouveler régulièrement l'usage, un utilisateur peut régulièrement transférer le contenu de son portefeuille électronique d'une clé cryptographique à une autre. Néanmoins, cette technologie ne permet par pour autant de réaliser un réseau de confiance. C'est pourquoi il existe un besoin pour des moyens cryptographiques permettant d'une part de se passer de toute connaissance centralisée, d'autre part de créer un réseau de confiance permettant à une partie des dispositifs d'émettre des messages et à une autre partie de les valider, mais également d'offrir un système permettant de renouveler en 3049087 -2 permanence l'ensemble des clés cryptographiques de sorte que toute faille puisse être écartée. Un objet de l'invention est de fournir des moyens cryptographiques 5 permettant de croiser les connaissances et les capacités des dispositifs de sorte qu'aucun dispositif ne dispose d'une connaissance ou d'une capacité suffisante pour réaliser des transactions non permises. Un autre objet est de permettre à un système de s'initialiser sans que jamais les clés n'aient à être fournies par un dispositif extérieur au système. Un autre objet est, de permettre 10 à tout moment à n'importe quelle personne, de pouvoir vérifier la validité d'une transaction sans pour autant en connaître le contenu. Un autre objet est de minimiser l'exposition des clés publiques relatives aux clés privées des dispositifs. Un autre objet est de permettre de renouveler en permanence les clés utilisées par les dispositifs du système. Un autre objet par l'intermédiaire 15 de clés partagées entre plusieurs dispositifs est d'éviter tout problème de corrélation de données pouvant mettre à mal la confidentialité d'une transaction d'un utilisateur. Un autre objet est de fournir un procédé permettant de supprimer les corrélations temporelles, les corrélations de valeurs et les corrélations sur les émetteurs et les destinataires des messages. Un autre 20 procédé est de permettre de réinitialiser un dispositif et révoquer un utilisateur. Le procédé selon l'invention est notamment destiné à la gestion des clés cryptographiques dans un réseau décentralisé mettant en jeu d'une part des dispositifs biométriques et d'autre part des dispositifs de validations 25 de messages émis par des dispositifs biométriques. 3049087 - 3 - RÉSUMÉ Ainsi, un mode de réalisation prévoit un procédé mis en oeuvre 5 dans un réseau, apte à sécuriser au moins un message par l'intermédiaire d'au moins un dispositif émetteur et au moins un dispositif récepteur caractérisé en ce que : - les opérations autorisées pour au moins un dispositif émetteur sont interdites pour au moins un dispositif récepteur et réciproquement et ; 10 - pour au moins une clé privée cryptographique connue par au moins un dispositif émetteur, au moins un dispositif récepteur en connait la clé publique associée et réciproquement et ; - chaque message transmis par un dispositif émetteur nécessite au moins un message de validation d'au moins un dispositif récepteur généré 15 seulement si l'ensemble des critères de conformités sont respectés. Selon un mode de réalisation, le procédé est apte à sécuriser au moins un message par l'intermédiaire, en outre, d'au moins une clé partagée, caractérisé en ce que : 20 - au moins une clé privée cryptographique est connue par au moins deux dispositifs émetteurs et dont la au moins une clé publique associée est connue par au moins deux dispositifs récepteurs et ; - au moins une clé privée cryptographique est connue par au moins deux dispositifs récepteurs et dont la au moins une clé publique associée est 25 connue par au moins deux dispositifs émetteurs. Selon un mode de réalisation, le procédé est adapté pour renouveler et invalider en permanence des clés cryptographiques associées à au moins un dispositif émetteur ou à au moins un dispositif récepteur, ledit 30 procédé étant caractérisé par les étapes suivantes : - une première étape dans laquelle au moins un dispositif récepteur (3) ou au moins un dispositif émetteur (1) transmet au moins un premier message à destination d'au moins une base de données (TECH) contenant au moins les informations suivantes : 35 - la clé publique associée à une nouvelle clé privée cryptographique générée de façon aléatoire et ; 3049087 4 - la précédente clé publique associée audit au moins un dispositif récepteur (3) ou au moins un dispositif émetteur (1) et ; - la signature cryptographique relative à la précédente clé privée associée audit au moins un dispositif récepteur (3) ou au moins un 5 dispositif émetteur (1). - une deuxième étape dans laquelle au moins un dispositif récepteur génère au moins un message de validation relatif audit premier message en vérifiant, en outre, que ladite précédente clé publique associée à ledit au moins un dispositif récepteur (3) ou au moins un dispositif émetteur 10 (1) correspond à la clé connue pour ledit au moins un dispositif récepteur (3) ou au moins un dispositif émetteur (1) ; - une troisième étape intervenant une fois les critères de conformité relatifs au au moins un message de validation respectés, dans laquelle au moins un dispositif récepteur et au moins un dispositif émetteur 15 n'accepteront plus, dès lors, que ladite nouvelle clé cryptographique pour ledit au moins un dispositif récepteur (3) ou au moins un dispositif émetteur (1). Selon un mode de réalisation, le procédé est adapté pour 20 renouveler une liste d'au moins une clé partagée entre au moins deux dispositifs émetteurs, caractérisé en ce que : - dans la première étape, le au moins un message est transmis par au moins un dispositif émetteur à destination d'au moins une base de données (TECH) et comporte les données suivantes : 25 - une nouvelle clé privée cryptographique générée aléatoirement et chiffrée avec une des clés publiques de ladite liste d'au moins une clé partagée entre au moins deux dispositifs émetteurs et ; - la clé publique associée à ladite nouvelle clé privée et ; - la clé publique associée audit au moins un dispositif émetteur et ; 30 - la signature du au moins un message avec la clé privée associée au au moins un dispositif émetteur. - dans la deuxième étape, au moins un dispositif récepteur vérifie, en outre, que ladite clé publique associée au au moins un dispositif émetteur correspond à la clé publique connue pour ledit au moins un 35 deuxième dispositif émetteur ; - une nouvelle troisième étape intervenant à l'issue de la période de validité de ladite liste d'au moins une clé partagée entre au moins deux 3049087 -5 dispositifs émetteurs, dans laquelle au moins un premier dispositif récepteur (3) : - récupère le au moins un dernier message validé, transmis par au moins un dispositif émetteur sur ladite au moins une base de 5 données (TECH) et ; - génère et stocke par l'intermédiaire d'au moins un deuxième message dans au moins une base de données (BANQ) contenant : - le au moins un dernier message validé, transmis par au moins un dispositif émetteur sur ladite au moins une base de données 10 (TECH) et ; - une signature cryptographique dudit deuxième message avec la clé privée associée au moins un dispositif récepteur à l'origine du deuxième message. - une quatrième étape dans laquelle au moins un deuxième dispositif 15 récepteur vérifie si toutes les informations relatives audit deuxième message sont conformes et valide le message par l'intermédiaire d'un message de validation ; - une cinquième étape dans laquelle : - au moins deux dispositifs émetteurs récupèrent ledit deuxième 20 message déposé et validé dans ladite base de données (BANQ) et déchiffrent, à partir de ladite liste d'au moins une clé partagée entre au moins deux dispositifs émetteurs, une à une les nouvelles clés privées valides qui constituent la nouvelle liste valide d'au moins une clé partagée entre au moins deux dispositifs émetteurs 25 et , - lesdits au moins deux dispositifs récepteurs récupèrent la au moins une nouvelle clé publique valide contenue dans ledit deuxième message déposé et validé dans ladite base de données (BANQ). 30 Procédé adapté pour renouveler une liste d'au moins une clé partagée entre au moins deux dispositifs récepteurs, caractérisé en ce que : - dans les étapes 1, 2, 3 et 4 le au moins un dispositif récepteur et la liste d'au moins une clé partagée entre au moins deux dispositifs récepteurs 35 remplacent respectivement le au moins un dispositif émetteur et la liste d'au moins une clé partagée entre au moins deux dispositifs émetteurs - la cinquième étape comporte : 3049087 6 - au moins deux dispositifs récepteurs récupèrent ledit deuxième message déposé et validé dans ladite base de données (BANQ) et déchiffrent, à partir de ladite liste d'au moins une clé partagée entre au moins deux dispositifs récepteurs, une à une les nouvelles 5 clés privées valides qui constituent la nouvelle liste valide d'au moins une clé partagée entre au moins deux dispositifs récepteurs et , - au moins deux dispositifs émetteurs récupèrent la au moins une nouvelle clé publique valide contenue dans ledit deuxième 10 message déposé et validé dans ladite base de données (BANQ). Selon un mode de réalisation, le procédé est adapté pour initialiser au moins un dispositif émetteur, caractérisé en ce qu'il comporte les étapes suivantes : 15 - une première étape dans laquelle au moins un premier dispositif émetteur (2) à initialiser génère une première clé privée aléatoire (CPDISPEM2-1), dont la clé publique associée est stockée dans un premier message dans au moins une base de donnée (CONTRATS) accessible à au moins un dispositif émetteur (1) et à au moins un 20 dispositif récepteur (3) ; - une deuxième étape dans laquelle au moins un premier dispositif récepteur (3) prend connaissance dudit premier message, vérifie qu'il a bien été émis par un dispositif autorisé en vérifiant que la clé publique mentionnée dans ledit au moins un premier message est bien listée dans 25 un message dans ladite au moins une base de données (CONTRATS) et y associe un premier message de validation qu'il signe avec sa clé privée (CPDISPR1-1) ; - une troisième étape dans laquelle un deuxième dispositif émetteur (1) qui a pris connaissance de l'existence du premier message accessible 30 sur ladite au moins une base de données (CONTRATS) et après avoir vérifié le au moins un message de validation associé, génère un troisième message chiffré avec la clé publique associée à la clé privée (CPDISPEM2-1) contenant la dernière liste valide d'au moins deux clés partagées entre au moins deux dispositifs émetteurs sur ladite au 35 moins une base de données (CONTRATS); - une quatrième étape dans laquelle le premier dispositif émetteur récupère et déchiffre, avec la première clé privée (CPDISPEM2-1), ledit 3049087 -7 troisième message contenant la dernière liste valide d'au moins deux clés partagées entre au moins deux dispositifs émetteurs. Selon un mode de réalisation, le procédé est adapté pour initialiser 5 au moins un dispositif récepteur, caractérisé en ce qu'il comporte les étapes suivantes : - une première étape dans laquelle au moins un dispositif récepteur à initialiser (4) génère une première clé privée (CPDISPR2-1), dont la clé publique associée est stockée dans un premier message dans au moins 10 une base de données (CONTRATS) accessible à au moins un dispositif émetteur (1) et à au moins un dispositif récepteur ; - une deuxième étape dans laquelle au moins un dispositif émetteur (1) par l'intermédiaire d'une clé cryptographique habilitée à initialiser au moins un dispositif récepteur, enregistre ledit au moins un dispositif 15 récepteur à initialiser en ajoutant un message d'initialisation audit premier message ; - une troisième étape dans laquelle au moins un dispositif récepteur préalablement initialisé vérifie la conformité dudit message d'initialisation et seulement si ledit message d'initialisation est conforme, y ajoute un 20 message de validation ; - une quatrième étape faisant suite à la validation d'un nombre suffisant de dispositifs récepteurs préalablement initialisés, un dernier dispositif récepteur et seulement si les conditions d'initialisation sont réunies, ajoute un message chiffré avec la clé publique associée à la clé 25 privée (CPDISPR2-1) dudit au moins un dispositif récepteur à initialiser (4) contenant la dernière liste valide d'au moins une clé partagée entre au moins deux dispositifs récepteurs sur ladite au moins une base de données (CONTRATS) ; - une cinquième étape dans laquelle ledit dispositif récepteur à initialiser 30 récupère et déchiffre la liste valide d'au moins une clé partagée entre au moins deux dispositifs récepteurs. Selon un mode de réalisation, le procédé est adapté pour révoquer au moins un dispositif récepteur, caractérisé en ce qu'il comporte les étapes 35 suivantes : 3049087 -8 - une première étape dans laquelle au moins un dispositif récepteur (3) valide un premier message non conforme par l'intermédiaire d'un premier message de validation ; - une deuxième étape dans laquelle au moins un autre dispositif récepteur 5 - vérifie ledit premier message et constate la non-conformité dudit premier message de validation et ; - ledit au moins un autre dispositif récepteur génère alors un deuxième message de validation en indiquant que le statut du 10 premier message de validation est non-conforme et ; - transmet le premier message, le premier et le deuxième message de validation à au moins un autre dispositif récepteur ; - une troisième étape dans laquelle au moins un autre dispositif récepteur confirme la non-conformité du premier message de validation ; 15 - une quatrième étape faisant suite à la validation d'un nombre suffisant de dispositifs récepteurs indiquant la non-conformité du premier message de validation, dans laquelle un dernier dispositif récepteur : - ajoute un premier message de révocation dans au moins une base de données (TECH) en indiquant la dernière clé publique associée 20 audit au moins un dispositif récepteur à l'origine du premier message de validation non conforme et ; - ajoute un deuxième message de révocation sur au moins une base de données (CONTRATS) indiquant que la clé cryptographique habilitée à initialiser au moins un dispositif récepteur qui a 25 initialisée ledit au moins un dispositif récepteur à l'origine du message non conforme est révoquée du système ; - une cinquième étape dans laquelle au moins un autre dispositif récepteur valide chacun des au moins un premier et deuxième messages de révocation ; 30 - une sixième étape dans laquelle le dispositif récepteur à l'origine du message de validation non conforme supprime toutes les données qu'il contient sauf la première clé (CPDISPR2-1). Selon un mode de réalisation, le procédé est adapté pour 35 supprimer les éléments de corrélation d'au moins un message relatif à un échange de valeurs entre une clé relative à un émetteur (9) et une clé relative à un destinataire (7), caractérisé en ce que : 3049087 -9 - au moins un dispositif émetteur et au moins un dispositif récepteur accèdent aux informations relatives au procédé de suppression des corrélations comportant : - au moins un algorithme de découpage des valeurs et ; 5 - au moins une clé cryptographique spécifique à chaque découpage de valeurs, dont au moins un dispositif récepteur en connait la clé privée et au moins un dispositif récepteur en connait la clé publique et ; - une clé partagée et ; 10 - une durée de validité et ; - au moins un algorithme de répartition des messages permettant de définir au moins un dispositif récepteur référent en fonction d'une clé d'un destinataire d'un message d'échange de valeurs. - et en ce que dans : 15 - une première étape dans laquelle au moins un dispositif émetteur découpe la valeur échangée relative à un message d'échange de valeur en fonction dudit algorithme de découpage des valeurs et génère un message découpé (MSGR1) d'échange de valeur pour chacune des valeurs découpées avec : 20 - pour émetteur : ladite clé relative à un émetteur (9) et ; - pour destinataire intermédiaire : la clé spécifique à la partie découpée de la valeur (ROUE_0,01) et ; pour destinataire réel : ladite clé relative au destinataire (7) chiffrée avec ladite clé partagée et ; 25 pour valeur : la valeur découpée (0,07) relative à la partie découpée de la valeur (ROUE_0,01). - une deuxième étape dans laquelle au moins un dispositif récepteur valide et envoie ledit au moins un message découpé (MSGR1) audit au moins un dispositif récepteur référant relatif audit 30 destinataire réel (7) du message si celui-ci est conforme. - une troisième étape dans laquelle, ledit au moins un dispositif référent relatif audit destinataire réel (7) du message découpé, valide le message et génère au moins un message de validation associé et si les messages sont conformes : 35 A. décrémente la valeur associée à la clé de l'émetteur (9) sur une base de données (BANQ) de la valeur contenue (0,07) dans ledit message découpé (MSGR1) et y associe un 3049087 -10- message de validation contenant : la clé publique associée audit au moins un dispositif récepteur référent, la clé du destinataire (ROUE_0,01) et la clé de l'émetteur (9), l'opération et la valeur échangée, la référence et la base de 5 données permettant de retrouver le message d'origine, la clé de contrôle de l'ensemble des messages de validation relatif audit message découpé, la clé de contrôle de l'ensemble des messages de validations associés à la clé de l'émetteur sur ladite base de données (BANQ) et la 10 signature cryptographique du message et ; B. réalise la même opération que A mais en incrémentant la valeur associée à la clé du destinataire intermédiaire (ROUE_0,01) relatif audit message découpé (MSGR1). - une quatrième étape à l'issue de ladite durée de validité, ledit au 15 moins un dispositif référent relatif audit destinataire réel (7) du message découpé : - regroupe l'ensemble des messages découpés relatifs à la clé d'un destinataire (7) donné, consolide les valeurs et ; génère et transmet à au moins un dispositif récepteur au 20 moins un nouveau message (MSGR3) consolidé d'échange de valeurs avec : - pour émetteur intermédiaire, la clé spécifique à la partie découpée de la valeur (ROUE_0,01) et ; - pour destinataire : la clé relative au destinataire réel (7) 25 et pour valeur : la somme de toutes les valeurs (0,02) à - destination du destinataire réel (7) d'une partie découpée donnée (ROUE_0,01). - une cinquième étape intervenant une fois qu'au moins un message 30 consolidé est validé par au moins un dispositif récepteur, dans laquelle ledit au moins un dispositif référent relatif audit destinataire réel (7) du message consolidé réalise les opérations l'étape 3 mais avec : en partie A : en décrémentant la valeur associée à la clé de 35 l'émetteur intermédiaire (ROUE_0,01) de la valeur consolidée (0,02) du message consolidé (MSGR3) et ; 3049087 - en partie B : en incrémentant la valeur associée à la clé du destinataire (7) de la valeur consolidée (0,02) du message consolidé (MSGR3). 5 Selon un mode de réalisation, le procédé est adapté pour renouveler les clés du procédé de suppression des corrélations des messages, caractérisé en ce que : - au moins un dispositif récepteur (3) transmet au moins un message de renouvellement à destination d'au moins une base de données (TECH), 10 dans lequel il propose une première série de nouvelles clés privées cryptographiques (SROUE-1) dont une clé partagée, relative audit procédé de suppression des corrélations des messages. Ledit au moins un message étant chiffré avec la dernière clé partagée valide relative audit procédé de suppression des corrélations des messages et signe le 15 message avec sa dernière clé privée et ; - ledit au moins un message de renouvellement est validé par au moins un autre dispositif récepteur seulement si celui-ci est conforme et que la signature associée correspond à un dispositif récepteur habilité et ; - à l'issue de la période de validité de la série de clés relative audit 20 procédé de suppression des corrélations des messages, au moins un dispositif récepteur récupère la dernière série de clés proposée et validée dans ladite au moins une base (TECH), et la stocke à travers au moins un message publié à destination d'au moins une base de données (BANQ) accessible à tous. Ledit au moins un message publié comporte : 25 - la nouvelle série des nouvelles clés privées chiffrée avec la clé publique associée à la dernière clé partagée relative audit procédé de suppression des corrélations des messages (SROUEP1) et ; - les clés publiques associées à ladite nouvelle série des nouvelles clés privées et la clé partagée relatives audit procédé de 30 suppression des corrélations des messages et ; - la signature dudit au moins un message publié avec la dernière clé privée relative au au moins un dispositif récepteur à l'origine dudit au moins un message publié et ; - au moins un autre dispositif récepteur (4) vérifie si toutes les informations 35 relatives audit au moins un message publié sont conformes et génère au moins un message de validation associé ; 3049087 -12- - au moins un dispositif récepteur récupère ledit au moins un message publié déposé et validé dans ladite au moins une base de données (BANQ) : - déchiffre la nouvelle clé partagée (SROUEP2), avec la dernière clé 5 partagée valide (SROUEP1), relative audit procédé de suppression des corrélations des messages et ; - déchiffre ladite nouvelle série des nouvelles clés privées chiffrée, avec la nouvelle clé partagée (SROUEP2) relative audit procédé de suppression des corrélations des messages et ; 10 - au moins un dispositif émetteur récupère sur ladite au moins une base de données (BANQ) les clés publiques relatives à ladite nouvelle série des nouvelles clés relatives audit procédé de suppression des corrélations des messages. 15 Selon un mode de réalisation, le procédé, mis en oeuvre dans le cadre du procédé de suppression des corrélations des messages, est apte à permettre de retrouver l'ensemble des modifications effectuées relatives à la valeur associée à au moins une clé relative à un émetteur (9) ou à une clé relative à un destinataire (7) sur au moins une base de données (BANQ), 20 caractérisé en ce que : - chaque modification d'une valeur associée à au moins une clé relative à un émetteur (9) ou à une clé relative à un destinataire (7) est accompagnée d'au moins un message de validation du au moins un dispositif récepteur référant relatif à une clé relative à un destinataire (7) 25 d'au moins un message d'échange de valeurs et ; - chaque message de validation reste indéfiniment stocké sur ladite au moins une base de données (BANQ) de sorte que l'addition de chaque opération indiquée dans le au moins un message de validation associée à au moins une clé relative à un émetteur (9) ou à une clé relative à un 30 destinataire (7), permet de retrouver la valeur associée à ladite au moins une clé relative à un émetteur (9) ou à une clé relative à un destinataire (7) et ; - éventuellement lorsqu'au moins un dispositif récepteur vérifie chacun des messages de validation relatifs à un échange de valeurs associés à 35 ladite au moins une clé relative à un émetteur (9) ou à une clé relative à un destinataire (7), il génère alors un nouveau message de validation associée à ladite au moins une clé relative à un émetteur (9) ou à une clé 3049087 -13- relative à un destinataire (7) sur ladite au moins une base de données (BANQ) contenant au moins : - le statut de la vérification par rapport à la valeur associée à ladite au moins une clé relative à un émetteur (9) ou à une clé relative à 5 un destinataire (7) et ; - la liste des messages de validation vérifiés et ; - la date de génération dudit nouveau message de validation et ; - la clé de contrôle relative au contenu de l'ensemble des messages de validation vérifiés et ; 10 - la clé publique et la signature du au moins un dispositif récepteur à l'origine de la vérification. Selon un mode de réalisation, le procédé, mis en oeuvre dans le cadre du procédé de suppression des corrélations des messages, est apte à 15 permettre à au moins un émetteur et à au moins un destinataire de connaitre à tout moment l'état de validation d'un premier message relatif à un échange de valeurs, caractérisé en ce que : - au moins un dispositif émetteur intègre dans au moins un message découpé relatif audit au moins un premier message relatif à un échange 20 de valeurs : - les informations relatives audit au moins un émetteur (9) et audit au moins un destinataire (7) chiffrées avec une clé cryptographique générée aléatoirement et ; - ladite clé cryptographique générée aléatoirement et chiffrée avec : 25 - la clé partagée relative audit procédé de suppression des corrélations et ; - la clé publique associée à ladite au moins une clé relative à un émetteur (9) et ; - la clé publique associée à ladite au moins une clé relative à 30 un destinataire (7) seulement si celle-ci est connue par ledit au moins un dispositif émetteur à l'origine du premier message et/ou ; - le au moins un dispositif récepteur référent, relatif à ladite au moins une clé relative à un destinataire (7), génère au moins un message chiffré sur 35 au moins une base de données (ATTENTKO) à chaque événement relatif à au moins un message découpé ou consolidé relatif au message 3049087 -14- d'échange de valeurs. Ledit au moins un message chiffré est chiffré avec : - la clé partagée relative audit procédé de suppression des corrélations et ; 5 - la clé publique associée à ladite au moins une clé relative à un émetteur (9) et ; - la clé publique associée à ladite au moins une clé relative à un destinataire (7) seulement si celle-ci est connue par le au moins un dispositif récepteur référent relatif audit au moins 10 un destinataire (7) et ; - les messages ainsi générés sur ladite au moins une base de données (ATTENTKO) sont supprimés après l'écriture finale relative à l'échange de valeur sur la au moins une base de données (BANQ). 15 BRÈVE DESCRIPTION DES FIGURES D'autres particularités et avantages de la présente invention apparaîtront, dans la description ci-après de modes de réalisation, en 20 référence au dessin annexé, dans lesquels : [Figure 1] vue schématique de la transmission d'un message par les dispositifs émetteurs (1) et (2), et la validation dudit message par les dispositifs récepteurs (3) et (4) intégrés dans un réseau décentralisé (5) selon un mode de réalisation de l'invention ; 25 [Figure 2] vue schématique des messages transmis par les dispositifs émetteurs et les dispositifs récepteurs selon un mode de réalisation de l'invention ; [Figure 3] vue schématique des bases de données hébergées par les dispositifs récepteurs selon un mode de réalisation de l'invention ; 30 [Figure 4] vue schématique du fonctionnement de la roue d'Iris comportant quatre exemples de transactions associées selon un mode de réalisation de l'invention. 3049087 -15- DESCRIPTION DÉTAILLÉE 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) 5 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. Le procédé repose sur plusieurs dispositifs tous aptes à générer 10 de façon aléatoire des clés cryptographiques, aptes à les séquestrer de manière inviolable et aptes à transmettre les clés publiques associées. Le procédé repose en outre sur des messages prouvés disposant à minima d'une clé de contrôle, d'un message, d'une clé publique associée à la clé de contrôle et d'une signature du message associée à la clé de contrôle de sorte 15 que toute personne extérieure au procédé puisse confirmer la validité d'un message de façon unitaire. Le procédé repose également sur un lot de clés cryptographiques connues d'une part par une première partie des dispositifs et dont les clés publiques sont connues par une deuxième partie des dispositifs et d'autre part un autre lot de clés cryptographiques connues par 20 une deuxième partie des dispositifs et dont les clés publiques sont connues par une première partie des dispositifs. Le procédé repose également sur des chaînes de messages ou chaque nouveau message est relié à précédent message par une preuve cryptographique, permettant ainsi de renouveler en permanence l'ensemble des clés de l'ensemble des dispositifs. Le procédé 25 repose en outre, sur le fait qu'aucune des clés privées cryptographiques n'est jamais connue par aucun élément extérieur aux cryptoprocesseurs inviolables. Le procédé repose également sur le fait que les opérations autorisées pour une première partie des dispositifs sont interdites pour au moins une deuxième partie et réciproquement. Le procédé repose également sur le fait que chaque 30 message dispose d'au moins deux validations de sorte que le deuxième dispositif à l'origine de la deuxième validation ait à valider également la première validation. Enfin le procédé repose sur le fait que la connaissance d'une partie des clés est insuffisante pour pouvoir générer et/ou valider un message de sorte qu'il soit impossible de pouvoir exploiter une vulnérabilité du 35 procédé. Les contrats intelligents, également connus sous le terme anglo- saxon de « smart-contract » tels que définis dans cette invention, représentent des programmes dont l'exécution est contrôlée et vérifiable, conçus pour exécuter les termes d'un contrat de façon automatique lorsque certaines 3049087 -16- conditions sont réunies ». lesdits contrats intelligents sont stockés selon un mode de réalisation de cette invention à travers les messages de la base de données (CONTRATS) 5 Le procédé permet en outre l'initialisation d'un dispositif émetteur - Fig.2 - caractérisé en ce qu'il comporte les étapes suivantes selon un mode de réalisation de cette invention : - le dispositif émetteur (2) génère une première clé privée (CPDISPEM2-1), dont la clé publique associée est stockée dans un 10 premier message dans la base de données (CONTRATS) accessible à au moins un dispositif émetteur (1) ; - au moins un premier dispositif récepteur (3) prend connaissance dudit premier message, vérifie qu'il a bien été émis par un dispositif autorisé et y associe un premier message de validation qu'il signe avec sa clé 15 privée (CPDISPR1-1) ; - au moins un deuxième dispositif récepteur (4) prend connaissance dudit premier message, vérifie qu'il a bien été émis par un dispositif autorisé, que le premier message de validation est conforme et y associe un deuxième message de validation qu'il signe avec sa clé 20 privée (CPDISPR2-1) ; - un deuxième dispositif émetteur (1) qui a pris connaissance de l'existence du premier message accessible sur la base de données (CONTRATS), génère alors un message chiffré avec la clé publique associée à la clé privée (CPDISPEM2-1) associée audit premier 25 message dans lequel il intégrera la dernière liste validée des clés privées cryptographiques partagées entre les différents dispositifs émetteurs ; - le premier dispositif émetteur est alors habilité à transmettre des messages par la connaissance de la dernière liste des clés privées 30 associées aux dispositifs émetteurs ; Le procédé permet en outre l'initialisation d'un nouveau dispositif récepteur - Fig.2 - caractérisé en ce qu'il comporte les étapes suivantes selon un mode de réalisation de cette invention : 35 - au moins un dispositif récepteur (4) génère une première clé privée (CPDISPR2-1), dont la clé publique associée est stockée dans un premier message dans la base de données (CONTRATS) accessible à 3049087 -17- au moins un dispositif émetteur (1) et au moins un dispositif récepteur (3) - au moins un dispositif émetteur par l'intermédiaire d'une clé cryptographique habilitée à initialiser au moins un dispositif récepteur, 5 enregistre le dispositif récepteur en ajoutant un message audit premier message en prouvant la possession de la clé cryptographique habilitée à initialiser au moins un dispositif récepteur; - au moins un dispositif récepteur vérifie la conformité de l'enregistrement de la clé cryptographique habilitée à initialiser au moins un dispositif 10 récepteur et seulement si le message ajouté au premier message est conforme y ajoute un troisième message de validation ; - suite à la validation d'un nombre suffisant de dispositifs récepteurs, un dernier dispositif récepteur et seulement si les conditions d'ajouts sont réunies, ajoute un message chiffré avec la clé publique associée à la clé 15 privée (CPDISPR2-1) contenant les clés partagées des dispositifs récepteurs ; - le dispositif récepteur disposant de la clé privée (CPDISPR2-1) est désormais capable de valider les messages provenant des dispositifs émetteurs et récepteurs. 20 Le procédé permet en outre le renouvellement des clés partagées des dispositifs récepteurs - Fig.2- caractérisé en ce qu'il comporte les étapes suivantes selon un mode de réalisation de cette invention : - un premier dispositif récepteur (3) transmet un premier message à 25 destination de la base de données (TECH), dans lequel il propose une nouvelle clé privée cryptographique (CPDISPRP2-1) chiffrée avec la dernière clé partagée des dispositifs récepteurs et signe le message avec sa dernière clé privée (CPDISPR1-2) ; - le message est ensuite validé par au moins un premier dispositif 30 récepteur seulement si celui est conforme et que la signature correspond à un dispositif récepteur habilité ; - un deuxième dispositif récepteur (4) transmet un deuxième message à destination de la base de données (TECH), dans lequel il propose une nouvelle clé privée cryptographique (CPDISPRP2-2) chiffrée avec la 35 dernière clé partagée des dispositifs récepteurs et signe le message avec sa dernière clé privée (CPDISPR2-1) ; 3049087 -18- - le message est ensuite validé par au moins un premier dispositif récepteur seulement si celui est conforme et que la signature correspond à un dispositif récepteur habilité ; - à l'issue de la période de validité de la clé partagée des dispositifs 5 récepteurs, au moins un dispositif récepteur (3) récupère la dernière clé proposée et validée dans la base de données (TECH), et la stocke à travers un troisième message à destination de la base de données (BANQ) accessible à tous : dont la nouvelle clé privée est chiffrée avec la clé publique associée à la précédente clé partagée (CPDISPRP1-1) et 10 signe le message avec sa dernière clé privée (CPDISPR1-2) ; - au moins un deuxième dispositif récepteur (4) vérifie si toutes les informations relatives au troisième message sont conformes et valide le message ; - les dispositifs récepteurs récupèrent alors le troisième message déposé 15 et validé dans la base de données (BANQ) et déchiffrent la nouvelle clé partagée valide, indispensable à la validation des nouveaux messages ; - Les dispositifs émetteurs disposant de la nouvelle clé publique partagée des dispositifs récepteurs pourront dès lors transmettre des messages en utilisant ladite nouvelle clé pour chiffrer les éléments du message à 20 destination des dispositifs récepteurs. Le procédé permet en outre le renouvellement des clés partagées des dispositifs émetteurs - Fig.2- caractérisé en ce qu'il comporte les étapes suivantes selon un mode de réalisation de cette invention : 25 - un premier dispositif émetteur (1) transmet un premier message à destination de la base de données (TECH), dans lequel il propose une nouvelle clé privée cryptographique (CPDISPEMP3-1) chiffrée avec une des clés publiques de la liste des clés partagées entre les différents dispositifs émetteurs ainsi que la clé publique associée, en signant le 30 message avec sa clé privée (CPDISPEM1-1) et en ajoutant la clé publique associée ; - le message est ensuite validé par au moins un premier et un deuxième dispositif récepteur seulement si celui-ci est conforme et que la clé publique associée à la clé privée (CPDISPEM1-1) du dispositif émetteur 35 fait partie des dispositifs autorisés ; - un deuxième dispositif émetteur (2) transmet un deuxième message à destination de la base de données (TECH), dans lequel il propose une 3049087 -19- nouvelle clé privée cryptographique (CPDISPEMP2-1) chiffrée avec une des clés publiques de la liste des clés partagées entre les différents dispositifs émetteurs ainsi que la clé publique associée, en signant le message avec sa clé privée (CPDISPEM2-1) et en ajoutant la clé 5 publique associée ; - le message est ensuite validé par au moins un premier et un deuxième dispositif récepteur seulement si celui est conforme et que la clé publique associée à la clé privée (CPDISPEM2-1) du dispositif émetteur fait partie des dispositifs autorisés ; 10 - à l'issue de la période de validité des clés partagées des dispositifs émetteurs, au moins un dispositif récepteur (3) récupère les 1000 ou moins dernières clés proposées et validées (sans pouvoir néanmoins en lire le contenu) et les stocke à travers un troisième message dans la base de données (BANQ) accessible à tous, dont il signe le message 15 avec sa clé privée (CPDISPR1-1) ; - au moins un deuxième dispositif récepteur (4) vérifie si toutes les informations relatives au troisième message sont conformes et valide le message ; - les dispositifs émetteurs récupèrent alors le troisième message déposé 20 et validé dans la base de données (BANQ) et déchiffrent une à une les nouvelles clés valides, indispensables à la signature des nouveaux messages transmis ; - les dispositifs récepteurs récupèrent alors la nouvelle liste des clés publiques des dispositifs émetteurs habilitées dans la base de données 25 (BANQ). Le procédé permet en outre le renouvellement des clés propres aux dispositifs récepteurs - Fig.2- caractérisé en ce qu'il comporte les étapes suivantes selon un mode de réalisation de cette invention : 30 - au moins un dispositif récepteur (3) transmet un message à destination de la base de données (TECH) après avoir généré une nouvelle clé privée aléatoire (CPDISPR1-2) contenant les informations suivantes : la nouvelle clé publique associée à la clé (CPDISPR1-2), la précédente clé publique associée à la clé privée (CPDISPR1-1), un champ type 35 indiquant que le message est relatif à la mise à jour d'une clé propre à un dispositif récepteur, la date de génération du message, ainsi que la signature associée à la clé (CPDISPR1-1) ; 3049087 - 20 - - au moins un dispositif récepteur valide le message si toutes les informations sont conformes ; - l'ensemble des dispositifs récepteurs n'accepteront plus, dès lors, que cette nouvelle clé pour ledit dispositif récepteur (3). 5 Le procédé permet en outre le renouvellement des clés propres aux dispositifs émetteurs - Fig.2- caractérisé en ce qu'il comporte les étapes suivantes selon un mode de réalisation de cette invention : 10 - au moins un dispositif émetteur (1) transmet un message à destination de la base de données (TECH), suite à la génération d'une nouvelle clé privée aléatoire (CPDISPEM1-2) contenant les informations suivantes : la nouvelle clé publique associée à la clé (CPDISPEM1-2), la précédente clé publique associée à la clé privée (CPDISPEM1-1), un champ type 15 indiquant que le message est relatif à la mise à jour d'une clé propre à un dispositif émetteur, la date de génération du message, ainsi que la signature associée à la clé (CPDISPEM1-1) ; - au moins un dispositif récepteur valide le message si toutes les informations sont conformes ; 20 - l'ensemble des dispositifs récepteurs n'accepteront plus, dès lors, que cette nouvelle clé pour ledit dispositif émetteur. Le procédé permet en outre l'enregistrement du premier dispositif émetteur et du premier dispositif récepteur, caractérisé en ce qu'il comporte 25 les étapes suivantes selon un mode de réalisation de cette invention : - le dispositif émetteur (1) génère une première clé (CPDISPEM1-1), dont la clé publique associée est stockée dans un premier message dans la base de données (CONTRATS) accessible à au moins un dispositif émetteur (1) ; 30 - le premier dispositif récepteur (3) génère une première clé (CPDISPR1-1), dont la clé publique associée est stockée dans un deuxième message dans la base de données (CONTRATS) accessible à au moins un dispositif émetteur (1) ; - un deuxième dispositif récepteur (4) génère une première 35 clé (CPDISPR2-1), dont la clé publique associée est stockée dans un troisième message dans la base de données (CONTRATS) accessible à au moins un dispositif émetteur (1) ; 3049087 - 21 - - ledit premier dispositif émetteur disposant, par l'intermédiaire d'au moins une clé cryptographique habilitée à initialiser au moins un dispositif récepteur, enregistre le premier et le deuxième dispositif récepteur en ajoutant un message auxdits deuxième et troisième messages en 5 prouvant la possession de la clé cryptographique habilitée à initialiser au moins un dispositif récepteur; - ledit premier dispositif récepteur (3) constatant qu'il n'existe pas de précédentes clés partagées des dispositifs récepteurs sur la base de données (BANQ), transmet alors un quatrième message à destination de 10 la base de données (BANQ) pour lequel il génère une clé aléatoirement (CPDISPRP1-1) qu'il chiffre avec la clé (CPDISPRP1-1) qu'il vient de générer et y ajoute la clé publique et signe avec sa clé propre (CPDISPR1-1) ; - ledit premier dispositif récepteur (3) transmet alors la nouvelle clé 15 partagée au deuxième dispositif récepteur (4) par l'intermédiaire du troisième message associé à sa clé publique ; - ledit deuxième dispositif récepteur (4) valide alors l'ensemble des messages générés par le dispositif récepteur (3) et l'ensemble des messages générés par le dispositif émetteur (1) ; 20 - le dispositif émetteur (1) constatant qu'il n'existe pas de précédente liste de clés partagées des dispositifs émetteurs sur la base de données (BANQ), transmet alors un cinquième message pour lequel il génère 1000 clés aléatoirement qu'il chiffre avec une des clés qu'il vient de générer et y ajoute les clés publiques chiffrées avec la clé partagée des 25 dispositifs récepteurs désormais accessibles et validées sur la base de données (BANQ) et signe avec la clé (CPDISPEM1-1) ; - Le système est alors initialisé et prêt à initialiser les premiers dispositifs émetteurs et les premiers dispositifs récepteurs. 30 Le procédé permet en outre la révocation d'un dispositif récepteur, caractérisé en ce qu'il comporte les étapes suivantes selon un mode de réalisation de cette invention : - au moins un dispositif récepteur (3) valide un premier message non conforme ; 35 - au moins un autre dispositif récepteur, vérifie ledit premier message et constate la non-conformité du message de validation, ledit au moins un autre dispositif récepteur génère alors un deuxième message de 3049087 -22- validation en indiquant que le statut du deuxième message est non-conforme ; - au moins un autre dispositif récepteur confirme la non-conformité du premier message de validation ; 5 - suite à la validation d'un nombre suffisant de dispositifs récepteurs indiquant la non-conformité du premier message de validation, un dernier dispositif récepteur : - ajoute un message de révocation, dans la base de données (TECH) sur la dernière clé publique du dispositif récepteur à 10 l'origine du message non conforme ; - ajoute un message accessible à tous sur la base de données (BANC)) indiquant que la clé cryptographique habilitée à initialiser au moins un dispositif récepteur, utilisée pour initialiser le dispositif récepteur est révoquée du système ; 15 - ajoute un message sur la base de données (CONTRATS) indiquant que la clé cryptographique habilitée à initialiser au moins un dispositif récepteur, utilisée pour initialiser le dispositif récepteur est révoquée du système ; - au moins un autre dispositif récepteur valide chacun des messages émis 20 par le dispositif récepteur ; - le dispositif récepteur à l'origine du message de validation non conforme se réinitialise en supprimant toutes les données sauf la première clé (CPDISPR2-1) qui lui permet d'être réenregistrée par une autre clé cryptographique habilitée à initialiser au moins un dispositif récepteur. 25 Le procédé permet, en outre, d'assurer la confidentialité des messages en supprimant les éléments de corrélations temporelles, les éléments de corrélations sur les valeurs échangées et les éléments de corrélations sur les émetteurs et les destinataires des messages, ledit procédé 30 est également appelé « Roue d'Iris ». Les utilisateurs étant authentifiés de façon unique dans le système il devient dès lors important pour leur sécurité et pour le respect de leur vie privée que personne ne puisse relier les montants, les dates et les acteurs relatifs à une transaction spécifique. 35 La roue d'Iris est l'ensemble des séries de clés privées utilisées par les dispositifs récepteurs pour déchiffrer les transactions chiffrées par les dispositifs émetteurs. La validation effective de chaque transaction ne se 3049087 -23- faisant qu'après un temps défini, par exemple, d'une minute. Les clés privées cryptographiques associées à ladite roue d'Iris ne sont connues que des dispositifs récepteurs et sont renouvelées régulièrement et de façon aléatoire par lesdits dispositifs récepteurs, les clés publiques associées à ces clés 5 privées sont connues des dispositifs émetteurs. La figure 4 donne un exemple du déroulement d'une transaction prise en charge par la Roue d'Iris (6). Dans cet exemple deux individus (8) et (9) transmettent un message d'échange de valeurs à destination d'un individu 10 (7). Les dispositifs émetteurs associés aux individus (8) et (9) découpent alors chacun des messages en autant de messages (MSGR1)(MSGR2) que ledit algorithme de découpage des valeurs échangées le permet. Selon un mode de réalisation de cette invention, l'algorithme de découpage des valeurs échangées, découpe la valeur échangée en autant de message qu'il y a de 15 décimales relatives à la valeur échangée en utilisant comme destinataires les clés (ROUE_0,01)(ROUE_1) de la Roue d'Iris (6) relative à la décimale utilisée (MSGR1) (MSGR2). La clé publique du destinataire réel étant chiffrée avec la clé partagée des dispositifs récepteurs seuls les émetteurs et les dispositifs récepteurs seront à même de connaître le destinataire réel. Le 20 temps de validité des clés de la Roue d'Iris écoulée, les dispositifs récepteurs stockeront alors les transactions correspondantes en utilisant les clés (ROUE_0,01)(ROUE_1) de la Roue d'Iris comme émetteur du transfert et le destinataire réel (7) comme destinataire du message d'échange de valeurs (MSGR3) (MSGR4). 25 Le renouvellement des clés de la roue d'Iris - Fig.2- est caractérisé en ce qu'il comporte les étapes suivantes selon un mode de réalisation de cette invention : - un premier dispositif récepteur (3) transmet un premier message à 30 destination de la base de données (TECH), dans lequel il propose une nouvelle série de nouvelles clés privées cryptographiques (SROUE-1) pour la Roue d'Iris chiffrées avec la dernière clé partagée relative au dispositif de la Roue d'Iris des dispositifs récepteurs et signe le message avec sa dernière clé privée (CPDISPR1-2) ; 35 - le message est ensuite validé par au moins un premier dispositif récepteur seulement si celui est conforme et que la signature correspond à un dispositif récepteur habilité ; 3049087 - 24 - - un deuxième dispositif récepteur (4) transmet un deuxième message à destination de la base de données (TECH), dans lequel il propose une nouvelle série de clés privées cryptographiques (SROUE-2) pour la Roue d'Iris chiffrées avec la dernière clé partagée relative au dispositif de la 5 roue d'Iris des dispositifs récepteurs et signe le message avec sa dernière clé privée (CPDISPR2-1) ; - le message est ensuite validé par au moins un premier dispositif récepteur seulement si celui est conforme et que la signature correspond à un dispositif récepteur habilité ; 10 - à l'issue de la période de validité de la série de clés pour la Roue d'Iris, au moins un dispositif récepteur (3) récupère la dernière série de clés proposée et validée dans la base de données (TECH), et la stocke à travers un troisième message à destination de la base de données (BANQ) accessible à tous : dont la série de nouvelles clés privées est 15 chiffrée avec la clé publique associée à la dernière clé partagée relative au dispositif de la Roue d'Iris (SROUEP1) et dont les clés publiques associées sont accessibles à tous et signe le message avec sa dernière clé privée (CPDISPR1-2) ; - au moins un deuxième dispositif récepteur (4) vérifie si toutes les 20 informations relatives au troisième message sont conformes et valide le message ; - les dispositifs récepteurs récupèrent alors le troisième message déposé et validé dans la base (BANQ) et déchiffrent la nouvelle clé partagée (SROUEP2) ainsi que les autres clés relatives à la Roue d'Iris, 25 indispensable à la validation des nouveaux messages utilisant le procédé de la Roue d'Iris ; - les dispositifs émetteurs disposant des nouvelles clés publiques relatives à la Roue d'Iris peuvent dès lors transmettre des messages de type transfert de valeurs en utilisant chacune des clés publiques de la Roue 30 d'Iris ainsi que la clé publique associée à la clé (SROUEP2) pour chiffrer les informations à destination des dispositifs récepteurs. Le procédé intègre, en outre, un procédé permettant à un émetteur et à une destinataire de connaître à la fois l'origine et le montant des fonds 35 validés en temps réel, pour se faire, le dispositif récepteur à l'origine de la dernière validation d'une transaction utilisant le procédé de la Roue d'Iris (par exemple (MSGR1) ou (MSGR2)) utilisera les clés publiques des comptes de 3049087 - 25 - l'émetteur et du destinataire (la clé publique du compte récepteur étant chiffrée avec la clé partagée relative au procédé de la Roue d'Iris des dispositifs récepteurs) pour ajouter un message sur la base de données (ATTENTKO) - Fig.3- à destination de l'émetteur (9) et du destinataire (7) 5 chiffré avec les clés publiques respectives contenant le statut de la validation de la transaction en temps réel ainsi que les informations relatives à l'émetteur ou au destinataire. Une fois le temps de validité de la roue d'Iris écoulé, les transactions par exemple (MSGR3) et (MSGR4) seront stockées par les dispositifs récepteurs dans la base correspondante et sur la base de données 10 (BANQ) sur laquelle les valeurs seront incrémentées et décrémentées et où le transfert sera irréfutable et définitif. A raison de plusieurs milliers de transactions par minute, les corrélations temporelles, de montant, d'émetteur ou de destinataires seront alors impossibles. Chaque clé de la Roue d'Iris ayant une durée de vie très 15 courte par exemple d'une minute, ce qui peut être problématique pour les transactions des dernières secondes, seules les clés de la minute précédente seront acceptées, sans quoi la transaction sera déposée dans la chaîne des transactions en échec (ATTENTKO). 20 REVENDICATIONS1) Procédé mis en oeuvre dans un réseau, apte à sécuriser au moins un message par l'intermédiaire d'au moins un dispositif émetteur et au moins un dispositif récepteur caractérisé en ce que : - les opérations autorisées pour au moins un dispositif émetteur sont interdites pour au moins un dispositif récepteur et réciproquement et ; - pour au moins une clé privée cryptographique connue par au moins un dispositif émetteur, au moins un dispositif récepteur en connait la clé publique associée et réciproquement et ; - chaque message transmis par un dispositif émetteur nécessite au moins un message de validation d'au moins un dispositif récepteur généré seulement si l'ensemble des critères de conformités sont respectés. 15 2) Procédé selon la revendication 1, apte à sécuriser au moins un message par l'intermédiaire, en outre, d'au moins une clé partagée, caractérisé en ce que : - au moins une clé privée cryptographique est connue par au moins deux 20 dispositifs émetteurs et dont la au moins une clé publique associée est connue par au moins deux dispositifs récepteurs et ; - au moins une clé privée cryptographique est connue par au moins deux dispositifs récepteurs et dont la au moins une clé publique associée est connue par au moins deux dispositifs émetteurs. 25 3) Procédé selon l'une quelconque des revendications précédentes, adapté pour renouveler et invalider en permanence des clés cryptographiques associées à au moins un dispositif émetteur ou à au moins un dispositif récepteur, ledit procédé étant caractérisé par les étapes 30 suivantes : - une première étape dans laquelle au moins un dispositif récepteur (3) ou au moins un dispositif émetteur (1) transmet au moins un premier message à destination d'au moins une base de données (TECH) contenant au moins les informations suivantes : 35 - la clé publique associée à une nouvelle clé privée cryptographique générée de façon aléatoire et ; 3049087 -27- - la précédente clé publique associée audit au moins un dispositif récepteur (3) ou au moins un dispositif émetteur (1) et ; - la signature cryptographique relative à la précédente clé privée associée audit au moins un dispositif récepteur (3) ou au moins un 5 dispositif émetteur (1). - une deuxième étape dans laquelle au moins un dispositif récepteur génère au moins un message de validation relatif audit premier message en vérifiant, en outre, que ladite précédente clé publique associée à ledit au moins un dispositif récepteur (3) ou au moins un dispositif émetteur 10 (1) correspond à la clé connue pour ledit au moins un dispositif récepteur (3) ou au moins un dispositif émetteur (1) ; - une troisième étape intervenant une fois les critères de conformité relatifs au au moins un message de validation respectés, dans laquelle au moins un dispositif récepteur et au moins un dispositif émetteur n'accepteront plus, dès lors, que ladite nouvelle clé cryptographique pour ledit au moins un dispositif récepteur (3) ou au moins un dispositif émetteur (1). 4) Procédé selon la revendication 3, adapté pour renouveler une 20 liste d'au moins une clé partagée entre au moins deux dispositifs émetteurs, caractérisé en ce que : - dans la première étape, le au moins un message est transmis par au moins un dispositif émetteur à destination d'au moins une base de données (TECH) et comporte les données suivantes : 25 - une nouvelle clé privée cryptographique générée aléatoirement et chiffrée avec une des clés publiques de ladite liste d'au moins une clé partagée entre au moins deux dispositifs émetteurs et ; - la clé publique associée à ladite nouvelle clé privée et ; - la clé publique associée audit au moins un dispositif émetteur et ; 30 - la signature du au moins un message avec la clé privée associée au au moins un dispositif émetteur. - dans la deuxième étape, au moins un dispositif récepteur vérifie, en outre, que ladite clé publique associée au au moins un dispositif émetteur correspond à la clé publique connue pour ledit au moins un 35 deuxième dispositif émetteur ; - une nouvelle troisième étape intervenant à l'issue de la période de validité de ladite liste d'au moins une clé partagée entre au moins deux 3049087 -28- dispositifs émetteurs, dans laquelle au moins un premier dispositif récepteur (3) : - récupère le au moins un dernier message validé, transmis par au moins un dispositif émetteur sur ladite au moins une base de 5 données (TECH) et ; - génère et stocke par l'intermédiaire d'au moins un deuxième message dans au moins une base de données (BANQ) contenant : le au moins un dernier message validé, transmis par au moins un dispositif émetteur sur ladite au moins une base de données 10 (TECH) et ; - une signature cryptographique dudit deuxième message avec la clé privée associée au moins un dispositif récepteur à l'origine du deuxième message. - une quatrième étape dans laquelle au moins un deuxième dispositif 15 récepteur vérifie si toutes les informations relatives audit deuxième message sont conformes et valide le message par l'intermédiaire d'un message de validation ; - une cinquième étape dans laquelle : - au moins deux dispositifs émetteurs récupèrent ledit deuxième message déposé et validé dans ladite base de données (BANQ) et déchiffrent, à partir de ladite liste d'au moins une clé partagée entre au moins deux dispositifs émetteurs, une à une les nouvelles clés privées valides qui constituent la nouvelle liste valide d'au moins une clé partagée entre au moins deux dispositifs émetteurs et , - lesdits au moins deux dispositifs récepteurs récupèrent la au moins une nouvelle clé publique valide contenue dans ledit deuxième message déposé et validé dans ladite base de données (BANQ). 5) Procédé selon la revendication 4, adapté pour renouveler une liste d'au moins une clé partagée entre au moins deux dispositifs récepteurs, caractérisé en ce que : - dans les étapes 1, 2, 3 et 4 le au moins un dispositif récepteur et la liste d'au moins une clé partagée entre au moins deux dispositifs récepteurs remplacent respectivement le au moins un dispositif émetteur et la liste d'au moins une clé partagée entre au moins deux dispositifs émetteurs - la cinquième étape comporte : 3049087 - 29 - - au moins deux dispositifs récepteurs récupèrent ledit deuxième message déposé et validé dans ladite base de données (BANQ) et déchiffrent, à partir de ladite liste d'au moins une clé partagée entre au moins deux dispositifs récepteurs, une à une les nouvelles 5 clés privées valides qui constituent la nouvelle liste valide d'au moins une clé partagée entre au moins deux dispositifs récepteurs et , - au moins deux dispositifs émetteurs récupèrent la au moins une nouvelle clé publique valide contenue dans ledit deuxième 10 message déposé et validé dans ladite base de données (BANQ). 6) Procédé selon la revendication 2, adapté pour initialiser au moins un dispositif émetteur, caractérisé en ce qu'il comporte les étapes suivantes : 15 - une première étape dans laquelle au moins un premier dispositif émetteur (2) à initialiser génère une première clé privée aléatoire (CPDISPEM2-1), dont la clé publique associée est stockée dans un premier message dans au moins une base de donnée (CONTRATS) accessible à au moins un dispositif émetteur (1) et à au moins un 20 dispositif récepteur (3) ; - une deuxième étape dans laquelle au moins un premier dispositif récepteur (3) prend connaissance dudit premier message, vérifie qu'il a bien été émis par un dispositif autorisé en vérifiant que la clé publique mentionnée dans ledit au moins un premier message est bien listée dans 25 un message dans ladite au moins une base de données (CONTRATS) et y associe un premier message de validation qu'il signe avec sa clé privée (CPDISPR1-1) ; - une troisième étape dans laquelle un deuxième dispositif émetteur (1) qui a pris connaissance de l'existence du premier message accessible 30 sur ladite au moins une base de données (CONTRATS) et après avoir vérifié le au moins un message de validation associé, génère un troisième message chiffré avec la clé publique associée à la clé privée (CPDISPEM2-1) contenant la dernière liste valide d'au moins deux clés partagées entre au moins deux dispositifs émetteurs sur ladite au 35 moins une base de données (CONTRATS); - une quatrième étape dans laquelle le premier dispositif émetteur récupère et déchiffre, avec la première clé privée (CPDISPEM2-1), ledit 3049087 - 30 - troisième message contenant la dernière liste valide d'au moins deux clés partagées entre au moins deux dispositifs émetteurs. 7) Procédé selon la revendication 2, adapté pour initialiser au 5 moins un dispositif récepteur, caractérisé en ce qu'il comporte les étapes suivantes : - une première étape dans laquelle au moins un dispositif récepteur à initialiser (4) génère une première clé privée (CPDISPR2-1), dont la clé publique associée est stockée dans un premier message dans au moins 10 une base de données (CONTRATS) accessible à au moins un dispositif émetteur (1) et à au moins un dispositif récepteur ; - une deuxième étape dans laquelle au moins un dispositif émetteur (1) par l'intermédiaire d'une clé cryptographique habilitée à initialiser au moins un dispositif récepteur, enregistre ledit au moins un dispositif 15 récepteur à initialiser en ajoutant un message d'initialisation audit premier message ; - une troisième étape dans laquelle au moins un dispositif récepteur préalablement initialisé vérifie la conformité dudit message d'initialisation et seulement si ledit message d'initialisation est conforme, y ajoute un 20 message de validation ; - une quatrième étape faisant suite à la validation d'un nombre suffisant de dispositifs récepteurs préalablement initialisés, un dernier dispositif récepteur et seulement si les conditions d'initialisation sont réunies, ajoute un message chiffré avec la clé publique associée à la clé 25 privée (CPDISPR2-1) dudit au moins un dispositif récepteur à initialiser (4) contenant la dernière liste valide d'au moins une clé partagée entre au moins deux dispositifs récepteurs sur ladite au moins une base de données (CONTRATS) ; - une cinquième étape dans laquelle ledit dispositif récepteur à initialiser 30 récupère et déchiffre la liste valide d'au moins une clé partagée entre au moins deux dispositifs récepteurs. 8) Procédé selon revendication 2, adapté pour révoquer au moins un dispositif récepteur, caractérisé en ce qu'il comporte les étapes suivantes : 35 - une première étape dans laquelle au moins un dispositif récepteur (3) valide un premier message non conforme par l'intermédiaire d'un premier message de validation ; 3049087 - 31 - - une deuxième étape dans laquelle au moins un autre dispositif récepteur - vérifie ledit premier message et constate la non-conformité dudit premier message de validation et ; 5 - ledit au moins un autre dispositif récepteur génère alors un deuxième message de validation en indiquant que le statut du premier message de validation est non-conforme et ; - transmet le premier message, le premier et le deuxième message de validation à au moins un autre dispositif récepteur ; 10 - une troisième étape dans laquelle au moins un autre dispositif récepteur confirme la non-conformité du premier message de validation ; - une quatrième étape faisant suite à la validation d'un nombre suffisant de dispositifs récepteurs indiquant la non-conformité du premier message de validation, dans laquelle un dernier dispositif récepteur : 15 - ajoute un premier message de révocation dans au moins une base de données (TECH) en indiquant la dernière clé publique associée audit au moins un dispositif récepteur à l'origine du premier message de validation non conforme et ; - ajoute un deuxième message de révocation sur au moins une base 20 de données (CONTRATS) indiquant que la clé cryptographique habilitée à initialiser au moins un dispositif récepteur qui a initialisée ledit au moins un dispositif récepteur à l'origine du message non conforme est révoquée du système ; - une cinquième étape dans laquelle au moins un autre dispositif 25 récepteur valide chacun des au moins un premier et deuxième messages de révocation ; - une sixième étape dans laquelle le dispositif récepteur à l'origine du message de validation non conforme supprime toutes les données qu'il contient sauf la première clé (CPDISPR2-1). 30 9) Procédé selon la revendication 2, adapté pour supprimer les éléments de corrélation d'au moins un message relatif à un échange de valeurs entre une clé relative à un émetteur (9) et une clé relative à un destinataire (7), caractérisé en ce que : 35 - au moins un dispositif émetteur et au moins un dispositif récepteur accèdent aux informations relatives au procédé de suppression des corrélations comportant : 3049087 - 32 - - au moins un algorithme de découpage des valeurs et ; - au moins une clé cryptographique spécifique à chaque découpage de valeurs, dont au moins un dispositif récepteur en connait la clé privée et au moins un dispositif récepteur en connait la clé 5 publique et ; - une clé partagée et ; - une durée de validité et ; - au moins un algorithme de répartition des messages permettant de définir au moins un dispositif récepteur référent en fonction d'une 10 clé d'un destinataire d'un message d'échange de valeurs. - et en ce que dans : - une première étape dans laquelle au moins un dispositif émetteur découpe la valeur échangée relative à un message d'échange de valeur en fonction dudit algorithme de découpage des valeurs et 15 génère un message découpé (MSGR1) d'échange de valeur pour chacune des valeurs découpées avec : pour émetteur : ladite clé relative à un émetteur (9) et ; pour destinataire intermédiaire : la clé spécifique à la partie découpée de la valeur (ROUE_0,01) et ; 20 - pour destinataire réel : ladite clé relative au destinataire (7) chiffrée avec ladite clé partagée et ; - pour valeur : la valeur découpée (0,07) relative à la partie découpée de la valeur (ROUE_0,01). - une deuxième étape dans laquelle au moins un dispositif récepteur 25 valide et envoie ledit au moins un message découpé (MSGR1) audit au moins un dispositif récepteur référant relatif audit destinataire réel (7) du message si celui-ci est conforme. - une troisième étape dans laquelle, ledit au moins un dispositif référent relatif audit destinataire réel (7) du message découpé, 30 valide le message et génère au moins un message de validation associé et si les messages sont conformes : C. décrémente la valeur associée à la clé de l'émetteur (9) sur une base de données (BANQ) de la valeur contenue (0,07) dans ledit message découpé (MSGR1) et y associe un 35 message de validation contenant : la clé publique associée audit au moins un dispositif récepteur référent, la clé du destinataire (ROUE_0,01) et la clé de l'émetteur (9), 3049087 -33- l'opération et la valeur échangée, la référence et la base de données permettant de retrouver le message d'origine, la clé de contrôle de l'ensemble des messages de validation relatif audit message découpé, la clé de contrôle de 5 l'ensemble des messages de validations associés à la clé de l'émetteur sur ladite base de données (BANQ) et la signature cryptographique du message et ; D. réalise la même opération que A mais en incrémentant la valeur associée à la clé du destinataire intermédiaire 10 (ROUE_0,01) relatif audit message découpé (MSGR1). - une quatrième étape à l'issue de ladite durée de validité, ledit au moins un dispositif référent relatif audit destinataire réel (7) du message découpé : - regroupe l'ensemble des messages découpés relatifs à la 15 clé d'un destinataire (7) donné, consolide les valeurs et ; - génère et transmet à au moins un dispositif récepteur au moins un nouveau message (MSGR3) consolidé d'échange de valeurs avec : - pour émetteur intermédiaire, la clé spécifique à la 20 partie découpée de la valeur (ROUE_0,01) et ; - pour destinataire : la clé relative au destinataire réel (7) et , - pour valeur : la somme de toutes les valeurs (0,02) à destination du destinataire réel (7) d'une partie 25 découpée donnée (ROUE_0,01). - une cinquième étape intervenant une fois qu'au moins un message consolidé est validé par au moins un dispositif récepteur, dans laquelle ledit au moins un dispositif référent relatif audit destinataire réel (7) du message consolidé réalise les opérations l'étape 3 mais 30 avec : en partie A : en décrémentant la valeur associée à la clé de l'émetteur intermédiaire (ROUE_0,01) de la valeur consolidée (0,02) du message consolidé (MSGR3) et ; - en partie B : en incrémentant la valeur associée à la clé du 35 destinataire (7) de la valeur consolidée (0,02) du message consolidé (MSGR3). 3049087 -34- 10) Procédé selon la revendication 9, adapté pour renouveler les clés du procédé de suppression des corrélations des messages, caractérisé en ce que : au moins un dispositif récepteur (3) transmet au moins un message de renouvellement à destination d'au moins une base de données (TECH), dans lequel il propose une première série de nouvelles clés privées cryptographiques (SROUE-1) dont une clé partagée, relative audit procédé de suppression des corrélations des messages. Ledit au moins un message étant chiffré avec la dernière clé partagée valide relative audit procédé de suppression des corrélations des messages et signe le message avec sa dernière clé privée et ; ledit au moins un message de renouvellement est validé par au moins un autre dispositif récepteur seulement si celui-ci est conforme et que la signature associée correspond à un dispositif récepteur habilité et ; à l'issue de la période de validité de la série de clés relative audit procédé de suppression des corrélations des messages, au moins un dispositif récepteur récupère la dernière série de clés proposée et validée dans ladite au moins une base (TECH), et la stocke à travers au moins un message publié à destination d'au moins une base de données (BANQ) accessible à tous. Ledit au moins un message publié comporte : - la nouvelle série des nouvelles clés privées chiffrée avec la clé publique associée à la dernière clé partagée relative audit procédé de suppression des corrélations des messages (SROUEP1) et ; - les clés publiques associées à ladite nouvelle série des nouvelles clés privées et la clé partagée relatives audit procédé de suppression des corrélations des messages et ; - la signature dudit au moins un message publié avec la dernière clé privée relative au au moins un dispositif récepteur à l'origine dudit au moins un message publié et ; au moins un autre dispositif récepteur (4) vérifie si toutes les informations relatives audit au moins un message publié sont conformes et génère au moins un message de validation associé ; au moins un dispositif récepteur récupère ledit au moins un message publié déposé et validé dans ladite au moins une base de données (BANQ) : 5 - 10 - 15 - 20 25 30 - - 35 3049087 - 35 - - déchiffre la nouvelle clé partagée (SROUEP2), avec la dernière clé partagée valide (SROUEP1), relative audit procédé de suppression des corrélations des messages et ; - déchiffre ladite nouvelle série des nouvelles clés privées chiffrée, 5 avec la nouvelle clé partagée (SROUEP2) relative audit procédé de suppression des corrélations des messages et ; - au moins un dispositif émetteur récupère sur ladite au moins une base de données (BANQ) les clés publiques relatives à ladite nouvelle série des nouvelles clés relatives audit procédé de suppression des 10 corrélations des messages. 11) Procédé selon la revendication 9, mis en oeuvre dans le cadre du procédé de suppression des corrélations des messages, apte à permettre de retrouver l'ensemble des modifications effectuées relatives à la valeur 15 associée à au moins une clé relative à un émetteur (9) ou à une clé relative à un destinataire (7) sur au moins une base de données (BANQ), caractérisé en ce que : - chaque modification d'une valeur associée à au moins une clé relative à un émetteur (9) ou à une clé relative à un destinataire (7) est 20 accompagnée d'au moins un message de validation du au moins un dispositif récepteur référant relatif à une clé relative à un destinataire (7) d'au moins un message d'échange de valeurs et ; - chaque message de validation reste indéfiniment stocké sur ladite au moins une base de données (BANQ) de sorte que l'addition de chaque 25 opération indiquée dans le au moins un message de validation associée à au moins une clé relative à un émetteur (9) ou à une clé relative à un destinataire (7), permet de retrouver la valeur associée à ladite au moins une clé relative à un émetteur (9) ou à une clé relative à un destinataire (7) et ; 30 - éventuellement lorsqu'au moins un dispositif récepteur vérifie chacun des messages de validation relatifs à un échange de valeurs associés à ladite au moins une clé relative à un émetteur (9) ou à une clé relative à un destinataire (7), il génère alors un nouveau message de validation associée à ladite au moins une clé relative à un émetteur (9) ou à une clé 35 relative à un destinataire (7) sur ladite au moins une base de données (BANQ) contenant au moins : 3049087 -36- - le statut de la vérification par rapport à la valeur associée à ladite au moins une clé relative à un émetteur (9) ou à une clé relative à un destinataire (7) et ; - la liste des messages de validation vérifiés et ; 5 - la date de génération dudit nouveau message de validation et ; la clé de contrôle relative au contenu de l'ensemble des messages de validation vérifiés et ; - la clé publique et la signature du au moins un dispositif récepteur à l'origine de la vérification. 10 12) Procédé selon la revendication 9, mis en oeuvre dans le cadre du procédé de suppression des corrélations des messages, apte à permettre à au moins un émetteur et à au moins un destinataire de connaitre à tout moment l'état de validation d'un premier message relatif à un échange de 15 valeurs, caractérisé en ce que : - au moins un dispositif émetteur intègre dans au moins un message découpé relatif audit au moins un premier message relatif à un échange de valeurs : les informations relatives audit au moins un émetteur (9) et audit au 20 moins un destinataire (7) chiffrées avec une clé cryptographique générée aléatoirement et ; - ladite clé cryptographique générée aléatoirement et chiffrée avec : - la clé partagée relative audit procédé de suppression des corrélations et ; 25 - la clé publique associée à ladite au moins une clé relative à un émetteur (9) et ; - la clé publique associée à ladite au moins une clé relative à un destinataire (7) seulement si celle-ci est connue par ledit au moins un dispositif émetteur à l'origine du premier 30 message et/ou ; - le au moins un dispositif récepteur référent, relatif à ladite au moins une clé relative à un destinataire (7), génère au moins un message chiffré sur au moins une base de données (ATTENTKO) à chaque événement relatif à au moins un message découpé ou consolidé relatif au message 35 d'échange de valeurs. Ledit au moins un message chiffré est chiffré avec : 3049087 - 37 - - la clé partagée relative audit procédé de suppression des corrélations et ; - la clé publique associée à ladite au moins une clé relative à un émetteur (9) et ; 5 - la clé publique associée à ladite au moins une clé relative à un destinataire (7) seulement si celle-ci est connue par le au moins un dispositif récepteur référent relatif audit au moins un destinataire (7) et ; - les messages ainsi générés sur ladite au moins une base de données 10 (ATTENTKO) sont supprimés après l'écriture finale relative à l'échange de valeur sur la au moins une base de données (BANQ).