Brevet FR3073111A1 (20190503)

REVENDICATIONS1. Procédé pour partager des données entre des acteurs (5) d'un réseau, ledit procédé comprenant une étape de cryptographie des données par une méthode cryptographique asymétrique à double clés, chaque acteur (5) possédant au moins une dite double clés, caractérisé en ce que, une chaîne de blocs (20) étant mise en oeuvre, un bloc (25) comprenant une empreinte numérique (30) du bloc qui le précède dans la chaîne de blocs (20) et au moins une transaction (35) qui comprend des données à partager, au moins un bloc étant un bloc d'initialisation (26) initialisant la chaîne de blocs et au moins un bloc étant un bloc d'inscription d'un nouvel acteur, au moins un dit acteur (5) étant un acteur majeur, au moins un dit acteur (5) étant un acteur subordonné et au moins un dit acteur (5) étant un équipement informatique, un dit acteur majeur étant autorisé à requérir une adhésion audit réseau d'un nouvel acteur majeur ainsi que d'un acteur subordonné et d'un nouvel équipement informatique, un dit acteur subordonné étant uniquement autorisé à requérir une adhésion audit réseau d'un nouvel équipement informatique, le procédé comporte : - une étape d'initialisation (STP1) de la chaîne de blocs qui comporte une opération de mémorisation dudit au moins un bloc d'initialisation (26) dans la chaîne de blocs par une autorité prédéterminée à l'aide d'au moins un ordinateur, ledit au moins un bloc d'initialisation (26) comprenant au moins une dite transaction (36) qui inclut un enregistrement d'identité (84) d'un acteur majeur, - une étape d'acceptation d'un nouvel acteur (STP2) dans la chaîne de blocs qui inclut une opération de mémorisation 52 d'au moins un bloc d'inscription d'un nouvel acteur (29) dans la chaîne de blocs par un dit acteur majeur ou subordonné à l'aide d'au moins un ordinateur, ledit au moins un bloc d'inscription d'un nouvel acteur (29) comprenant au moins 5 une dite transaction (34) qui inclut un enregistrement d'identité (84) dudit nouvel acteur, un dit enregistrement d'identité (84) d'un acteur majeur/subordonné ou équipement informatique comprenant des données d'identification de cet acteur majeur/ acteur subordonné 10 ou équipement informatique qui inclut au moins un identifiant de cet acteur majeur/ acteur subordonné ou équipement informatique, une clé publique d'une double clés dite double clés de signature de cet acteur majeur/ acteur subordonné ou équipement informatique destinée à la signature de données, une clé publique d'une double 15 clés dite double clés de chiffrement de cet acteur majeur/ acteur subordonné ou équipement informatique destinée à la signature de données, une clé publique d'une double clés dite double clés de révocation de cet acteur majeur/ acteur subordonné ou équipement informatique destinée à la révocation au moins de la double clés 20 de chiffrement et de la double clés de signature de cet acteur majeur/ acteur subordonné ou équipement informatique, ladite autorité n'intervenant plus à l'issue de l'étape d'initialisation ou n'intervenant que lors d'une étape de réinitialisation d'un acteur suite à une révocation de la double clés de révocation de cet 25 acteur.\n<CLM>\1\tProcédé selon la revendication 1, caractérisé en ce qu'un dit enregistrement d'identité (84) d'un acteur majeur/ acteur subordonné ou équipement informatique comporte une identification d'un algorithme cryptographique de signature associé à ladite double clés de signature de cet acteur majeur/ acteur subordonné ou équipement informatique, une 53 identification d'un algorithme cryptographique de chiffrement associé à ladite double clés de chiffrement de cet acteur majeur/ acteur subordonné ou équipement informatique, une identification d'un algorithme cryptographique de révocation associé à ladite 5 double clés de révocation de cet acteur majeur/ acteur subordonné ou équipement informatique.\n<CLM>\1\tProcédé selon l'une quelconque des revendications 1 à 2, caractérisé en ce qu'un dit enregistrement d'identité (84) d'un acteur majeur/ acteur subordonné ou équipement informatique 10 comporte une date de validité de ladite double clés de signature de cet acteur majeur/ acteur subordonné ou équipement informatique, et une date de validité de ladite double clés de chiffrement de cet acteur majeur/ acteur subordonné ou équipement informatique.\n<CLM>\1\tProcédé selon l'une quelconque des revendications 1 à 3, 15 caractérisé en ce qu'un dit enregistrement d'identité (84) d'un acteur majeur/ acteur subordonné ou équipement informatique comporte un niveau d'importance de cet acteur majeur/ acteur subordonné ou équipement informatique utilisé lors d'une opération de validation d'un bloc par preuve d'enjeu créé par cet acteur 20 majeur/ acteur subordonné ou équipement informatique.\n<CLM>\1\tProcédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ledit au moins un dit identifiant d'un acteur majeur/ acteur subordonné ou équipement informatique inclut un nom de cet acteur majeur/ acteur subordonné ou équipement 25 informatique ou une adresse de cet acteur majeur/ acteur subordonné ou équipement informatique.\n<CLM>\1\tProcédé selon l'une quelconque des revendications 1 à 5, 54 caractérisé en ce que lesdites données d'identification d'un acteur incluent un niveau d'assurance de cet acteur permettant d'indiquer de quelle manière cet acteur a été identifié.\n<CLM>\1\tProcédé selon l'une quelconque des revendications 1 à 6, 5 caractérisé en ce qu'un dit enregistrement d'identité (84) d'un acteur majeur/ acteur subordonné ou équipement informatique comporte une clé publique d'une double clés dite « double clés d'authentification » de cet acteur majeur/ acteur subordonné ou équipement informatique destinée à l'authentification de cet acteur 10 majeur/ acteur subordonné ou équipement informatique.\n<CLM>\1\tProcédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce que ladite opération de mémorisation d'au moins un bloc d'inscription d'un nouvel acteur (29) comporte les opérations suivantes : 15 - émission dans ledit réseau d'une requête incluant un dit enregistrement d'identité (84) dudit nouvel acteur, - minage par un dit acteur de la chaîne de blocs d'un dit bloc d'identification d'un nouvel acteur incluant ledit enregistrement d'identité (84) dudit nouvel acteur, 20 - validation dudit bloc par au moins un acteur de la chaîne de blocs distinct de l'acteur ayant réalisé ledit minage et mémorisation après ladite validation dudit bloc dans la chaîne de blocs.\n<CLM>\1\tProcédé selon l'une quelconque des revendications 1 à 8, 25 caractérisé en ce que le procédé comporte une étape de modification de clés (STP3) durant laquelle un dit acteur modifie au moins une dite double clés lui appartenant incluant une clé 55 publique en vigueur et une clé privée en vigueur, ladite étape de modification comprenant les opérations suivantes : - génération d'un nouvelle double clés incluant une nouvelle clé publique et une nouvelle clé privée, 5 - création et émission vers le réseau d'une transaction dite « transaction d'identification » comprenant un identifiant dudit acteur et la clé publique en vigueur ainsi que la nouvelle clé publique et un algorithme cryptographique associé à cette nouvelle clé publique, ladite transaction 10 d'identification comprenant ladite nouvelle clé publique et ledit identifiant signés numériquement avec la clé privée en vigueur ainsi que ledit identifiant signé numériquement avec la nouvelle clé privée, - insertion de ladite transaction d'identification dans un 15 nouveau bloc de la chaîne de blocs.\n<CLM>\1\tProcédé selon la revendication 9, caractérisé en ce que ladite opération d'insertion de ladite transaction d'identification dans un nouveau bloc de la chaîne de blocs comporte : 20 - une phase de vérification de ladite transaction d'identification par au moins un acteur dudit réseau qui inclut : o une vérification que ladite clé publique en vigueur appartient à l'acteur possédant ledit identifiant en 25 consultant la chaîne de blocs avec un ordinateur, o un premier décryptage avec un ordinateur et la clé publique en vigueur de ladite nouvelle clé publique et 56 dudit identifiant signés numériquement par la clé privée en vigueur, o une détermination d'une première équivalence entre ladite nouvelle clé publique et ledit identifiant obtenu 5 par ledit premier décryptage et respectivement la clé publique en vigueur et l'identifiant mémorisés dans la transaction d'identification, o un deuxième décryptage avec un ordinateur et la nouvelle clé publique dudit identifiant signé 10 numériquement par la nouvelle clé privée, o une détermination d'une deuxième équivalence entre ledit identifiant obtenu par ledit deuxième décryptage et l'identifiant mémorisé dans la transaction d'identification, 15 o validation de ladite transaction d'identification en présence de la première équivalence et de la deuxième équivalence, - une phase de création d'un nouveau bloc incluant ladite transaction d'identification. 20\n<CLM>\1\tProcédé selon l'une quelconque des revendications 1 à 10, caractérisé en ce que le procédé comporte une étape de révocation (STP4) durant laquelle un dit acteur révoque au moins une dite double clés lui appartenant incluant une clé publique en vigueur et 25 une clé privée en vigueur, ladite étape de révocation comprenant les opérations suivantes : - génération d'un nouvelle double clés incluant une nouvelle clé publique et une nouvelle clé privée devant remplacer la 57 double clés révoquée incluant une clé publique en vigueur et une clé privé en vigueur, - création et émission vers le réseau d'une transaction de révocation comprenant un identifiant dudit acteur et la clé 5 publique de révocation de cet acteur et la clé publique en vigueur à révoquer ainsi que la nouvelle clé publique et un algorithme cryptographique associé à cette nouvelle clé publique, ladite transaction de révocation comprenant ladite nouvelle clé publique et ledit identifiant signés 10 numériquement avec la clé privée de révocation ainsi que ledit identifiant signé numériquement avec la nouvelle clé privée, - insertion de ladite transaction de révocation dans un nouveau bloc de la chaîne de blocs. 15\n<CLM>\1\tProcédé selon la revendication 1 1, caractérisé en ce que ladite opération d'insertion de ladite transaction de révocation dans un nouveau bloc de la chaîne de blocs comporte : - une phase de vérification de ladite transaction de 20 révocation par au moins un acteur dudit réseau qui inclut : o une vérification que ladite clé publique de révocation appartient à l'acteur possédant ledit identifiant en consultant la chaîne de blocs avec un ordinateur, o un premier décryptage avec un ordinateur et la clé 25 publique de révocation de ladite nouvelle clé publique et dudit identifiant signés numériquement par la clé privée de révocation, 58 o une détermination d'une première équivalence entre ladite nouvelle clé publique et ledit identifiant obtenu par ledit premier décryptage et respectivement la clé publique en vigueur et l'identifiant mémorisés dans la 5 transaction de révocation, o un deuxième décryptage avec un ordinateur et la nouvelle clé publique dudit identifiant signé numériquement par la nouvelle clé privée, o une détermination d'une deuxième équivalence entre 10 ledit identifiant obtenu par ledit deuxième décryptage et l'identifiant mémorisé dans la transaction de révocation, o validation dudit nouveau bloc en présence de la première équivalence et de la deuxième équivalence, - une phase de création d'un nouveau bloc incluant ladite 15 transaction de révocation.\n<CLM>\1\tProcédé selon l'une quelconque des revendications 1 à 12, caractérisé en ce que ledit procédé comporte une étape de séquestre de clés (STP6) qui comporte les opérations suivantes 20 pour un dit acteur : - création d'une copie de la double clés de chiffrement de cet acteur, - chiffrement de la copie avec une clé publique d'une double clés de chiffrement d'un officier de sécurité dudit acteur, puis 25 chiffrement avec une clé publique de chiffrement d'un acteur majeur différent dudit acteur. 59\n<CLM>\1\tProcédé selon l'une quelconque des revendications 1 à 13, caractérisé en ce que pour enregistrer dans la chaîne de blocs une transaction dite « transaction de données signées », ladite 5 transaction de données signées comprenant des données à échanger qui sont signées numériquement, les données à échanger incluant des données originelles ou une empreinte numérique des données originelles dite « première empreinte d'émission » obtenue par une méthode de hachage, le procédé comporte les 10 opérations suivantes : - cryptage des données à échanger qui sont à signer numériquement en les signant avec la clé privée de signature d'un dit acteur dénommé « expéditeur », pour obtenir lesdites données à échanger qui sont signées numériquement, 15 - envoi au réseau de la transaction de données signées incluant les données à échanger qui sont signées numériquement, - création d'un bloc dit « nouveau bloc » par un dit acteur dénommé « mineur », ledit nouveau bloc comprenant au 20 moins une empreinte numérique du dernier bloc de la chaîne de blocs et ladite transaction de données signées, - validation du nouveau bloc par au moins un dit acteur, - insertion du nouveau bloc dans la chaîne de blocs après ladite validation. 25\n<CLM>\1\tProcédé selon la revendication 14, caractérisé en ce que, les données à échanger prenant la forme d'une dite première empreinte d'émission, ledit mineur ayant reçu lesdites données originelles, le procédé comporte une opération de 60 vérification réalisée avant de construire le nouveau bloc comprenant les opérations de : - consultation de ladite chaîne de blocs pour obtenir la clé publique de signature en vigueur de l'expéditeur, 5 - décryptage, avec la clé publique de signature en vigueur de l'expéditeur, des données à échanger qui sont signées numériquement pour obtenir ladite première empreinte d'émission, - réalisation d'une empreinte numérique dite « empreinte de 10 contrôle » des données originelles, - comparaison de l'empreinte de contrôle et de ladite première empreinte d'émission.\n<CLM>\1\tProcédé selon la revendication 15, caractérisé en ce que, les données à échanger prenant la forme 15 d'une dite première empreinte d'émission, un destinataire effectue les opérations suivantes : - vérification de ladite transaction de données signées : o en consultant ladite chaîne de blocs pour obtenir la clé publique de signature en vigueur de l'expéditeur, 20 o en décryptant, avec la clé publique de signature en vigueur de l'expéditeur, les données à échanger qui sont signées numériquement pour obtenir ladite première empreinte d'émission, o en réalisant une empreinte numérique dite « empreinte 25 de contrôle » des données originelles, 61 o en comparant l'empreinte de contrôle et ladite première empreinte d'émission, - vérification que le bloc de la chaîne de blocs contenant ladite transaction de données signées a été validé, 5 - non prise en compte de ladite transaction de données signées si l'empreinte de contrôle et ladite première empreinte d'émission sont différentes ou si ledit bloc de la chaîne de blocs contenant ladite transaction de données signées n'a pas été validé. 10\n<CLM>\1\tProcédé selon l'une quelconque des revendications 1 à 16, caractérisé en ce que pour enregistrer dans la chaîne de blocs une transaction dite « transaction de données chiffrées », ladite transaction de données chiffrées comprenant des données à 15 échanger qui sont chiffrées numériquement, les données à échanger incluant des données d'origine ou une empreinte numérique des données d'origine dite « deuxième empreinte d'émission » obtenue par une méthode de hachage, la transaction de données chiffrées étant destinée à un dit acteur dénommé 20 « destinataire », le procédé comporte les opérations suivantes : - consultation de la chaîne de blocs pour obtenir la clé publique de chiffrement en vigueur affectée au destinataire, - création d'une clé symétrique et chiffrement des données à échanger avec cette clé symétrique pour obtenir des 25 données à échanger chiffrées numériquement avec ladite clé symétrique, 62 - chiffrement de la clé symétrique en utilisant la clé publique de chiffrement du destinataire pour obtenir une clé symétrique chiffrée numériquement avec ladite clé publique, - envoi au réseau de la transaction de données chiffrées, 5 ladite transaction de données chiffrées incluant lesdites données à échanger chiffrées numériquement avec ladite clé symétrique et ladite clé symétrique chiffrée numériquement avec ladite clé publique du destinataire, - création d'un bloc dit « nouveau bloc » par un acteur dit 10 « mineur », ledit nouveau bloc comprenant au moins une empreinte du dernier bloc de la chaîne de blocs, ladite transaction de données chiffrées, - validation du nouveau bloc par au moins un acteur, - insertion du nouveau bloc dans la chaîne de blocs. 15\n<CLM>\1\tProcédé selon la revendication 17, caractérisé en ce que, les données à échanger prenant la forme de la deuxième empreinte d'émission, un destinataire ayant reçu les données d'origine, ledit procédé comporte les opérations suivantes : 20 - vérification de ladite transaction de données chiffrées par : o déchiffrement en utilisant la clé privée de chiffrement en vigueur du destinataire de la clé symétrique chiffrée avec ladite clé publique de chiffrement du destinataire, o déchiffrement en utilisant ladite clé symétrique des 25 données à échanger chiffrées avec ladite clé symétrique pour obtenir la deuxième empreinte d'émission, 63 o réalisation d'une empreinte numérique dite « empreinte de vérification » des données d'origine, o comparaison de l'empreinte de vérification et de ladite deuxième empreinte d'émission, 5 - non prises en compte de ladite transaction de données chiffrées si l'empreinte de vérification et ladite deuxième empreinte d'émission sont différentes.\n<CLM>\1\tProcédé l'une quelconque des revendications 14 à 18, caractérisé en ce qu'au moins une transaction de données 10 comprend l'identité de l'expéditeur ou un numéro d'enregistrement ou une date.\n<CLM>\1\tSystème d'échange de données (1), caractérisé en ce que ledit système d'échange de données (1) comporte pour chaque acteur (5) du réseau (2) au moins un 15 ordinateur (10) pour mettre en oeuvre ledit procédé selon l'une quelconque des revendications 1 à 19, au moins un ordinateur d'au moins un acteur (5) mémorisant ladite chaîne de blocs.