FR 3073111 A1 20190503 FR 1771144 A 20171030 Procédé et dispositif pour mémoriser et partager des données intègres La présente invention concerne un procédé et un dispositif pour mémoriser et partager des données intègres, notamment dans le domaine aéronautique et spatial. Dans le domaine aéronautique et spatial, toutes sortes de données sont échangées entre diverses personnes physiques ou morales. En particulier, des données peuvent être échangées entre un aéronef et un système présent en dehors de l'aéronef. Ces données peuvent prendre diverses formes. Par exemple, ces données peuvent prendre la forme d'un logiciel ou de données de configuration à télécharger sur un système embarqué dans un aéronef, de logiciels et de données de vol qui concourent aux opérations aériennes et aux activités de maintenance des aéronefs, de logiciels et de données reçues à bord d'un aéronef pour la gestion de flottes d'aéronefs, de documents numérisés administratifs et/ou techniques et/ou opérationnels. Ces données peuvent représenter toute autre information numérique qui peut avoir un impact en termes de sécurité des vols, d'opérations aériennes ou industrielles, de propriété intellectuelle, d'image... Les données échangées peuvent être tracées pour identifier leurs sources et leurs destinataires. Ces données doivent éventuellement être disponibles pour plusieurs acteurs différents, par exemple divers aéronefs, diverses compagnies aériennes, diverses agences gouvernementales... De plus, ces données doivent être intègres et authentiques pour ne pas engendrer un incident. En outre, les données à échanger peuvent être confidentielles. 2 Ces quatre conditions s'avèrent difficiles à obtenir. En effet, des attaques informatiques peuvent avoir pour but de modifier les données, et peuvent avoir un impact sur la fiabilité et/ou la traçabilité des données échangées. 5 Par ailleurs et sur un aéronef en vol, les données sont sujettes à un risque de perte en cas de panne ou d'accident. Lorsque les données sont stockées sur un support de stockage de l'aéronef avant d'être transférées au sol à d'autres acteurs, une destruction involontaire du support de stockage peut entraîner la 10 perte des données mémorisées. Certaines solutions techniques consistent à authentifier les personnes, les services ou les équipements qui interagissent avec les systèmes sensibles, pour savoir s'ils sont autorisés à agir ou bien s'il s'agit d'éléments non autorisés, possibles vecteurs 15 d'attaques. Des solutions techniques sont ainsi basées sur l'utilisation de certificats numériques conformes à la spécification PKIX qui met en oeuvre des mécanismes cryptographiques asymétriques. Ces solutions font appel à un tiers de confiance qui est 20 reconnu par les différents acteurs du réseau. Un tel tiers de confiance est parfois appelé « Autorité de Certification », en référence à la notion de « certificat numérique » utilisée par le standard technique applicable en la matière connu sous l'acronyme « PKIX ». 25 Selon une solution de ce type, une autorité de certification délivre à chaque utilisateur trois couples de clés, incluant chacun une clé publique et une clé privée, et les certificats associés. Ces trois couples de clés sont utilisés respectivement pour répondre à des besoins d'authentification, de signature et de chiffrement. Un certificat atteste qu'un couple de clés appartient à un utilisateur 3 particulier. Un certificat peut par exemple contenir un numéro de série, le type de signature utilisé, l'identification du tiers de confiance, des dates d'émission et de validité, l'identification du propriétaire des clés... Par exemple, un certificat peut être établi 5 selon la norme X509. Ainsi, un utilisateur peut signer des données en utilisant un premier couple de clés pour garantir l'authenticité de donnés et en protéger l'intégrité. Les données ou une empreinte numérique de ces données sont signées avec la clé privée du premier couple de 10 clés, pour permettre la vérification de cette signature par des tiers à l'aide du certificat et de la clé publique du premier couple de clés. Un utilisateur peut chiffrer des données en utilisant un deuxième couple de clés pour assurer leur confidentialité. Un 15 utilisateur peut dériver de la clé privée du deuxième couple de clés une clé symétrique. Les données sont alors chiffrées à l'aide de cette clé symétrique. Cette clé symétrique est elle-même chiffrée avec la clé publique du destinataire. Les données chiffrées et la clé symétrique chiffrée sont envoyées au destinataire. Le 20 destinataire peut alors déchiffrer la clé symétrique à l'aide de sa clé privée, puis déchiffre les données à l'aide de la clé symétrique. Le troisième couple de clés peut être utilisé à des fins d'authentification. Par exemple, une solution de ce type est connue sous 25 l'acronyme « PKI » correspondant à l'expression anglaise « public key infrastructure ». Les documents FR 2912578, FR 2922702 illustrent de telles solutions. 4 Bien que séduisantes, ces solutions techniques peuvent s'avérer délicates à mettre en oeuvre. Une solution de type PKI implique l'utilisation d'une autorité de certification pour gérer les diverses clés et les certificats. Pour 5 garantir une bonne gestion des clés, des processus lourds et complexes sont mis en oeuvre. Par exemple, un couple de clés a une durée de vie limitée. L'obtention d'un couple de clés de remplacement à l'issue de cette durée de vie implique nécessairement de solliciter l'autorité de certification. Cette 10 autorité de certification est donc toujours sollicitée. De plus, la confiance accordée par des utilisateurs à une solution de ce type est de fait liée à la confiance accordée à l'autorité de certification. Une difficulté réside donc dans la difficulté à trouver un tiers de confiance qui satisfasse tous les 15 acteurs en particulier dans un contexte international / intercontinental. En outre, l'utilisation d'une autorité de certification centralisée peut poser un problème de sécurité. Si cette autorité de certification centralisée est victime d'une attaque, la sécurité de 20 l'ensemble du réseau est mise à mal. Par ailleurs, l'autorité de certification peut comprendre une entité de séquestre. L'entité de séquestre a pour fonction de mettre sous séquestre les clés utilisées pour le chiffrement de données, afin de les restaurer si besoin. De multiples raisons sont à l'origine 25 d'une telle entité. En effet, la perte d'une clef privée de chiffrement par son détenteur ne doit pas être définitive. En outre, une organisation peut souhaiter être en mesure de déchiffrer des documents lorsqu'un de ces membres n'en fait plus partie. Enfin, dans certains pays, la loi exige que les données chiffrées puissent 30 être déchiffrées à la demande des autorités nationales. 5 Dans un contexte international, cette dernière exigence peut poser des difficultés puisque chaque pays tend à souhaiter le séquestre sur son propre sol des clés chiffrant les messages de ses ressortissants. 5 Par ailleurs, si un utilisateur fait une erreur de manipulation ou de configuration de logiciel lors de la vérification des signatures électroniques, la chaine de confiance permettant de remonter à l'autorité de certification racine peut dans certains cas être compromise. 10 Les solutions techniques consistant à rendre disponibles des données recueillies, par exemple à partir d'aéronefs, sont plus classiques. Ces solutions peuvent consister à mémoriser ces données en plusieurs endroits physiquement distincts. L'accès aux données est garanti même en cas de destruction d'un lieu de 15 stockage. Par exemple, chaque acteur peut avoir sa propre copie. Toutefois, la synchronisation de toutes les données peut être délicate. S'assurer que les bases de données des différents acteurs sont à jour peut être difficile et onéreux. Le document FR3018379 n'appartient pas au domaine de 20 l'invention, et n'apporte aucune solution au problème posé. Ce document est cité à titre informatif uniquement. De même, le document US 2016/0283920 est connu. La solution technique connue sous la dénomination Certcoin est aussi connue. Le système connu sous la dénomination 25 namecoin vise à gérer des noms de domaines. Les sites internet suivants sont aussi connus : - https://conference.hitb.org/hitbsecconf2013ams/materials/ HugoTeso Aircraft Hacking Practical Aero Series.pdf 6 - https://publications.airlines.org/ Spec42 Aviation Industry Standards for Digital Information Security - https://datatracker.ietf.org/wg/pkix-charter.html - https://letsencrypt.org//2016/09/20/what-it-costs-to-run-lets- 5 encrypt.html. - http://www.zdnet. fr/actualites/piratee-l-autorite-de-certificationdiginotar-est-en-faillite -39764136.htm - https://threatpost. com/polish-planes-grounded-after-airline-hit-withddos-attack/113412/ 10 - https://bdtechtalks.com/2017/01/11/how-blockchain-can-improve- cybersecurity/ - https://courses.csail.mit.edu/6. 857/2014/files/19-fromknecht-velicannyakoubov-certcoin.pdf - https://bitcoin.org/bitcoin.pdf 15 - https://defensecontractormarketing.com/top-100-aerospace- companies-2015/ - http://sancy.univ-bpclermont.fr/-lafourcade/PAPERS/PDF/KLL14.pdf - http://emercoin.com/ La présente invention a alors pour objet de proposer un 20 procédé de génération et de gestion de double clés et d'échanges de données notamment adapté à l'environnement aéronautique et spatial. L'invention vise un procédé pour mémoriser et partager des données intègres entre des acteurs d'un réseau, le procédé 25 comprenant une étape de cryptographie des données par une 7 méthode cryptographique asymétrique à double clés, chaque acteur possédant au moins une dite double clés. Une chaîne de blocs étant mise en oeuvre, un bloc comprenant une empreinte numérique du bloc qui le précède dans 5 la chaîne de blocs et au moins une transaction qui comprend des données à partager, au moins un bloc étant un bloc d'initialisation 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 étant un acteur majeur, au moins un dit acteur étant un acteur subordonné 10 et au moins un dit acteur é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 nouvel acteur subordonné et d'un nouvel équipement informatique, un dit acteur subordonné étant autorisé à requérir une adhésion audit réseau uniquement 15 d'un nouvel équipement informatique, le procédé comporte : - une étape d'initialisation de la chaîne de blocs qui comporte une opération de mémorisation dudit au moins un bloc d'initialisation dans la chaîne de blocs par une autorité prédéterminée à l'aide d'au moins un ordinateur, ledit au 20 moins un bloc d'initialisation comprenant au moins une dite transaction qui inclut un enregistrement d'identité d'un acteur majeur, - une étape d'acceptation d'un nouvel acteur qui inclut une opération de mémorisation d'au moins un bloc d'inscription 25 d'un nouvel acteur 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 comprenant au moins une dite transaction qui inclut un enregistrement d'identité dudit nouvel acteur, 8 Un dit enregistrement d'identité d'un acteur majeur/subordonné ou équipement informatique comprenant des données d'identification de cet acteur majeur/ acteur subordonné ou équipement informatique qui inclut au moins un identifiant de 5 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 clés dite double clés de chiffrement de cet acteur majeur/ acteur 10 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 de chiffrement et de la double clés de signature de cet acteur 15 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 acteur. 20 L'expression « chaque acteur étant associé à une double clés comprenant une clé privée et une clé publique » signifie que chaque acteur possède une clé privée connue de lui seul, et une clé publique qui correspond à la clé privée. L'expression « bloc comprenant une empreinte numérique du 25 bloc qui le précède » signifie qu'à l'exception du premier bloc de la chaîne de blocs, chaque bloc comporte l'empreinte numérique du bloc qui le précède dans la chaîne de blocs. L'expression « acteur majeur » désigne une personne physique ou morale munie d'au moins un ordinateur connecté au 30 réseau pour appliquer le procédé de l'invention. De même l'expression « acteur subordonné » désigne une personne physique 9 ou morale munie d'au moins un ordinateur connecté au réseau pour appliquer le procédé de l'invention. L'expression « équipement informatique » désigne un équipement relié au réseau, tel que par exemple un calculateur d'un aéronef. 5 Pour mémoire, une chaîne de blocs est connue sous l'expression anglaise « BlockChain ». Une chaîne de blocs est notamment utilisée dans le domaine financier et en particulier dans le système d'échange de monnaie « bitcoins ». Des détails sur la technologie BlockChain peuvent être trouvés sur le réseau internet, 10 par exemple aux adresses suivantes https://blockchainfrance.net/, https://fr.wikipedia.org/wiki/Che/oC3%AEne_de_blocs, https://fr.wikipedia.org/wiki/Bitcoin#La_cha.C3.AEne_de_blocs Une chaîne de blocs est une base de données distribuée qui gère une liste de données protégées contre la falsification ou la 15 modification. Les transactions représentent les échanges entre les utilisateurs du réseau, et sont stockées au sein des blocs de la chaîne de blocs. Les différentes transactions enregistrées sont regroupées dans des blocs. Après avoir enregistré les transactions récentes, un nouveau bloc est miné par un acteur qualifié de 20 mineur », à savoir généré, et analysé. Si le bloc est valide, le bloc peut être horodaté et ajouté à la chaîne de blocs. Les transactions sont alors visibles dans l'ensemble du réseau. Une fois ajouté à la chaîne de blocs, un bloc ne peut plus être ni modifié ni supprimé, ce qui garantit l'authenticité et la sécurité du réseau. 25 La présente invention utilise la technologie de la chaîne de blocs non pas pour échanger des monnaies mais pour au moins mémoriser les clés publiques des double clés des acteurs d'un réseau informatique. Ce réseau peut être un réseau privé et peut réunir des acteurs du domaine aéronautique et spatial, chaque 30 acteur représentant un noeud du réseau informatique et comprenant au moins un ordinateur connecté au réseau 10 informatique. La chaîne de blocs est alors mémorisée sur au moins un ordinateur de certains acteurs voire de tous les acteurs. La chaîne de blocs peut être qualifiée de chaîne de blocs « aéro » lors d'une utilisation au sein d'un réseau d'acteurs du 5 domaine aéronautique et spatial. Cette chaîne de blocs peut être construite de manière usuelle. Le protocole de construction des blocs peut être un protocole connu de l'homme du métier mettant en oeuvre un ordinateur. Ce protocole peut être associé à une méthode par 10 consensus. Un nouveau bloc est inséré dans la chaîne de blocs uniquement si un nombre référant d'acteurs ont validé le bloc, via par exemple les processus connus sous l'expression « preuve d'enjeu » ou sous l'expression « preuve de travail ». La fréquence de création des blocs de la chaîne de blocs 15 peut être définie en fonction du nombre d'acteurs sur une base temporelle, ou en fonction d'un nombre de transactions minimum devant être contenues dans un bloc. Si la chaîne de blocs contient un nombre de blocs trop important pour autoriser une copie complète de la chaîne de blocs 20 sur un ordinateur portable par exemple, le procédé peut s'appuyer sur la technologie des accumulateurs cryptographiques. Selon l'invention, la chaîne de blocs comporte au moins un bloc d'initialisation créé et mémorisé par une autorité prédéterminée. Cette autorité prédéterminée n'intervient qu'à ce 25 stade du procédé contrairement à un système PKI usuel, ou n'intervient qu'à ce stade du procédé et pour réinitialiser un acteur durant une étape de réinitialisation suite à une compromission d'uns double clés de révocation de cet acteur. 11 Selon un aspect, en cas de compromission de la clé privée de révocation d'un acteur, un cycle complet de nouvel enregistrement de cet acteur peut être entrepris soit uniquement par des acteurs majeurs, soit uniquement par une autorité prédéterminée et par 5 exemple l'autorité sollicitée durant l'étape d'initialisation, soit par des acteurs majeurs et/ou une autorité prédéterminée. L'initialisation de la chaîne de blocs est réalisée par une autorité qui mine les premiers blocs de la chaîne de blocs. Ces premiers blocs sont des blocs dénommés « bloc d'initialisation » 10 par commodité et contiennent les enregistrements d'identité d'acteurs majeurs du réseau. Ces acteurs majeurs sont des acteurs ayant le pouvoir d'enregistrer tous types d'acteurs. Cette autorité peut être un organisme connu, par exemple un des organismes connus sous les acronymes OACI, FAA ou EASA. 15 Eventuellement, cette autorité peut aussi prendre la forme d'un consortium de compagnies internationales parfaitement identifiées comme acteurs majeurs pour éviter de centraliser le pouvoir d'initialisation de la chaîne de blocs. Suite à cette initialisation, les acteurs majeurs peuvent 20 mémoriser des blocs d'acceptation d'un nouvel acteur pour introduire un nouvel acteur, ce nouvel acteur pouvant être un acteur majeur, un acteur subordonné ou un équipement informatique. Les acteurs subordonnés enregistrés peuvent quant à eux mémoriser des blocs d'acceptation d'un nouvel acteur 25 uniquement pour introduire dans le réseau un équipement informatique. Les acteurs de type « équipement informatique » ne peuvent pas enregistrer de nouveaux acteurs. L'enregistrement d'un équipement informatique est ainsi toujours fait sous la responsabilité d'une personne physique ou 12 morale qui est elle-même déjà enregistrée et qui est garante des actions liées à cet équipement informatique. Chaque enregistrement d'identité relatif à un acteur est visible par tous les acteurs du réseau et comporte au moins trois 5 clés publiques de trois doubles clés respectivement de signature, de chiffrement et de révocation. Les clés privées des double clés respectivement de signature, de chiffrement et de révocation d'un acteur sont en possession de cet acteur. De plus, un enregistrement d'identité comporte au moins une 10 information identifiant l'acteur concerné. De telles informations peuvent comprendre une adresse de l'acteur, le nom de l'acteur que cet acteur soit une personne morale ou physique voire un équipement informatique, un numéro d'immatriculation de l'acteur... Dès lors, les acteurs du réseau peuvent se référer 15 directement à la chaîne de blocs mémorisée sur leurs ordinateurs pour obtenir les clés publiques des différents acteurs ainsi que les informations les identifiant. De plus, la gestion des clés est effectuée par les acteurs eux-mêmes en sollicitant la chaîne de blocs à l'issue de l'étape 20 d'initialisation. Par suite, la notion de tiers de confiance peut disparaitre totalement à l'issue de l'étape d'initialisation. De plus, les acteurs du réseau peuvent alors s'identifier en consultant la chaîne de blocs avec un niveau d'assurance 25 important, les mécanismes de création et de gestion des clés étant mis en oeuvre de façon décentralisée, résiliente et transparente Tous les acteurs du réseau peuvent en outre vérifier eux-mêmes avec un ordinateur la fiabilité et l'authenticité des 13 transactions électroniques émises dans la chaîne de blocs en utilisant les clés publiques disponibles en ligne dans la chaîne de blocs. En outre, les transactions mémorisées dans la chaîne de 5 blocs peuvent comprendre des données diverses échangées entre les acteurs, et notamment des données aéronautiques telles que décrites précédemment. Ces données peuvent être signées ou chiffrées en fonction du besoin à l'aide respectivement des double clés de signature et de chiffrement. 10 La double clés de révocation permet à un acteur de révoquer et de renouveler si nécessaire la double clés de signature et la double clés de chiffrement de cet acteur, notamment lorsque ces double clés sont compromises ou expirées selon une politique de gestion des identités numériques de la chaîne de blocs. 15 Ce procédé peut de plus comporter une ou plusieurs des caractéristiques qui suivent. Un dit enregistrement d'identité d'un acteur majeur/ acteur subordonné ou équipement informatique peut comporter une identification d'un algorithme cryptographique de signature associé 20 à ladite double clés de signature de cet acteur majeur/ acteur subordonné ou équipement informatique, une 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 25 cryptographique de révocation associé à ladite double clés de révocation de cet acteur majeur/ acteur subordonné ou équipement informatique. 14 Ainsi, chaque acteur du réseau peut déterminer aisément l'algorithme cryptographique à utiliser s en consultant la chaîne de blocs avec un ordinateur. Selon un aspect, un dit enregistrement d'identité d'un acteur 5 majeur/ acteur subordonné ou équipement informatique peut comporter 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 10 équipement informatique. Chaque date de validité peut comprendre une date d'expiration voire une date de mise en service de la double clés associée. Ces données sont accessibles à tous les acteurs en consultant la chaîne de blocs avec un ordinateur. 15 Selon un aspect, un dit enregistrement d'identité d'un acteur majeur/ acteur subordonné ou équipement informatique peut comporter 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. Lorsqu'une transaction est émise par un acteur dans le réseau, chaque acteur peut prendre la forme d'un mineur pour miner un bloc. Ce bloc est alors analysé informatiquement par au moins un autre acteur afin d'être validé ou invalidé. Si le bloc est 25 invalidé, la transaction n'est pas enregistrée. Par contre, si le bloc est validé ce bloc est mémorisé en dernière position dans la chaîne de blocs. La validation peut être effectuée via une méthode de consensus, par exemple par preuve d'enjeu. Le système dit de 15 validation des blocs par preuve d'enjeu favorise les acteurs qui ont le plus d'intérêts dans le système au travers du niveau d'importance. Ce niveau d'importance peut être mesuré en fonction de résultats annuels par société par exemple. 5 A titre illustratif, deux niveaux d'importance peuvent être définis, à savoir un niveau d'importance haut et un niveau d'importance bas. Un bloc miné par un acteur ayant un niveau d'importance haut peut être introduit dans la chaîne de blocs après validation d'un autre acteur. Par contre, un bloc miné par un acteur 10 ayant un niveau d'importance bas peut être introduit dans la chaîne de blocs après validation d'un acteur ayant un niveau d'importance haut ou après validation par au moins deux acteurs ayant un niveau d'importance bas. De manière alternative, une méthode de validation d'un bloc 15 de type « preuve de travail » peut être mise en place. Les acteurs mineurs peuvent par exemple être rémunérés par le biais d'abonnements payants des acteurs par exemple. De manière alternative, une méthode de validation de blocs de type hybride « preuve de travail » - « preuve d'enjeu » est 20 envisageable. Par exemple, les critères appliqués à la méthode de preuve de travail varient en fonction du niveau d'importance du mineur. Selon un aspect, au moins un dit identifiant d'un acteur majeur/ acteur subordonné ou équipement informatique peut 25 inclure un nom de cet acteur majeur/ acteur subordonné ou équipement informatique ou une adresse de cet acteur majeur/ acteur subordonné ou équipement informatique. 16 L'adresse peut prendre la forme d'une adresse physique, ou encore d'une adresse d'une boîte aux lettres électronique par exemple. Un rôle de cet acteur majeur/ acteur subordonné ou 5 équipement informatique dans le réseau peut aussi être défini, tel que par exemple un rôle de fabricant d'aéronef, un rôle de technicien de maintenance, un rôle de commerçant, un rôle opérationnel.... Selon un aspect, les données d'identification d'un acteur 10 peuvent inclure un niveau d'assurance de cet acteur permettant d'indiquer de quelle manière cet acteur a été identifié. Par exemple, l'enregistrement de nouveaux acteurs majeurs présentant le plus haut niveau d'assurance se fait sur présentation de papiers d'identité. Pour l'enregistrement d'un acteur subordonné 15 présentant un niveau d'assurance moindre, une adresse d'une boîte aux lettres électronique correspondant à un nom de domaine vérifié par une autre chaîne de blocs peut être suffisante. Par exemple une chaîne de type NameCoin décrite par exemple sur le site https://namecoin.org/ peut être utilisée. 20 Ainsi, l'acteur qui transmet une transaction pour enregistrer un nouvel acteur indique le niveau d'assurance de ce nouvel acteur. Selon un aspect, un dit enregistrement d'identité d'un acteur majeur/ acteur subordonné ou équipement informatique comporte 25 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 majeur/ acteur subordonné ou équipement informatique. 17 Un enregistrement d'identité peut ainsi comprendre plusieurs des attributs suivants pour un acteur : identité de l'acteur (personne physique ou morale ; équipement informatique); adresse, rôle, clé publique « en ligne » d'une double clés de 5 signature, clé publique « en ligne » d'une double clés de chiffrement, clé publique « en ligne » d'une double clés d'authentification, clé publique « hors ligne » d'une double clés de révocation, algorithmes cryptographiques associés, niveau d'assurance de l'enregistrement, niveau d'importance dans le 10 processus de validation des blocs, dates de validité des double clés. Cette collection d'attributs peut être complétée ou modifiée selon les standards en vigueur. Selon un aspect, si pour un dit acteur majeur/ acteur subordonné ou équipement informatique au moins deux blocs de 15 ladite chaîne de blocs contiennent des informations distinctes relatives à une même donnée d'identification de cet acteur majeur/ acteur subordonné ou équipement informatique, lesdits au moins deux blocs ayant été insérés dans ladite chaîne de blocs à des instants différents, ladite donnée d'identification de cet acteur 20 majeur/ acteur subordonné ou équipement informatique qui est en vigueur à un instant courant présente les informations contenues dans ledit au moins deux blocs le plus récent. Les données d'identification d'un acteur peuvent évoluer. Dès lors, pour obtenir les données d'identification valides à un instant 25 donné, il suffit d'accéder à la chaîne de blocs avec un ordinateur. Les données d'identification les plus récentes sont de fait les données d'identification en vigueur. Par exemple, deux blocs différents contiennent la clé publique de signature d'un acteur. La clé publique de signature 30 d'un acteur en vigueur à un instant courant est la clé publique de signature contenue dans le bloc le plus récent. 18 En outre, un acteur peut toujours avoir accès aux anciennes données d'identification d'un acteur si besoin, par exemple pour décrypter les données contenues dans une transaction antérieure à l'émission des nouvelles données d'identification. 5 Selon un aspect, l'opération de mémorisation d'au moins un bloc d'inscription d'un nouvel acteur peut comporter les opérations suivantes : - émission dans ledit réseau d'une requête incluant un dit enregistrement d'identité dudit nouvel acteur, en exécutant 10 avec un ordinateur d'un acteur enregistré des instructions mémorisées dans une mémoire par exemple, - 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é dudit nouvel acteur, en exécutant 15 avec un ordinateur du mineur des instructions mémorisées dans une mémoire par exemple, - validation dudit bloc par au moins un acteur de la chaîne de blocs distinct de l'acteur ayant réalisé ledit minage, en exécutant avec un ordinateur des instructions mémorisées 20 dans une mémoire par exemple, - et mémorisation après ladite validation dudit bloc dans la chaîne de blocs, en exécutant avec un ordinateur des instructions mémorisées dans une mémoire par exemple. De manière générale, chaque transaction distincte d'un 25 enregistrement d'identité réalisée lors de l'étape d'initialisation peut suivre ce processus. Une transaction est émise sur le réseau par un acteur à l'aide d'un ordinateur appliquant des instructions mémorisées. Un acteur jouant un rôle de mineur reçoit la transaction et crée un bloc incluant la transaction avec un 19 ordinateur en appliquant un algorithme de minage prédéterminé. Au moins un autre acteur valide le bloc à l'aide d'un ordinateur en vérifiant des points prédéterminés, éventuellement de manière automatique à l'aide d'instructions mémorisées, puis le mineur 5 mémorise le bloc dans la chaîne de blocs de son ordinateur lorsque les validations requises sont acquises. La chaîne de blocs est alors dupliquée par exemple sur chacun des ordinateurs des acteurs du réseau, éventuellement de manière automatique chaque ordinateur consultant le réseau pour mettre à jour la chaîne de 10 blocs. En particulier, une transaction relative à un enregistrement d'identité est vérifiée en : vérifiant l'identité du nouvel acteur selon la politique d'enregistrement, vérifiant les algorithmes cryptographiques utilisés, vérifiant la détention par le nouvel acteur 15 des clés privées associées aux clés publiques de l'enregistrement. Selon un aspect, le procédé peut comporter une étape de modification de clés durant laquelle un dit acteur modifie au moins une dite double clés lui appartenant incluant une clé publique en vigueur et une clé privée en vigueur, ladite étape de modification 20 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, en exécutant avec un ordinateur de l'acteur concerné des instructions mémorisées dans une mémoire par exemple, 25 - création et émission vers le réseau ,en exécutant avec un ordinateur de l'acteur concerné des instructions mémorisées dans une mémoire par exemple, d'une transaction dite « transaction d'identification » comprenant un identifiant dudit acteur et la clé publique en vigueur ainsi que la 30 nouvelle clé publique et un algorithme cryptographique 20 associé à cette nouvelle clé publique, ladite transaction 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 5 la nouvelle clé privée, - insertion de ladite transaction d'identification dans un nouveau bloc de la chaîne de blocs, en exécutant avec au moins un ordinateur d'un autre acteur des instructions mémorisées dans une mémoire par exemple. 10 Ainsi, un acteur peut modifier sa double clés de signature, sa double clés de chiffrement ou le cas échéant sa double clés d'authentification en appliquant ce procédé. Un acteur n'a pas besoin de faire appel à une autorité tierce pour réaliser cette modification. 15 Pour insérer une transaction d'identification dans un nouveau bloc, la validation de la transaction d'identification peut être requise. Selon un aspect, ladite opération d'insertion de ladite transaction d'identification dans un nouveau bloc de la chaîne de 20 blocs peut alors comporter : - 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 25 appartient à l'acteur possédant ledit identifiant en consultant la chaîne de blocs avec un ordinateur, en exécutant avec un ordinateur d'un acteur mineur des instructions mémorisées dans une mémoire par exemple, 21 o un premier décryptage avec un ordinateur et la clé publique en vigueur de ladite nouvelle clé publique et dudit identifiant signés numériquement par la clé privée en vigueur, en exécutant avec un ordinateur d'un acteur 5 mineur des instructions mémorisées dans une mémoire par exemple, 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é 10 publique en vigueur et l'identifiant mémorisés dans la transaction d'identification, en exécutant avec un ordinateur d'un acteur mineur des instructions mémorisées dans une mémoire par exemple, o un deuxième décryptage avec un ordinateur et la 15 nouvelle clé publique dudit identifiant signé numériquement par la nouvelle clé privée, en exécutant avec un ordinateur d'un acteur mineur des instructions mémorisées dans une mémoire par exemple, o une détermination d'une deuxième équivalence entre 20 ledit identifiant obtenu par ledit deuxième décryptage et l'identifiant mémorisé dans la transaction d'identification, en exécutant avec un ordinateur d'un acteur mineur des instructions mémorisées dans une mémoire par exemple, 25 o une validation de ladite transaction d'identification en présence de la première équivalence et de la deuxième équivalence, en exécutant avec un ordinateur d'un acteur mineur des instructions mémorisées dans une mémoire par exemple, 22 - une phase de création d'un nouveau bloc incluant ladite transaction d'identification en cas de validation, en exécutant avec un ordinateur d'un acteur mineur des instructions mémorisées dans une mémoire par exemple. 5 La transaction d'identité émise est ainsi vérifiée lors de la phase de vérification par un acteur dit « acteur mineur » différent de l'acteur ayant émis la transaction d'identité. En particulier, cet acteur mineur vérifie a minima : la correspondance identité - clé publique en vigueur par interrogation avec un ordinateur du dernier 10 bloc de la chaîne bloc contenant la clé publique concernée, la signature faite avec la clé publique en vigueur, la signature faite avec la nouvelle clé publique. Une fois ces vérifications faites, un nouveau bloc contenant la transaction d'identification pourra être miné par l'acteur mineur. 15 Lorsqu'au moins un acteur aura validé le nouveau bloc miné par une méthode de consensus, le nouveau bloc est mémorisé dans la chaîne de blocs de l'acteur mineur. La chaîne de blocs est de plus dupliquée sur chacun des ordinateurs des acteurs du réseau. Selon un aspect, le procédé peut comporter une étape de 20 révocation durant laquelle un dit acteur révoque au moins une dite double clés lui appartenant incluant une clé publique en vigueur et 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 25 clé publique et une nouvelle clé privée, en exécutant avec un ordinateur de l'acteur concerné des instructions mémorisées dans une mémoire par exemple, - création et émission, en exécutant avec un ordinateur de l'acteur concerné des instructions mémorisées dans une 23 mémoire par exemple, vers le réseau d'une transaction de révocation comprenant un identifiant dudit acteur et la clé publique de révocation de cet acteur et la clé publique en vigueur à révoquer ainsi que la nouvelle clé publique et un 5 algorithme cryptographique associé à cette nouvelle clé publique, ladite transaction de révocation comprenant ladite nouvelle clé publique et ledit identifiant signés numériquement avec la clé privée de révocation ainsi que ledit identifiant signé numériquement avec la nouvelle clé 10 privée, - insertion de ladite transaction de révocation dans un nouveau bloc de la chaîne de blocs, en exécutant avec au moins un ordinateur d'un acteur mineur des instructions mémorisées dans une mémoire par exemple. 15 Ainsi, un acteur peut révoquer sa double clés de signature, sa double clés de chiffrement ou le cas échéant sa double clés d'authentification en appliquant ce procédé. Un acteur n'a pas besoin de faire appel à une autorité tierce pour réaliser cette modification. 20 Pour être inséré dans un nouveau bloc, la validation de la transaction de révocation peut être requise. Selon un aspect, ladite opération d'insertion de ladite transaction de révocation dans un nouveau bloc de la chaîne de blocs peut comporter : 25 - une phase de vérification de ladite transaction de 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, en 24 exécutant avec un ordinateur d'un acteur mineur des instructions mémorisées dans une mémoire par exemple, o un premier décryptage avec un ordinateur et la clé 5 publique de révocation de ladite nouvelle clé publique et dudit identifiant signés numériquement par la clé privée de révocation, en exécutant avec un ordinateur d'un acteur mineur des instructions mémorisées dans une mémoire par exemple, 10 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 transaction de révocation, en exécutant avec un 15 ordinateur d'un acteur mineur des instructions mémorisées dans une mémoire par exemple, 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, en exécutant 20 avec un ordinateur d'un acteur mineur des instructions mémorisées dans une mémoire par exemple, 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 de révocation, 25 en exécutant avec un ordinateur d'un acteur mineur des instructions mémorisées dans une mémoire par exemple, o une validation dudit nouveau bloc en présence de la première équivalence et de la deuxième équivalence, 25 en exécutant avec un ordinateur d'un acteur mineur des instructions mémorisées dans une mémoire par exemple, - une phase de création d'un nouveau bloc incluant ladite 5 transaction de révocation en cas de validation, en exécutant avec un ordinateur d'un acteur mineur des instructions mémorisées dans une mémoire par exemple. La transaction de révocation émise est ainsi vérifiée lors de la phase de vérification par un acteur dit « acteur mineur » 10 différent de l'acteur ayant émis la transaction d'identité. Une fois les vérifications requises faites, un nouveau bloc contenant la transaction de révocation pourra être miné par l'acteur mineur. Lorsqu'au moins un acteur aura validé le nouveau bloc miné par une méthode de consensus, le nouveau bloc est mémorisé dans la 15 chaîne de blocs de l'acteur mineur. La chaîne de blocs est de plus dupliquée sur chacun des ordinateurs des acteurs du réseau. Selon un aspect, le procédé peut comporter une étape de séquestre de clés qui comporte les opérations suivantes pour un dit acteur : 20 - création d'une copie de la double clés de chiffrement de cet acteur, en exécutant avec un ordinateur des instructions mémorisées dans une mémoire par exemple, - chiffrement de la copie avec une clé publique d'une double clés de chiffrement d'un officier de sécurité dudit acteur pour 25 obtenir un élément chiffré, en exécutant avec un ordinateur des instructions mémorisées dans une mémoire par exemple, - puis chiffrement de l'élément chiffré avec une clé publique de chiffrement d'un acteur majeur différent dudit acteur, en 26 exécutant avec un ordinateur des instructions mémorisées dans une mémoire par exemple. Aucune autorité de séquestre dédiée n'est alors nécessaire. Le recours à la clé de séquestre d'un acteur du réseau se fait sur 5 la base d'un double accord de l'officier de sécurité de cet acteur, plus l'accord de l'acteur majeur possesseur de la clé privée correspondant à la clé publique de chiffrement utilisée pour chiffrer l'élément chiffré. Une alternative s'appuiera sur le principe connu sous 10 l'expression anglaise « shared secret » développé par Adi Shamir et décrit à l'adresse suivante : https://en.wikipedia.org/wiki/Shamir's_Secret_Sharing Selon un aspect, pour chiffrer numériquement des données et les transmettre à un dit acteur dénommé « destinataire », les 15 données étant contenues dans une transaction dite « transaction de données », le procédé peut comporter les opérations suivantes : consultation de la chaîne de blocs pour obtenir la clé publique de chiffrement en vigueur affectée au destinataire des données, et chiffrement des données avec ladite clé publique de chiffrement du 20 destinataire. Pour signer numériquement des données, un acteur dit « expéditeur » utilise sa clé privée de signature pour signer numériquement les données, un autre acteur dit « destinataire » consultant ladite chaîne de blocs pour obtenir la clé publique de 25 signature de l'expéditeur afin de décrypter les données signées par l'expéditeur. De plus, les données échangées peuvent être inscrites dans des blocs de la chaîne de blocs pour être tracées et stockées de façon décentralisée. 27 Selon le type d'implémentation choisi, les blocs peuvent contenir une empreinte des données échangées et/ou les données échangées elles-mêmes. Pour enregistrer dans la chaîne de blocs une transaction dite 5 « transaction de données signées », ladite 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 10 de hachage, le procédé peut comporter les opérations suivantes, éventuellement réalisées à l'aide d'un ordinateur exécutant des instructions mémorisées : - cryptage des données à échanger qui sont à signer numériquement en les signant avec la clé privée de signature 15 d'un dit acteur dénommé « expéditeur », pour obtenir lesdites données à échanger qui sont signées numériquement, - envoi au réseau de la transaction de données signées incluant les données à échanger qui sont signées numériquement, 20 - création d'un bloc dit « nouveau bloc » par un dit acteur dénommé « mineur », ledit nouveau bloc comprenant au 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, 25 - insertion du nouveau bloc dans la chaîne de blocs après ladite validation. Une telle transaction de données signées peut alors contenir un numéro, une identité de l'émetteur, une date et l'heure de la 28 transaction, le type de transaction, l'empreinte des données ou les données originelles signées par l'émetteur. Des données originelles peuvent être traitées pour être inscrites dans un ou plusieurs blocs en fonction de leurs tailles. 5 De manière alternative, les données originelles sont transmises sous forme d'une empreinte numérique, par exemple en appliquant un algorithme de hachage connu tel que l'algorithme SHA256. Dans ce cas, ce n'est pas la donnée originelle signée qui est inscrite dans un bloc mais une empreinte numérique signée de 10 cette donnée originelle. Eventuellement, la donnée originelle peut être transmise par un autre canal de communication, possiblement non sécurisé, ou avec l'empreinte numérique. Dans ce type d'implémentation les données originelles peuvent parvenir au destinataire avec le numéro d'enregistrement correspondant afin 15 de pouvoir retrouver cet enregistrement dans la chaîne de blocs. Selon un aspect et lorsque les données à échanger prennent 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 vérification réalisée avant de construire le nouveau 20 bloc, éventuellement à l'aide d'un ordinateur exécutant des instructions mémorisées. L'opération de vérification comprend les opérations de : - consultation de ladite chaîne de blocs pour obtenir la clé publique de signature en vigueur de l'expéditeur, 25 - 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, 29 - réalisation d'une empreinte numérique dite « empreinte de contrôle » des données originelles, - comparaison de l'empreinte de contrôle et de ladite première empreinte d'émission, 5 - rejet de la transaction en présence de différence entre l'empreinte de contrôle et de ladite première empreinte d'émission. Une transaction peut ainsi être validée avant insertion dans un bloc en vérifiant la signature et l'adresse du propriétaire au 10 travers de cette procédure. Si l'empreinte de contrôle et ladite première empreinte d'émission diffèrent, le mineur peut en déduire que les données à échanger n'ont pas été correctement signées. Le mineur rejette alors la transaction, par exemple en la mémorisant par ailleurs. 15 Eventuellement, le mineur peut aussi vérifier que la date de la transaction correspond à la date courante. Lorsque les données à échanger prennent la forme de d'une dite première empreinte d'émission, un destinataire peut effectuer les opérations suivantes : 20 - vérification de ladite transaction de données signées, éventuellement à l'aide d'un ordinateur exécutant des instructions mémorisées : o en consultant ladite chaîne de blocs pour obtenir la clé publique de signature en vigueur de l'expéditeur, 25 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, 30 o en réalisant une empreinte numérique dite « empreinte de contrôle » des données originelles, o en comparant l'empreinte de contrôle et ladite première empreinte d'émission, 5 - vérification que le bloc de la chaîne de blocs contenant ladite transaction de données signées a été validé, en exécutant avec un ordinateur des instructions mémorisées dans une mémoire par exemple, - non prise en compte de ladite transaction de données 10 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é. Ainsi lorsqu'un destinataire veut s'assurer de l'authenticité et 15 de l'intégrité de données enregistrées et reçues, ce destinataire calcule l'empreinte des données originelles et la compare avec l'empreinte contenue dans le bloc adéquat. Les autres informations de l'enregistrement n'ont pas à être vérifiées car elles l'ont déjà été avant le minage du bloc correspondant. 20 Selon un aspect, 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 à échanger qui sont chiffrées numériquement, les données à échanger incluant des données d'origine ou une empreinte 25 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é « destinataire », le procédé comporte les opérations suivantes, 31 éventuellement réalisées à l'aide d'un ordinateur exécutant des instructions mémorisées : - consultation de la chaîne de blocs pour obtenir la clé publique de chiffrement en vigueur affectée au destinataire, 5 - création d'une clé symétrique et chiffrement des données à échanger avec cette clé symétrique pour obtenir des données à échanger chiffrées numériquement avec ladite clé symétrique - chiffrement de la clé symétrique en utilisant la clé publique 10 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, ladite transaction de données chiffrées incluant lesdites données à échanger chiffrées numériquement avec ladite clé 15 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 « mineur », ledit nouveau bloc comprenant au moins une empreinte du dernier bloc de la chaîne de blocs, ladite 20 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. Lorsque les données à échanger prennent la forme de la deuxième empreinte d'émission, un destinataire ayant reçu les 25 données d'origine, ledit procédé comporte les opérations suivantes, éventuellement à l'aide d'un ordinateur exécutant des instructions mémorisées : 32 - 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, 5 o déchiffrement en utilisant ladite clé symétrique des données à échanger chiffrées avec ladite clé symétrique pour obtenir la deuxième empreinte d'émission, o réalisation d'une empreinte numérique dite « empreinte 10 de vérification » des données d'origine, o comparaison de l'empreinte de vérification et de ladite deuxième empreinte d'émission, - non prise en compte de ladite transaction de données chiffrées si l'empreinte de vérification et ladite deuxième 15 empreinte d'émission sont différentes. Selon un aspect, au moins une transaction de données comprend l'identité de l'expéditeur et/ou un numéro d'enregistrement et/ou une date. Par ailleurs, le procédé permet d'automatiser certaines 20 actions. Cette propriété est désignée sous la dénomination anglaise « Smart Contract ». Par exemple, une procédure de maintenance peut requérir l'application de procédures contraignantes pour télécharger un nouveau logiciel à implémenter sur un aéronef. Un opérateur doit 25 vérifier l'authenticité et l'intégrité du logiciel à télécharger à bord du système avionique. 33 Lorsque les données à télécharger sont présentes dans la chaîne de blocs de l'invention, ces données à télécharger ont été de fait vérifiées. Les opérations de maintenance prérequises à ce téléchargement ont donc été réalisées en amont ce qui facilite le 5 travail de l'opérateur. Le procédé peut permettre également de donner des accès à certaines ressources en fonction du rôle et/ou du niveau d'assurance d'un acteur inscrit dans son enregistrement d'identité. Outre un procédé, l'invention vise un système d'échange de 10 données. Ce système d'échange de données comporte pour chaque acteur du réseau au moins un ordinateur pour mettre en oeuvre ce procédé, au moins un ordinateur d'au moins un acteur mémorisant la chaîne de blocs. L'invention et ses avantages apparaîtront avec plus de 15 détails dans le cadre de la description qui suit avec un exemple donné à titre illustratif en référence à l'unique figure. Cette unique figure représente un système d'échange de données selon l'invention. La figure 1 présente un système d'échange de données 1 au 20 sein d'un réseau 2 informatique. Ce réseau 2 peut être un réseau privé. Selon l'exemple illustré, le réseau 2 regroupe des acteurs 5 du domaine aéronautique et spatial. Toutefois, l'invention est applicable à d'autres domaines, et par exemple au domaine automobile, au domaine maritime... Dans le cadre d'un réseau du 25 domaine aéronautique et spatial, les acteurs 5 peuvent être des fabricants d'aéronefs, des opérateurs utilisant ces aéronefs, des organismes d'Etats, des fournisseurs des fabricants, des aéronefs... 34 Les acteurs peuvent être regroupés en plusieurs groupes en fonction de leurs droits au sein du réseau. Ainsi, les acteurs du réseau se partagent en des acteurs majeurs, des acteurs subordonnés et des équipements informatiques, les expressions 5 acteurs majeurs/acteurs subordonnées/équipements informatiques étant employées par commodité pour distinguer ces différents groupes d'acteurs. Le terme « acteur » utilisé seul peut ainsi désigner un acteur majeur ou un acteur subordonné ou un équipement informatique. Un acteur majeur a le pouvoir 10 d'enregistrer dans le réseau un nouvel acteur qui peut être un autre acteur majeur ou un acteur subordonné ou un équipement informatique. Un acteur subordonné a le pouvoir d'enregistrer dans le réseau uniquement un équipement informatique. Enfin, un équipement informatique est un organe électronique apte à 15 communiquer avec les autres acteurs, tel qu'un ordinateur de bord d'un aéronef par exemple. Chaque acteur 5 peut comprendre au moins un ordinateur 10 relié au réseau, cet ordinateur 10 exécutant des instructions mémorisées pour mettre en oeuvre le procédé selon l'invention par 20 exemple au travers de logiciels usuels, de circuits logiques.... Les ordinateurs des acteurs communiquent les uns avec les autres et possèdent de plus une unité de mémoire. Ce procédé met en oeuvre la technologie de la chaîne de blocs. Ainsi, le réseau utilise une chaîne de blocs 20. Cette chaîne 25 de blocs 20 est mémorisée dans une mémoire d'ordinateurs 10 d'acteurs dénommés « mineurs » par commodité. Selon une variante, tous les acteurs représentent des noeuds du réseau 2 et mémorisent la chaîne de blocs 20. En outre, chaque acteur 5 peut utiliser un programme informatique mémorisé sur son ordinateur 30 pour consulter la chaîne de blocs 20, indépendamment du lieu où cette chaîne de blocs est mémorisée. Classiquement, la chaîne de blocs 20 comporte une pluralité de blocs 25, les uns à la suite des autres. Selon l'exemple représenté, la chaîne de blocs 20 comporte à un instant courant cinq blocs 251, 252, 253, 254, 255 en s'étendant d'un premier bloc 5 251 jusqu'au dernier bloc 255 créé. Chaque bloc 25 inclut au moins une transaction 35. Chaque transaction 35 comporte des données mémorisées et mises à la disposition du réseau. Ces données peuvent prendre la forme d'une donnée en tant que telle, ou d'une empreinte numérique de 10 cette donnée. Un ordinateur 10 d'un acteur peut en effet comprendre un logiciel de hachage pour transformer une donnée afin d'obtenir une empreinte numérique de cette donnée en appliquant un algorithme de hachage classique. Une telle empreinte numérique est parfois dénommée « hash ». Ainsi, la 15 donnée peut prendre la forme d'un fichier informatique par exemple, ou d'une empreinte numérique de ce fichier informatique. Lorsque la transaction 35 comporte l'empreinte numérique d'une donnée, la donnée en tant que telle peut aussi être incluse dans la transaction. Par exemple, une transaction comporte un 20 logiciel informatique à embarquer dans un aéronef et une empreinte numérique de ce logiciel informatique. De plus, au moins une transaction 35 peut comporter une information datant l'émission de la transaction 35, et/ou l'identité de l'acteur 5 ayant émis la transaction avec son ordinateur et/ou un 25 numéro d'enregistrement qui permet de retrouver facilement la transaction. Par ailleurs, au moins un bloc 25 peut comprendre une information 40 datant la création de ce bloc 25. 36 Des logiciels et des méthodes d'horodatage usuels peuvent être utilisés. En outre, chaque bloc 25 peut comporter une mesure 50 d'une quantité de travail qui a été nécessaire pour produire le 5 nouveau bloc. La création d'un bloc peut être entreprise par un ordinateur 10 du réseau 2 en utilisant une méthode de consensus classique, par exemple la méthode dénommée « preuve de travail ». Une telle mesure est parfois dénommée « nonce ». De manière alternative ou complémentaire, une méthode de consensus 10 par preuve d'enjeu peut être entreprise. Par ailleurs, chaque bloc différent du premier bloc 251 comporte une empreinte numérique 30 du bloc précédent. Ainsi, le deuxième bloc 252 comporte une empreinte numérique du premier bloc 251, et ainsi de suite. 15 Selon le procédé de l'invention, le réseau peut permettre de crypter les données échangées entre les acteurs, en signant numériquement les données selon une méthode usuelle à l'aide des ordinateurs 10 ou en chiffrant numériquement les données selon une méthode usuelle à l'aide des ordinateurs 10. En 20 particulier, le procédé peut viser à utiliser une méthode cryptographique asymétrique à double clés. Chaque acteur 5 est ainsi en possession de plusieurs double clés qui incluent chacune une clé privée qui correspond à une clé publique, le couple clé privée/clé publique formant une double clés asymétrique octroyée 25 à cet acteur. La clé privée d'un acteur est sauf incident uniquement connue de cet acteur, alors que la clé publique est visible par les autres acteurs. Dès lors, le procédé appliqué par le système d'échange de données 1 comporte alors une étape d'initialisation STP1 visant à 30 initialiser la chaîne de blocs. 37 Durant cette étape d'initialisation STP1 , une autorité prédéterminée intervient ponctuellement pour miner le premier bloc 251 de la chaîne de blocs avec un ordinateur, et éventuellement un ou plusieurs blocs suivant ce premier bloc 251. Ces blocs minés 5 par l'autorité prédéterminée sont dénommés par commodité « blocs d'initialisation 26 » pour être aisément distingués des autres blocs de la chaîne de blocs. L'autorité prédéterminée insère avec un ordinateur dans chaque bloc d'initialisation 26 au moins une transaction dénommée 10 par commodité « transaction d'initialisation 36 » en appliquant un algorithme usuel. Cette transaction d'initialisation 36 inclut un enregistrement d'identité 84 affecté à un acteur. Chaque acteur identifié dans un enregistrement d'identité d'une transaction d'initialisation 36 est 15 dénommé « acteur majeur » pour être distingué des autres acteurs. La transaction d'initialisation 36 peut aussi comprendre un numéro d'enregistrement 81, l'identité 82 de l'autorité, une information de datation 83 de la transaction d'initialisation 36 pouvant inclure la date voire l'heure de cette transaction 20 d'initialisation 36... Selon un aspect, un enregistrement d'identité 84 d'un acteur comprenant des données d'identification de cet acteur qui inclut au moins un identifiant A, B, C de cet acteur. Un identifiant d'un acteur peut prendre la forme d'un nom A de cet acteur, d'une 25 adresse B de cet acteur ou encore d'un rôle C de cet acteur au sein du réseau. De plus, les données d'identification de cet acteur comprennent une clé publique D d'une double clés dite double clés de signature de cet acteur, une clé publique E d'une double clés 38 dite double clés de chiffrement de cet acteur, une clé publique F d'une double clés dite double clés de révocation de cet acteur. Eventuellement, les données d'identification de cet acteur comprennent une clé publique G d'une double clés dite double clés 5 d'authentification. Eventuellement, les données d'identification de cet acteur comprennent une identification H des algorithmes cryptographiques associés à ces double clés D, E, F, G à savoir respectivement une identification d'un algorithme cryptographique de signature associé 10 à ladite double clés de signature de cet acteur, une identification d'un algorithme cryptographique de chiffrement associé à ladite double clés de chiffrement, une identification d'un algorithme cryptographique de révocation, et une identification d'un algorithme cryptographique d'authentification. 15 Eventuellement, les données d'identification de cet acteur comprennent une date de validité I de certaines double clés, à savoir respectivement une date de validité de ladite double clés de signature, une date de validité de ladite double clés de chiffrement et une date de validité de ladite double clés d'authentification. 20 Eventuellement, les données d'identification de cet acteur comprennent un niveau d'importance J de cet acteur et/ou un niveau d'assurance K de cet acteur. Pour mettre en oeuvre l'étape d'initialisation, l'autorité prédéterminée peut exécuter des instructions mémorisées sur un 25 ordinateur. Dès lors, l'autorité prédéterminé active un logiciel appliquant un algorithme usuel au sein d'un ordinateur pour miner chaque bloc d'initialisation, en disposant dans chaque bloc d'initialisation au moins une empreinte numérique du dernier bloc de la chaîne de blocs et un ou plusieurs enregistrement(s) 39 d'identité relatif(s) respectivement à un ou plusieurs(s) acteur(s) majeur(s). Eventuellement, les données d'identification peuvent être signées numériquement avec une clé privée d'une double clés qui appartient à l'autorité prédéterminée. 5 L'autorité prédéterminée n'intervient plus à l'issue de cette étape d'initialisation, ou peut intervenir ponctuellement uniquement durant une étape de réinitialisation. En outre, à l'issue de cette étape d'initialisation, l'inscription de nouveaux acteurs est réalisée en mettant en oeuvre une étape 10 d'acceptation d'un nouvel acteur STP2. Cette étape est illustrée par le deuxième bloc 252 de la chaîne de blocs. L'étape d'acceptation d'un nouvel acteur STP2 inclut une opération de mémorisation d'au moins un bloc d'inscription d'un nouvel acteur 29 par un dit acteur majeur ou subordonné à l'aide d'au moins un 15 ordinateur. Un tel bloc d'inscription d'un nouvel acteur 29 comprend notamment au moins une dite transaction 34 qui inclut un enregistrement d'identité dudit nouvel acteur. Pour mémoriser un nouvel acteur, un acteur déjà enregistré requiert l'exécution d'instructions mémorisées sur son ordinateur 20 pour émettre dans ledit réseau une requête incluant un enregistrement d'identité 84 du nouvel acteur. Un autre acteur du réseau mine un bloc d'un dit bloc d'identification d'un nouvel acteur 29 qui inclut cet enregistrement d'identité 84 du nouvel acteur, en exécutant des instructions 25 mémorisées sur son ordinateur. Eventuellement l'acteur du réseau qui mine le bloc effectue des vérifications avant de miner le bloc. Par exemple, cet acteur vérifie l'identité du nouvel acteur et/ou vérifie les algorithmes cryptographiques utilisés et/ou vérifie la détention par le nouvel acteur des clés privées associées aux clés 30 publiques de l'enregistrement. En cas d'erreur, la transaction est ignorée. Les vérifications peuvent être automatisées en étant réalisées par un ordinateur. Si le bloc d'identification d'un nouvel acteur 29 est miné, ce bloc d'identification d'un nouvel acteur 29 doit ensuite être validé 5 par au moins un acteur de la chaîne de blocs distinct de l'acteur ayant réalisé ledit minage. Par exemple, le bloc d'identification est émis selon les flèches F1 dans le réseau pour validation selon des méthodes usuelles par au moins un acteur. Une validation par un nombre 10 prédéterminé d'acteurs peut être requise. Par exemple, la validation d'un bloc peut requérir la validation du bloc par au moins deux acteurs logés sur deux continents différents. La méthode de preuve d'enjeu peut être mise en oeuvre en utilisant le cas échéant le niveau d'importance des acteurs du réseau. Lorsque le nouveau 15 bloc est validé par un acteur, cet acteur envoie cette information selon les flèches F2 dans le réseau à l'aide d'un ordinateur et d'un logiciel adéquat. Après validation, le bloc d'identification d'un nouvel acteur 29 est mémorisé dans la chaîne de blocs. La chaîne de blocs peut 20 être dupliquée automatiquement sur chacun des ordinateurs du réseau de manière usuelle. En outre, les données d'identification peuvent aussi être modifiées selon une réalisation. Ainsi, le procédé peut comporter une étape de modification 25 STP3 illustrée avec le troisième bloc 253. Durant cette étape de modification STP3, un acteur 5 peut modifier ses données d'identification en remplaçant les données d'identification en vigueur de cet acteur dites par commodité « anciennes données 41 d'identification », par des données d'identification dites par commodité « nouvelles données d'identification ». Durant une étape de modification STP3 de clés, un acteur modifie au moins une dite double clés lui appartenant incluant une 5 clé publique en vigueur à modifier et une clé privée en vigueur à modifier. Cette modification peut être entreprise le cas échéant avant expiration d'une date de validité associée à la double clés, par exemple. Ainsi, un acteur peut solliciter un ordinateur pour exécuter 10 des instructions mémorisées afin de générer une nouvelle double clés incluant une nouvelle clé publique et une nouvelle clé privée. Cet acteur peut solliciter un ordinateur pour exécuter des instructions mémorisées afin de créer et émettre vers le réseau une transaction d'identification 87 comprenant un identifiant A,B,C 15 dudit acteur et la clé publique en vigueur ainsi que la nouvelle clé publique et un algorithme cryptographique associé à cette nouvelle clé publique. La transaction d'identification comprend ladite nouvelle clé publique et ledit identifiant signés numériquement avec la clé privée en vigueur ainsi que ledit identifiant signé 20 numériquement avec la nouvelle clé privée. Cette transaction d'identification peut alors être insérée par un mineur de manière usuelle dans un nouveau bloc de la chaîne de blocs, le troisième bloc selon l'exemple donné. Pour insérer la transaction d'identification dans un nouveau 25 bloc, le mineur peut dans un premier temps vérifier cette transaction d'identification. Ainsi, le mineur sollicite un ordinateur pour exécuter des instructions permettant de vérifier que la clé publique en vigueur appartient à l'acteur possédant ledit identifiant en consultant la chaîne de blocs avec un ordinateur. De plus, le 30 mineur effectue un premier décryptage avec un ordinateur de la nouvelle clé publique et de l'identifiant signés numériquement en 42 utilisant la clé publique en vigueur, puis détermine la présence ou l'absence 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 5 dans la transaction d'identification. Le mineur effectue un deuxième décryptage avec un ordinateur de l'identifiant signé numériquement en utilisant la nouvelle clé publique, puis détermine la présence ou l'absence d'une deuxième équivalence entre ledit identifiant obtenu par ledit 10 deuxième décryptage et l'identifiant mémorisé dans la transaction d'identification. Le mineur valide la transaction d'identification en présence de la première équivalence et de la deuxième équivalence, et mine alors le nouveau bloc selon une méthode usuelle. 15 Ce nouveau bloc est introduit de façon usuelle dans la chaîne de blocs, éventuellement en appliquant une méthode de consensus pour requérir la validation d'un nombre référant d'acteurs. De même, le procédé peut aussi comporter une étape de révocation STP4 pour révoquer au moins une double clés d'un 20 acteur incluant une clé publique en vigueur à révoquer et une clé privée en vigueur à révoquer. Ainsi, un acteur peut solliciter un ordinateur pour exécuter des instructions mémorisées afin de générer une nouvelle double clés incluant une nouvelle clé publique et une nouvelle clé privée. 25 Cet acteur peut solliciter un ordinateur pour exécuter des instructions mémorisées afin de créer et émettre vers le réseau une transaction de révocation 88 comprenant un identifiant A,B,C dudit acteur, la clé publique de révocation de cet acteur et la clé publique en vigueur ainsi que la nouvelle clé publique et un 43 algorithme cryptographique associé à cette nouvelle clé publique. La transaction de révocation comprend ladite nouvelle clé publique et ledit identifiant signés numériquement avec la clé privée de révocation ainsi que ledit identifiant signé numériquement avec la 5 nouvelle clé privée. Cette transaction de révocation peut alors être insérée par un mineur de manière usuelle dans un nouveau bloc de la chaîne de blocs, le troisième bloc selon l'exemple donné. Pour insérer la transaction de révocation dans un nouveau bloc, le mineur peut dans un premier temps vérifier cette 10 transaction de révocation. Ainsi, le mineur sollicite un ordinateur pour exécuter des instructions permettant de vérifier que la clé publique de révocation appartient à l'acteur possédant ledit identifiant en consultant la chaîne de blocs avec un ordinateur. De plus, le mineur effectue un premier décryptage avec un ordinateur 15 de la nouvelle clé publique et de l'identifiant signés numériquement en utilisant la clé publique de révocation, puis détermine la présence ou l'absence 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 20 l'identifiant mémorisés dans la transaction de révocation. Le mineur effectue un deuxième décryptage avec un ordinateur de l'identifiant signé numériquement en utilisant la nouvelle clé publique, puis détermine la présence ou l'absence d'une deuxième équivalence entre ledit identifiant obtenu par ledit 25 deuxième décryptage et l'identifiant mémorisé dans la transaction de révocation. Le mineur valide la transaction de révocation en présence de la première équivalence et de la deuxième équivalence, et mine alors le nouveau bloc selon une méthode usuelle. 44 La chaîne de blocs peut aussi mémoriser des données à échanger qui différent des données d'identification. Ainsi, une transaction dénommée « transaction de données 37 » par commodité peut contenir des données dites « données à 5 échanger » d'un autre ordre, par exemple des données aéronautiques. Pour signer numériquement des données, un acteur dit « expéditeur » sollicite un ordinateur en utilisant sa clé privée de signature pour signer numériquement les données, à l'aide d'un 10 algorithme usuel par exemple. Un autre acteur dit « destinataire » peut alors consulter ladite chaîne de blocs avec un programme informatique d'un ordinateur 10 pour obtenir la clé publique de signature de l'expéditeur afin de décrypter les données signées par l'expéditeur. 15 Par exemple, le procédé permet d'enregistrer dans la chaîne de blocs une transaction dite « transaction de données signées » durant une étape STP5. La transaction de données signées comprend des données à échanger signées numériquement, les données à échanger incluant des données originelles 85 et/ou une 20 empreinte numérique des données originelles dite « première empreinte d'émission 86 ». Un expéditeur peut alors crypter les données à échanger en les signant avec sa clé privée pour obtenir des données dites « données à échanger signées ». 25 Selon une option, un expéditeur peut signer les données originelles pour obtenir les données à échanger signées. Selon une autre option, l'expéditeur utilise un algorithme usuel de hachage avec un calculateur pour obtenir la première empreinte d'émission 86. L'expéditeur signe alors avec sa clé privée de signature cette première empreinte d'émission pour obtenir les données à échanger signées. La transaction de données signées peut alors inclure les données à échanger signées sous la forme d'une première empreinte d'émission signée. 5 Les données originelles non signées peuvent de plus être incluses dans la transaction ou transmises par un autre canal à un destinataire, par exemple de la main à la main, par courrier... L'expéditeur envoie alors la transaction de données signées incluant les données à échanger signées au réseau avec un 10 ordinateur. Un acteur dit « mineur » du réseau crée alors un bloc dit « nouveau bloc » par commodité à l'aide d'un algorithme usuel et d'un calculateur, ce nouveau bloc comprenant au moins une empreinte numérique du dernier bloc de la chaîne de blocs, ladite 15 transaction de données signées, voire une mesure d'une quantité de travail qui a été nécessaire pour produire le nouveau bloc. Ce nouveau bloc est émis selon les flèches F1 dans le réseau pour validation selon des méthodes usuelles par au moins un acteur. Une validation par un nombre prédéterminé d'acteurs peut 20 être requise. Par exemple, la validation d'un bloc peut requérir la validation du bloc par au moins deux acteurs logés sur deux continents différents. Lorsque le nouveau bloc est validé par un acteur, cet acteur envoie cette information selon les flèches F2. 25 Après validation, le nouveau bloc est inséré en dernière position dans la chaîne de blocs. Lorsque les données à échanger sont du type « première empreinte d'émission » et si les mineurs ont reçu en parallèle les 46 données originelles, le procédé peut comporter une phase de vérification réalisée avant de construire le nouveau bloc. Dès lors, un mineur peut consulter avec un programme informatique d'un ordinateur la chaîne de blocs pour obtenir la clé 5 publique de signature en vigueur de l'expéditeur. Le mineur décrypte les données à échanger signées avec cette clé publique de signature, en appliquant un algorithme usuel par exemple, pour obtenir la première empreinte d'émission. En parallèle, le mineur réalise avec un calculateur une empreinte numérique dite 10 « empreinte de contrôle » des données originelles et compare l'empreinte de contrôle et la première empreinte d'émission. En présence de différence(s) entre l'empreinte de contrôle et la première empreinte d'émission, le nouveau bloc n'est par exemple pas créé. 15 Si le bloc est créé, un utilisateur peut solliciter la chaîne de blocs pour accéder à la transaction de données signées. Ainsi, le destinataire sollicite un programme informatique d'un calculateur pour consulter la chaîne de blocs afin d'en extraire la clé publique de signature en vigueur de l'expéditeur, à savoir la 20 clé publique de signature en vigueur lors de l'émission de la transaction concernée. Le destinataire met en oeuvre un algorithme de décryptage pour décrypter les données à échanger signées avec cette clé publique de signature, afin d'obtenir les données à échanger non 25 signées. Eventuellement, lorsque les données à échanger prennent la forme de la première empreinte d'émission, les données à échanger non signées prennent la forme de la première empreinte d'émission. 47 De plus, le destinataire peut vérifier la transaction de données signées avant d'utiliser les données concernées. En effet, le destinataire peut réaliser une empreinte numérique des données originelles reçues par ailleurs dite 5 « empreinte de contrôle » par commodité, et compare l'empreinte de contrôle et la première empreinte d'émission. Ce destinataire observe aussi la chaîne de blocs pour vérifier que le bloc de la chaîne de blocs contenant la transaction de données signées a été validé. 10 Dès lors, le destinataire ignore la transaction de données chiffrées si l'empreinte de contrôle et la première empreinte d'émission sont différentes et/ou si ledit bloc de la chaîne de blocs contenant ladite transaction de données signées n'a pas été validé. Par exemple, si les données originelles concernent un logiciel 15 à embarquer dans un aéronef, un opérateur n'installe pas le logiciel. Selon un autre aspect, le procédé peut permettre de chiffrer numériquement des données et de les transmettre à un acteur dit « destinataire ». 20 Un expéditeur peut alors consulter la chaîne de blocs avec un programme informatique d'un calculateur pour en extraire la clé publique de chiffrement en vigueur affectée au destinataire des données. De plus, l'expéditeur crée une clé symétrique, par exemple à 25 partir d'une méthode usuelle et de sa double clés de chiffrement. Une telle clé symétrique est parfois dénommée « clé de cession ». L'expéditeur chiffre alors les données à échanger avec la clé symétrique, en utilisant un algorithme de chiffrement 48 éventuellement usuel, ce qui minimise les temps de calcul. De plus, l'expéditeur chiffre la clé symétrique avec la clé publique de chiffrement du destinataire en utilisant un algorithme de chiffrement, par exemple usuel, pour obtenir une clé symétrique 5 chiffrée numériquement. Selon une option, un expéditeur peut alors chiffrer des données d'origine pour obtenir les données à échanger chiffrées. Selon une autre option, l'expéditeur utilise un algorithme usuel avec un calculateur pour obtenir une empreinte dite 10 « deuxième empreinte d'émission » des données d'origine. L'expéditeur chiffre alors cette deuxième empreinte d'émission avec la clé symétrique pour obtenir les données à échanger chiffrées. Les données à échanger chiffrées sont éventuellement 15 envoyées par un autre canal au destinataire. Les données à échanger chiffrées et la clé symétrique chiffrée sont aussi envoyées au réseau pour enregistrer la transaction dans la chaîne de blocs. Une telle transaction est dite par commodité « transaction de données chiffrées ». La transaction 20 de données chiffrées peut ainsi inclure les données à échanger chiffrées avec ladite clé symétrique et la clé symétrique chiffrée avec ladite clé publique du destinataire. Les données d'origine peuvent être incluses dans la transaction ou transmises par un autre canal à un destinataire, par exemple de la main à la main, 25 par courrier... L'expéditeur envoie alors la transaction de données chiffrées incluant les données à échanger et la clé symétrique chiffrée au réseau avec un ordinateur. 49 Un acteur dit « mineur » du réseau crée alors un bloc dit « nouveau bloc », ce nouveau bloc comprenant au moins une empreinte numérique du dernier bloc de la chaîne de blocs, ladite transaction de données chiffrées, voire une mesure d'une quantité 5 de travail qui a été nécessaire pour produire le nouveau bloc. Ce nouveau bloc est émis selon les flèches F1 dans le réseau pour validation selon des méthodes usuelles par au moins un acteur. Lorsque le nouveau bloc est validé par un acteur cet acteur envoie cette information selon les flèches F2. Après validation, le 10 nouveau bloc est inséré en dernière position dans la chaîne de blocs. Ainsi, le destinataire peut solliciter la chaîne de blocs pour accéder à la transaction de données chiffrées. Le destinataire met en oeuvre un algorithme de déchiffrement pour déchiffrer la clé 15 symétrique contenue dans la transaction avec sa clé privée de chiffrement. Ensuite, le destinataire déchiffre les données à échanger chiffrées présentes dans la transaction avec ladite clé symétrique. Lorsque les données à échanger prennent la forme de la 20 deuxième empreinte d'émission, le destinataire obtient ainsi la deuxième empreinte d'émission. En outre, le destinataire peut réaliser une empreinte numérique des données d'origine reçues par ailleurs dite « empreinte de vérification » par commodité, et compare 25 l'empreinte de vérification et la deuxième empreinte d'émission. Ce destinataire observe aussi la chaîne de blocs pour vérifier que le bloc de la chaîne de blocs contenant la transaction de données signées a été validé. Dès lors, le destinataire ignore la transaction de données chiffrées si l'empreinte de vérification et ladite deuxième empreinte d'émission sont différentes ou si ledit bloc de la chaîne de blocs contenant ladite transaction de données chiffrées n'a pas été 5 validé. Selon un autre aspect, le procédé peut comporter une étape de séquestre de clés STP6 pour chaque acteur. Durant cette étape, un acteur crée une copie 90 de sa double clés de chiffrement. Dès lors, cette copie 90 est chiffrée à l'aide d'un ordinateur exécutant 10 des informations mémorisées et d'une clé publique d'une double clés d'un officier de sécurité dudit acteur. La copie ainsi chiffrée est alors à nouveau chiffrée avec une clé publique de chiffrement d'un acteur majeur différent dudit acteur ayant créé la copie 90. Naturellement, la présente invention est sujette à de 15 nombreuses variations quant à sa mise en oeuvre. Bien que plusieurs modes de réalisation aient été décrits, on comprend bien qu'il n'est pas concevable d'identifier de manière exhaustive tous les modes possibles. Il est bien sûr envisageable de remplacer un moyen décrit par un moyen équivalent sans sortir du cadre de la 20 présente invention. En particulier, un même bloc peut comprendre des transactions de diverses natures. Par exemple, 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. 2. Procé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. 3. Procé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. 4. Procé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. 5. Procé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. 6. Procé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é. 7. Procé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. 8. Procé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. 9. Procé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. 10. Procé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 11. Procé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 12. Procé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. 13. Procé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 14. Procé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 15. Procé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. 16. Procé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 17. Procé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 18. Procé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. 19. Procé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. 20. Systè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.