Brevet FR3143924A1 — publié le 20240621

Procédé et système de gestion d’au moins une clé racine d’une infrastructure à clés publiques L’invention concerne un procédé et un système de gestion d’au moins une clé racine d’une infrastructure à clés publiques. Le procédé met en œuvre, des étapes effectuées hors connexion, de: A) génération (46) d’une clé racine de l’instanciation de ladite infrastructure à clés publiques, B) chiffrement (48) de ladite clé racine par un algorithme de chiffrement symétrique à clé secrète (K s ), et obtention d’une clé racine chiffrée, C) découpage (50) de ladite clé secrète (K s ) en un nombre N de fragments secrets, D) conversion (51) de chaque fragment secret en une séquence de codes, E) sauvegarde (52) de chaque séquence de codes correspondant à un fragment secret sur au moins un support matériel distinct, et externe au dispositif de calcul, F) effacement (56) de ladite instanciation de l’infrastructure à clés publiques et des paramètres et résultats de chacune des étapes A) à D). Figure pour l'abrégé : 2 Procédé et système de gestion d’au moins une clé racine d’une infrastructure à clés publiques La présente invention concerne un procédé de gestion d’au moins une clé racine d’une infrastructure à clés publiques, et un système associé. L’invention se situe dans le domaine de la sécurité des systèmes d’information, et trouve des applications dans tout système d’information nécessitant la mise en œuvre d’une infrastructure à clés publiques ou PKI (de l’anglais « Public Key Infrastructure »). De manière connue, une infrastructure à clés publiques est un ensemble de composants, comportant des équipements et des logiciels cryptographiques, et de procédures humaines, pour la gestion de clés publiques, utilisées pour le chiffrement et l’authentification des données dans un système d’information. Afin d’assurer la confidentialité, l’intégrité et l’authenticité des données des systèmes d’information, dans tout domaine d’application, il est connu de mettre en place une infrastructure de chiffrement des données en utilisant des clés de chiffrement asymétrique gérées par une PKI. De manière connue, une infrastructure PKI permet d’authentifier des clés et des certificats, sur plusieurs strates hiérarchiques, comportant une strate la plus haute, ou racine, qui génère une ou plusieurs clés racines, une strate intermédiaire qui génère une ou plusieurs clés intermédiaires, en utilisant la clé racine, et une ou plusieurs strates basses, comprenant les équipements utilisateurs, auxquels sont associées des clés publiques de chiffrement de bas niveau, dépendant des clés intermédiaires. Ainsi, pour une validation complète de l’authenticité des données, il est critique d’assurer la confidentialité des clés des strates les plus hautes, et en particulier de la ou des clés racine(s), par un stockage sécurisé de ces clés sur une longue période. Il est en particulier nécessaire d’éviter toute compromission par des attaques malveillantes ou, le cas échéant, des agents malveillants ayant accès de manière légitime à l’intérieur du système sur lequel l’infrastructure PKI est installée. D’autre part, il est également nécessaire d’assurer une disponibilité des clés racine afin d’opérer l’infrastructure PKI, en particulier pour délivrer des certificats aux équipements utilisateurs pour assurer leur authenticité ou tout autre service souhaité. Cependant, les besoins de confidentialité absolue d’une part et de disponibilité sont contradictoires et difficiles à concilier. Pour résoudre le problème du stockage des secrets d’une infrastructure PKI, et en particulier des clés racine de l’infrastructure, il est connu d’utiliser des modules matériels de sécurité ou HSM (de l’anglais « Hardware Security Module »), qui sont dédiés à cette fonction et réputés non attaquables. De tels modules HSM sont particulièrement coûteux, et de plus sont susceptibles d’être détruits en cas d’avarie (e.g. incendie, inondation etc). On connaît également des solutions de stockage distribué distant pour PKI dans une infrastructure de services ou « cloud computing », plusieurs fournisseurs de stockage de données proposant des solutions de stockage sécurisé et de gestion de secrets, par exemple AWS® d’Amazon, Google CloudHSM® de Google. Néanmoins de tels services sont gérés à distance par des prestataires externes et soulèvent d’autres problématiques de confidentialité et d’indépendance opérationnelle. La présente invention propose une solution moins coûteuse et locale, et qui permet d’assurer à la fois la confidentialité et la disponibilité des secrets dans une infrastructure à clés publiques. A cet effet, l’invention propose un procédé de gestion d’au moins une clé racine d’une infrastructure à clés publiques comportant, mis en œuvre sur un dispositif de calcul comportant au moins un processeur de calcul et au moins une mémoire électronique associée, le procédé comportant une installation pour obtenir des paramètres associés à une instanciation d’une infrastructure à clés publiques et réaliser des opérations d’exploitation avec ladite infrastructure à clés publiques, et une déconnexion du dispositif de calcul de tout réseau de communication. Le procédé comporte les étapes suivantes effectuées hors connexion, lors d’une première phase du procédé : A) génération d’une clé racine de l’instanciation de ladite infrastructure à clés publiques, B) chiffrement de ladite clé racine par un algorithme de chiffrement symétrique à clé secrète, et obtention d’une clé racine chiffrée, C) découpage de ladite clé secrète en un nombre N de fragments secrets, D) conversion de chaque fragment secret en une séquence de codes, E) sauvegarde de chaque séquence de codes correspondant à un fragment secret sur au moins un support matériel distinct, et externe au dispositif de calcul, F) effacement de ladite instanciation de l’infrastructure à clés publiques et des paramètres et résultats de chacune des étapes A) à D) mises en œuvre précédemment. Avantageusement, le procédé de l’invention propose un stockage distribué de fragments de clé racine chiffrée, sous forme de séquences de codes, sur des supports distincts, indépendants. Avantageusement, cela permet d’augmenter la sécurité vis-à-vis d’éventuelles attaques malveillantes. Le procédé de gestion d’au moins une clé racine d’une infrastructure à clés publiques selon l’invention peut présenter une ou plusieurs des caractéristiques ci-dessous, prises indépendamment ou selon toutes les combinaisons acceptables. Chaque séquence de codes est sauvegardée en une pluralité d’exemplaires sur des supports matériels distincts. Le découpage de la clé secrète met en œuvre un algorithme de partage de secret de Shamir. L’étape de conversion met en œuvre un algorithme de génération de codes mnémoniques. L’algorithme de génération de codes mnémoniques utilise le standard BIP39. Lors de l’étape sauvegarde, ledit support matériel utilisé pour mémoriser chaque séquence de codes est un papier. Le procédé comporte en outre des étapes suivantes, effectuées lors d’une deuxième phase ultérieure à la première phase : -obtention d’un nombre K de séquences de codes, le nombre K étant inférieur ou égal à N, -obtention de K fragments, chaque fragment étant obtenu par conversion inverse d’une séquence de codes correspondante, -reconstruction d’une clé secrète, dite clé secrète reconstruite, à partir des K fragments obtenus, -déchiffrement d’une clé racine pour obtenir une clé racine déchiffrée à partir de la clé racine chiffrée en utilisant la clé secrète reconstruite. Le procédé comporte en outre une génération d’une ou plusieurs clés intermédiaires, création d’un certificat en utilisant la clé racine déchiffrée et authentification desdites clés intermédiaires en utilisant ledit certificat. Selon un autre aspect, l’invention concerne un système de gestion d’au moins une clé racine d’une infrastructure à clés publiques, comportant au moins un dispositif de calcul comportant au moins un processeur de calcul et au moins une mémoire électronique associée. Le système met en œuvre un module d’installation configuré pour obtenir des paramètres associés à une instanciation d’une infrastructure à clés publiques et réaliser des opérations d’exploitation avec ladite infrastructure à clés publiques. Suite à une déconnexion du dispositif de calcul de tout réseau de communication, le dispositif de calcul est configuré pour mettre en œuvre, dans une première phase, hors connexion: un module de génération d’une clé racine de l’instanciation de ladite infrastructure à clés publiques, un module de chiffrement de ladite clé racine par un algorithme de chiffrement symétrique à clé secrète, et d’obtention d’une clé racine chiffrée, un module de découpage de ladite clé secrète en un nombre N de fragments secrets, un module de conversion de chaque fragment secret en une séquence de codes, un module de sauvegarde de chaque séquence de codes correspondant à un fragment secret sur au moins un support matériel distinct, et externe au dispositif de calcul, un module d’effacement de ladite instanciation de l’infrastructure à clés publiques et des paramètres et résultats de obtenus par les modules mis en œuvre. Selon une caractéristique particulière, le système de gestion d’au moins une clé racine d’une infrastructure à clés publiques, dans lequel au moins un desdits dispositifs de calcul est configuré pour, lors d’une deuxième phase ultérieure à la première phase, mettre en œuvre : -un module d’obtention d’un nombre K de séquences de codes, le nombre K étant inférieur ou égal à N, -un module d’obtention de K fragments, chaque fragment étant obtenu par conversion inverse d’une séquence de codes correspondante, -un module de reconstruction d’une clé secrète, dite clé secrète reconstruite, à partir des K fragments obtenus, -un module de déchiffrement configuré pour obtenir une clé racine déchiffrée à partir de la clé racine chiffrée en utilisant la clé secrète reconstruite. D’autres caractéristiques et avantages de l’invention ressortiront de la description qui en est donnée ci-dessous, à titre indicatif et nullement limitatif, en référence aux figures annexées, parmi lesquelles : la illustre schématiquement un système de gestion d’au moins une clé racine d’une infrastructure à clés publiques selon un mode de réalisation; la est un synoptique des principales étapes d’un procédé de création et stockage de clé(s) racine dans un système de gestion d’au moins une clé racine d’infrastructure PKI ; la un synoptique des principales étapes d’un procédé de reconstruction de clé(s) racine dans un système de gestion d’au moins une clé racine d’infrastructure PKI. La illustre schématiquement un système 2 de gestion d’au moins une clé racine d’une infrastructure à clés publiques (ou PKI) dans un mode de réalisation. Le système 2 est configuré pour mettre en œuvre un procédé de gestion d’au moins une clé racine d’une PKI. Ce procédé comporte deux phases distinctes, qui sont une première phase de création et stockage de clés racine, de manière sécurisée et assurant une bonne disponibilité ultérieure, et une deuxième phase de reconstruction et signature de clés intermédiaires, ultérieure à la première phase. De manière schématique, la première phase est mise en œuvre en utilisant un dispositif de calcul 4, et la deuxième phase est mise en œuvre en utilisant un dispositif de calcul 6. Les dispositifs de calcul 4 et 6 peuvent être identiques ou totalement distincts. Chacun des dispositifs de calcul 4, 6 est un dispositif de calcul électronique, par exemple un ordinateur, comportant un processeur de calcul 8, 14, une unité de mémoire électronique 10, 16 et une interface de communication 12, 20, configurés pour communiquer via un bus de communication interne 15, 17. De préférence, l’interface de communication 12, 20 est une interface de communication filaire uniquement, i.e. de préférence, les dispositifs de calcul 4, 6 ne comportent pas d’interface de communication radio. Avantageusement, la protection vis-à-vis d’éventuelles attaques malveillantes externes est ainsi limitée, la connexion et déconnexion à un réseau externe 22, e.g. le réseau Internet, est facilitée. Typiquement, l’interface de communication 12, 20 met en œuvre le protocole Ethernet, et la connexion/déconnexion est effectuée via un câble de communication. Le dispositif de calcul 4 est configuré pour mettre en œuvre la première phase de de création et stockage de clés racine d’une infrastructure PKI, qui sont destinées à être secrètes, comme décrit en détail ci-après. En particulier, le dispositif de calcul 4 est configuré pour mettre en œuvre : - un module d’installation d’infrastructure à clés publiques pour obtenir des paramètres associés à une instanciation d’une infrastructure à clés publiques et réaliser des opérations d’exploitation avec ladite infrastructure à clés publiques, -un module de génération d’une clé racine de l’instanciation de ladite infrastructure à clés publiques, - un module de chiffrement de ladite clé racine par un algorithme de chiffrement symétrique à clé secrète, et obtention d’une clé racine chiffrée, - un module de découpage de la clé secrète en un nombre N de fragments secrets, - un module de conversion de chaque fragment secret en une séquence de codes, -un module de sauvegarde de chacun des codes sur un support distinct et externe au dispositif de calcul, et -un module d’effacement de ladite instanciation de l’infrastructure à clés publiques et des paramètres et résultats obtenus précédemment. Les séquences de codes obtenues sont sauvegardées sur des supports 24 1 à 24 N. De préférence, chacun desdits supports 24 1 à 24 N est un support matériel d’impression, par exemple un papier. En alternative, chacun desdits supports 24 1 à 24 N est un support électronique sécurisé, par exemple une unité de stockage matériel chiffrée, ou une unité de stockage logicielle chiffrée. Avantageusement, les supports 241 à 24N peuvent être distribués à divers agents, indépendants les uns des autres, pour augmenter la sécurité et la fiabilité. Dans un mode de réalisation, les modules listés ci-dessus sont réalisés sous forme d’instructions logicielles formant un programme d’ordinateur exécutable par le processeur 8. De préférence, ces modules réalisés sous forme d’instructions logicielles sont chargés temporairement dans l’unité de mémoire 10, et effacés dès réalisation des sauvegardes sur des supports externes, de manière à maximiser la sécurité vis-à-vis d’éventuelles attaques malveillantes. De préférence, le module de découpage met en œuvre un découpage en fragments tel qu’un nombre K inférieur à N de fragments est suffisant pour la reconstruction du secret, i.e. de la clé secrète utilisée. Ainsi, un nombre K de supports 24_j 1 à 24_j K parmi les N supports 24 1 à 24 N est utilisé dans la deuxième phase de reconstruction et signature de clés intermédiaires. Le dispositif de calcul 6 est configuré pour mettre en œuvre : - un module d’obtention d’un nombre K de séquences de codes, le nombre K étant inférieur ou égal à N, -un module d’obtention de K fragments secrets, chaque fragment secret étant obtenu par conversion inverse d’une séquence de codes correspondante -un module de reconstruction d’une clé secrète, dite clé secrète reconstruite, à partir des K fragments secrets obtenus, -un module de déchiffrement configuré pour obtenir une clé racine déchiffrée à partir de la clé racine chiffrée en utilisant la clé secrète reconstruite. De plus, le dispositif de calcul 6 est configuré pour mettre en œuvre un module d’installation d’infrastructure à clés publiques pour obtenir des paramètres associés à une instanciation d’une infrastructure à clés publiques, analogue à celui mis en œuvre par le dispositif de calcul 4. La est un synoptique des principales étapes de la première phase d’un procédé de gestion de clés racines d’une infrastructure PKI selon un mode de réalisation. Le procédé comprend des étapes mises en œuvre lorsque le dispositif de calcul dans lequel est mis en œuvre le procédé est connecté à un réseau de communication, puis des étapes mises en œuvre lorsque le dispositif de calcul est déconnecté de tout réseau de communications. En particulier, le procédé comprend une étape 40 d’installation d’un système d’exploitation autonome et sécurisé, par exemple le système d’exploitation Live Linux, qui est exécuté à la volée. Dans un mode de réalisation l’installation est effectuée par intervention d’un opérateur sur instructions, de manière à assurer la reproductibilité des actions. En variante, une installation automatisée est également envisageable. Le procédé comprend ensuite une étape 42 d’installation pour obtenir des paramètres associés à une instanciation d’une infrastructure à clés publiques. Par exemple, lors de l’étape 42, un script de PKI est obtenu via une liaison de communication du dispositif de calcul mettant en œuvre le procédé. De préférence, la liaison de communication est une liaison filaire. L’étape 42 est suivie d’une étape 44 de déconnexion du dispositif de calcul du réseau de communication, par exemple par déconnexion du câble filaire qui assure la liaison par un opérateur. Cela assure une sécurité maximale, l’accès distant au dispositif de calcul mettant en œuvre le procédé étant ainsi rendu impossible. Les étapes suivantes sont exécutées hors connexion du dispositif de calcul à tout réseau de communication. L’étape 44 est suivi d’une étape 45 de génération d’une clé secrète de l’instanciation de ladite infrastructure à clés publiques. Une clé secrète K s est une clé générée afin d’afin de chiffrer la sauvegarde de l’instanciation de ladite infrastructure à clé publique lors de l’étape 52 décrite ci-après. L’étape 45 est suivie d’une étape 46 de génération d’une clé racine K r de l’instanciation de ladite infrastructure à clés publiques. Une clé racine est une clé générée par la strate hiérarchique la plus haute, également appelée autorité de certification ou CA (pour « Certification Authority »). La clé racine est un secret de plus haut niveau, dont la confidentialité et l’intégrité sont critiques pour la gestion de l’infrastructure à clés publiques. De préférence, la clé racine est générée avec un algorithme à entropie élevée, permettant d’assurer un niveau de sécurité satisfaisant. Le procédé comporte ensuite une étape 48 de chiffrement de clé racine K r générée à l’étape 46, par un algorithme de chiffrement symétrique à clé secrète (clé K s ) générée à l’étape 45, et d’obtention d’une clé racine chiffrée. De préférence l’algorithme de chiffrement appliqué est un procédé à clé secrète, par exemple le standard AES 256, en utilisant une clé secrète aléatoire générée conformément au standard utilisé. Le procédé comprend également une étape 50 de découpage de la clé secrète K s utilisée à l’étape 48 de chiffrement en un nombre N de fragments secrets. Le nombre N est un nombre entier, par exemple compris entre 5 et 20. Les fragments sont numérotés de 1 à N, le numéro respectif étant associé à chaque fragment, et fourni également ultérieurement lors de l’étape de reconstruction. De préférence, le découpage de la clé secrète K s en fragments est effectué en appliquant l’algorithme de partage de secret de Shamir (en anglais « Shamir’s Secret Sharing » ou SSS), qui a l’avantage de permettre une reconstruction totale à partir de K fragments seulement, K étant un entier inférieur à N. Par exemple, K= p x N, arrondi à l’entier supérieur, avec p un coefficients réel compris entre 0,5 et 0,8. Suite à l’étape de découpage 50, le procédé comporte une étape 51 de conversion de chaque fragment secret en une séquence de codes. De préférence, la conversion est effectuée par un algorithme de génération de codes mnémoniques, par exemple BIP 39. En variante, n’importe quel algorithme disposant d’une fonction d’intégrité est utilisable ici. En particulier l’algorithme BIP 39 transforme des séquences de symboles en codes, qui sont des mots d’un langage naturel, par exemple des mots en langue anglaise. Avantageusement, l’utilisation de codes mnémoniques permet un contrôle d’intégrité par un opérateur humain. Les séquences de codes sont sauvegardées (étape de sauvegarde 52) chacune sur au moins un support distinct, externe au dispositif de calcul. De préférence, le support est un support matériel d’impression, par exemple un papier. En alternative, chacun desdits supports est un support électronique sécurisé, par exemple une unité de stockage chiffrée. Par exemple, dans un mode de réalisation chaque séquence de codes est sauvegardée en deux exemplaires sur des supports matériels, de préférence du papier. Cela permet d’attribuer chaque exemplaire à un agent distinct, chaque agent étant par exemple un administrateur autorisé. De plus, la clé racine K r chiffrée à l’étape 48 est également sauvegardée sur un support de stockage choisi, par exemple un support de stockage électronique (e.g. une clé USB) ou un support matériel d’impression, par exemple un papier. Le procédé peut comporter une étape optionnelle supplémentaire de test, comportant une conversion inverse de chaque séquence de codes en un fragment reconstruit, une reconstruction de ladite clé secrète à partir des fragments reconstruits, un déchiffrement de la clé racine chiffrée et une comparaison de la clé racine déchiffrée avec la clé racine obtenue à l’étape 46. En cas d’égalité, le test a un résultat positif. Enfin, le procédé comporte une étape 54 d’effacement de ladite instanciation de l’infrastructure à clés publiques et des paramètres et résultats de chacune des étapes 45 à 50, et une étape 56 de suppression du système d’exploitation installé à l’étape 40. Ainsi, avantageusement, la sécurité et la confidentialité sont maximisées, une attaque malveillante ultérieure destinée à récupérer des informations relatives à la première phase du procédé étant impossible après les étapes 54 et 56 d’effacement et de suppression du système d’exploitation. La est un synoptique des principales étapes de la deuxième phase d’un procédé de gestion de clés racines d’une infrastructure PKI selon un mode de réalisation. Cette deuxième phase réalise une reconstruction et signature de clé. La deuxième phase comprend des étapes d’initialisation 60, d’installation 62 et de déconnexion 64, analogues aux étapes 40, 42, 44 décrites en référence à la , mises en œuvre sur le dispositif de calcul effectuant la deuxième phase du procédé. De plus, lors de l’une des étapes d’initialisation 60 ou d’installation 62, la clé racine chiffrée est également importée et mémorisée. Le procédé comporte ensuite des étapes effectuées hors connexion à tout réseau de communication. Lors d’une étape 66, des séquences de code, correspondant à des fragments de clé secrète, sont obtenus par le dispositif de calcul. Par exemple, les séquences de code sont insérées via une interface homme-machine du dispositif de calcul., chaque séquence de code étant associée à un numéro de fragment, selon la numérotation des fragments effectuée à l’étape 50. Le procédé comprend ensuite une étape 68 d’obtention de fragments à partir des séquences de code, en appliquant le décodage mnémonique correspondant au codage mnémonique appliqué dans la première phase. Le procédé comprend une étape 70 de reconstruction de la clé secrète, dite clé secrète reconstruite, à partir de K fragments obtenus à l’étape 68. Avantageusement, le nombre K de fragments est inférieur au nombre N initialement obtenu. Par exemple, comme indiqué en référence à la , ,K= p x N, arrondi à l’entier supérieur, avec p un coefficients réel compris entre 0,5 et 0,8. Par exemple, la reconstruction applique l’algorithme de partage de secret de Shamir (en anglais « Shamir’s Secret Sharing »). La clé racine de la PKI est déchiffrée (étape 72) avec la clé secrète reconstruite à l’étape de reconstruction 70. L’étape de déchiffrement 72 met en œuvre un algorithme de déchiffrement symétrique à clé secrète, correspondant à l’algorithme de chiffrement mis en œuvre dans la première phase, à l’étape 48 de chiffrement, appliqué avec la clé secrète reconstruite obtenue à l’étape 70. Ainsi, à partir de la clé racine chiffrée, est obtenue la clé racine déchiffrée, en mettant en œuvre l’algorithme déchiffrement à clé secrète en utilisant la clé secrète reconstruite. Ensuite, de préférence, une ou plusieurs clés intermédiaires sont générées (étape 74) et authentifiées par la création d’un certificat en utilisant la clé racine déchiffrée. Ces clés et certificats intermédiaires sont distribués aux strates intermédiaires de la PKI, après des vérifications d’authenticité. Le procédé comprend ensuite une étape 76 de suppression des paramètres et résultats, et de suppression du système d’exploitation installé, de manière à éviter toute attaque destinée à récupérer la clé racine. Avantageusement, le procédé proposé, en permettant la sauvegarde de fragments secrets sous forme de séquences de codes sur des supports matériels distincts permet d’augmenter la sécurité vis-à-vis d’éventuelles attaques, la récupération d’un des supports matériels n’étant pas suffisante pour une attaque. Avantageusement, l’utilisation d’une conversion mnémonique permet une validation et une mémorisation par des agents (e.g. des personnes d’une entreprise). Avantageusement, l’utilisation d’un algorithme de partage de secret, e.g. l’algorithme SSS, permet d’augmenter la disponibilité, seulement K fragments chiffrés étant nécessaires pour reconstruire une clé secrète, autorisant l’absence de certains fragments sans nuire à la disponibilité globale. Procédé de gestion d’au moins une clé racine d’une infrastructure à clés publiques comportant, mis en œuvre sur un dispositif de calcul comportant au moins un processeur de calcul et au moins une mémoire électronique associée, le procédé comportant : une installation (40, 42) pour obtenir des paramètres associés à une instanciation d’une infrastructure à clés publiques et réaliser des opérations d’exploitation avec ladite infrastructure à clés publiques, une déconnexion (44) du dispositif de calcul de tout réseau de communication, les étapes suivantes étant effectuées hors connexion, lors d’une première phase du procédé : A) génération (46) d’une clé racine de l’instanciation de ladite infrastructure à clés publiques, B) chiffrement (48) de ladite clé racine par un algorithme de chiffrement symétrique à clé secrète (K s ), et obtention d’une clé racine chiffrée, C) découpage (50) de ladite clé secrète (K s ) en un nombre N de fragments secrets, D) conversion (51) de chaque fragment secret en une séquence de codes, E) sauvegarde (52) de chaque séquence de codes correspondant à un fragment secret sur au moins un support matériel distinct, et externe au dispositif de calcul, F) effacement (56) de ladite instanciation de l’infrastructure à clés publiques et des paramètres et résultats de chacune des étapes A) à D) mises en œuvre précédemment. Procédé selon la revendication 1, dans lequel chaque séquence de codes est sauvegardée en une pluralité d’exemplaires sur des supports matériels distincts. Procédé selon l’une des revendications 1 ou 2, dans lequel l’étape de découpage (50) de la clé secrète met en œuvre un algorithme de partage de secret de Shamir. Procédé selon l’une des revendications 1 à 3, dans lequel l’étape de conversion (51) met en œuvre un algorithme de génération de codes mnémoniques. Procédé selon la revendication 4, dans lequel l’algorithme de génération de codes mnémoniques utilise le standard BIP39. Procédé selon l’une des revendications 1 à 5, dans lequel dans l’étape de sauvegarde (52), ledit support matériel utilisé pour mémoriser chaque séquence de codes est un papier. Procédé selon l’une des revendications 1 à 6, comportant en outre des étapes suivantes, effectuées lors d’une deuxième phase ultérieure à la première phase : -obtention (66) d’un nombre K de séquences de codes, le nombre K étant inférieur ou égal à N, -obtention (68) de K fragments, chaque fragment étant obtenu par conversion inverse d’une séquence de codes correspondante, -reconstruction (70) d’une clé secrète, dite clé secrète reconstruite, à partir des K fragments obtenus, -déchiffrement (72) d’une clé racine pour obtenir une clé racine déchiffrée à partir de la clé racine chiffrée en utilisant la clé secrète reconstruite. Procédé selon la revendication 7, comportant une génération (74) d’une ou plusieurs clés intermédiaires, création d’un certificat en utilisant la clé racine déchiffrée et authentification desdites clés intermédiaires en utilisant ledit certificat. Système de gestion d’au moins une clé racine d’une infrastructure à clés publiques, comportant au moins un dispositif de calcul (4, 6) comportant au moins un processeur de calcul (8, 14) et au moins une mémoire électronique (10, 16) associée, le système mettant en œuvre : un module d’installation configuré pour obtenir des paramètres associés à une instanciation d’une infrastructure à clés publiques et réaliser des opérations d’exploitation avec ladite infrastructure à clés publiques, suite à une déconnexion du dispositif de calcul de tout réseau de communication, le dispositif de calcul est configuré pour mettre en œuvre, dans une première phase, hors connexion: un module de génération d’une clé racine de l’instanciation de ladite infrastructure à clés publiques, un module de chiffrement de ladite clé racine par un algorithme de chiffrement symétrique à clé secrète (K s ), et d’obtention d’une clé racine chiffrée, un module de découpage de ladite clé secrète (K s ) en un nombre N de fragments secrets, un module de conversion de chaque fragment secret en une séquence de codes, un module de sauvegarde de chaque séquence de codes correspondant à un fragment secret sur au moins un support matériel distinct, et externe au dispositif de calcul, un module d’effacement de ladite instanciation de l’infrastructure à clés publiques et des paramètres et résultats de obtenus par les modules mis en œuvre. Système de gestion d’au moins une clé racine d’une infrastructure à clés publiques, dans lequel au moins un desdits dispositifs de calcul est configuré pour, lors d’une deuxième phase ultérieure à la première phase, mettre en œuvre : -un module d’obtention d’un nombre K de séquences de codes, le nombre K étant inférieur ou égal à N, -un module d’obtention de K fragments, chaque fragment étant obtenu par conversion inverse d’une séquence de codes correspondante, -un module de reconstruction d’une clé secrète, dite clé secrète reconstruite, à partir des K fragments obtenus, -un module de déchiffrement configuré pour obtenir une clé racine déchiffrée à partir de la clé racine chiffrée en utilisant la clé secrète reconstruite.