Système informatique de périphérie à accès multiple (10) comportant une réseau cœur (12) et au moins un réseau de périphérie (16), le système comportant : - une infrastructure de gestion de clés (20), comportant une instance centrale hébergé sur le réseau cœur et comportant une autorité de certification centrale (24), et une instance locale hébergée sur le réseau de périphérie et comportant une autorité de certification locale (ACL2) ; - un utilisateurs/administrateur (U3) connecté au réseau de périphérie, mémorisant une clé publique (K_U3), une clé privée (k_U3) et un certificat (Certif_U3), signé par l’autorité de certification centrale, ledit utilisateur/administrateur ayant des droits lui permettant d’être promu administrateur lors d’un basculement du réseau de périphérie dans un mode dégradé suite à une perte de communication avec l’instance centrale de l’infrastructure de gestion de clés ; - un serveur (S2) hébergé sur le réseau de périphérie (16) mémorisant une clé publique (K_ACL2) de l’autorité de certification locale, l’utilisateur/administrateur étant adapté, en mode dégradé, à enrôler un utilisateur temporaire (U4) en générant (330) une paire de clés éphémères, comportant une clé publique éphémère (EK_U4) et une clé privée éphémère (Ek_U4), à transmettre à l’autorité de certification locale (340, 370) une requête de certification de ladite paire de clés éphémères, l’autorité de certification étant propre à émettre un certificat éphémère (ECertif_U4) associé à ladite paire de clés éphémères en réponse à la requête de certification de l’utilisateur/administrateur (U3), l’utilisateur/administrateur étant adapté à transmettre la paire de clés éphémères et le certificat éphémère à l’utilisateur temporaire (U4) afin de lui permettre d’accéder à un service hébergé sur le serveur (S2). Système informatique de périphérie à accès multiple (10) comportant une réseau cœur (12) et au moins un réseau de périphérie (16), le système comportant : - une infrastructure de gestion de clés (20), comportant uniquement une instance centrale hébergé sur le réseau cœur et comportant une autorité de certification centrale (24) ; - un utilisateurs/administrateur (U3) connecté au réseau de périphérie, mémorisant une clé publique (K_U3), une clé privée (k_U3) et un certificat (Certif_U3), signé par l’autorité de certification centrale, ledit utilisateur/administrateur ayant des droits lui permettant d’être promu administrateur lors d’un basculement du réseau de périphérie dans un mode dégradé suite à une perte de communication avec l’instance centrale de l’infrastructure de gestion de clés ; - un serveur (S2) hébergé sur le réseau de périphérie (16) mémorisant une clé publique (K_ACC) de l’autorité de certification centrale, l’utilisateur/administrateur étant adapté, en mode connecté, à générer une pluralité de paires de clés éphémères, chaque paire de clés comportant une clé publique éphémère (EK_U4) et une clé privée éphémère (Ek_U4), et à transmettre à l’autorité de certification centrale une requête de certification de chaque paire de clés éphémères afin d’obtenir un certificat pour chaque paire de clés éphémères, l’utilisateur/administrateur étant adapté, en mode dégradé, à enrôler un utilisateur temporaire (U4) en lui transmettant une paire de clés éphémères et le certificat éphémère correspondant afin de permettre l’utilisateur temporaire d’accéder à un service hébergé sur le serveur (S2). Système selon la revendication 1 ou la revendication 2, dans lequel l’utilisateur/administrateur (U3) comporte un module de génération de clés (61) permettant de dériver la paire de clés éphémères depuis la paire de clés de l’utilisateur/ administrateur. Système selon la revendication 3, dans lequel le module de génération de clé (61) met en œuvre un algorithme de dérivation de clé non-renforcée. Système selon l’une quelconque des revendications 1 à 4, dans lequel le certificat éphémère comporte un identifiant de l’utilisateur temporaire (U4), la clé publique éphémère (EK_U4), un identifiant de l’utilisateur/administrateur (ID_U3) et une signature calculée en utilisant la clé privée (k_ACL2) de l’autorité de certification locale (ACL2) ou la clé privée (k_ACC) de l’autorité de certification locale. Procédé d’enrôlement d’un utilisateur temporaire mis en œuvre dans un système (10) conforme à l’une quelconque des revendications 1 à 5, caractérisé en ce qu’il comporte, alors que le réseau de périphérie (16) fonctionne en mode dégradé, les étapes de : - génération par un utilisateur/administrateur (U3) du réseau de périphérie d’au moins une paire de clé éphémère et certification de ladite paire de clés éphémères par une autorité de certification locale ou une autorité de certification centrale de manière à obtenir un certificat éphémère associé à la paire de clés éphémères ; - émission (310) par l’utilisateur temporaire (U4) d’une requête d’enrôlement vers l’utilisateur/administrateur (U3) du réseau de périphérie ; et, - transmission (340, 370) par l’utilisateur/administrateur à l’utilisateur temporaire de la paire de clés éphémères et du certificat éphémère associé. Procédé selon la revendication 6, dans lequel l’utilisateur/administrateur (U3) génère (330) la paire de clés éphémères et demande à l’autorité de certification locale, hébergée sur le réseau de périphérie, de certifier (360) la paire de clés éphémères. Procédé selon la revendication 6, dans lequel l’utilisateur/administrateur génère (330) la paire de clés éphémères à l’avance et demande, alors que le réseau de périphérie fonctionne en mode connecté, à l’autorité de certification centrale de certifier la paire de clés éphémères, l’utilisateur/administrateur stockant la paire de clés éphémères et le certificat correspondant dans un coffre-fort et sélectionnant dans ledit coffre-fort des informations nécessaires lors de l’enrôlement de l’utilisateur temporaire. Procédé selon l’une quelconque des revendications 6 à 8, dans lequel l’utilisateur/administrateur (U3) est adapté pour dériver la paire de clés éphémères depuis la paire de clés de l’utilisateur/ administrateur en mettant en œuvre un algorithme de dérivation de clé non-renforcée de manière à pouvoir tracer l’utilisateur/administrateur ayant participer à l’enrôlement d’un utilisateur temporaire. Procédé selon l’une quelconque des revendications 6 à 9, comportant une étape de vérification (320) d’une identité de l’utilisateur temporaire par l’utilisateur/administrateur.