Brevet FR3156939A1 — publié le 20250620

L’invention concerne un procédé prévoyant de : communiquer à un utilisateur (1) l’adresse (16) d’un coffre-fort numérique (17) attribué à un portier pour l’accès à un serveur (2) ; inscrire dans le coffre-fort numérique (17) des modalités pour permettre l’accès de l’utilisateur (1) au serveur (2), associées à une clé publique (3b) liée à un terminal (4) de l’utilisateur (1) sur la chaîne de blocs ; puis, lorsque l’utilisateur (1) souhaite accéder ultérieurement au serveur (2), l’envoi par l’utilisateur (1) d’une requête (36) contenant des adresses numériques (7, 16) respectives dudit utilisateur et du coffre-fort (17), ainsi que des données de connexion signées avec une clé privée (3a) liée au terminal (4) ; l’authentification de l’utilisateur (1) au moyen de son adresse (7) et des données signées ; l’affichage, sur un terminal (12) à destination de l’utilisateur (1), d’une page informatique (48) adaptée auxdites modalités d’accès. Figure 3 Procédé pour contrôler l’accès d’un utilisateur d’une chaîne de blocs à un serveur informatique lié à ladite chaîne de blocs L’invention concerne un procédé pour contrôler l’accès d’un utilisateur d’une chaîne de blocs à un serveur informatique lié à ladite chaîne de blocs, ainsi qu’une architecture comprenant des moyens pour permettre la mise en œuvre d’un tel procédé. Elle s’applique en particulier à l’accès d’utilisateurs à des serveurs informatiques en ligne, notamment reliés à un réseau local de type LAN (pour l’anglais « Local Access Network »), ou à un réseau étendu de type Internet, auxquels lesdits utilisateurs accèdent en entrant une adresse numérique dans une barre de recherche affichée sur une page d’un navigateur en ligne. De tels serveurs peuvent notamment fournir un portail informatique pour une organisation, par exemple une entreprise ou une association, auquel les membres de ladite organisation peuvent se connecter pour travailler et/ou communiquer avec les autres membres, notamment par messagerie instantanée interne, ou encore en participant à des réunions de travail organisées à distance via ledit portail. Compte tenu de la confidentialité requise pour ce type de serveurs, un utilisateur souhaitant y accéder peut créer un compte personnel sur le portail informatique d’un tel serveur, et s’y connecter ultérieurement en entrant un identifiant personnel et un mot de passe, afin de sécuriser les informations confidentielles et les actifs dudit utilisateur gérés par ledit service en ligne. Pour pouvoir accéder à un serveur informatique sécurisé, il est connu de prévoir un formulaire électronique dans lequel l’utilisateur doit renseigner un identifiant de connexion (pour l’anglais « login ») et un facteur sécurisé d’authentification, par exemple un mot de passe. Des informations complémentaires d’identité peuvent être renseignées, telles que par exemple les noms et prénoms de l’utilisateur, son adresse postale, ou encore, dans le cadre d’un serveur informatique utilisé par les membres d’une organisation, le rôle et/ou le poste professionnel occupé par ledit utilisateur au sein de ladite organisation. On connaît également des serveurs informatiques dont l’accès est réglementé au moyen de procédures d’authentification entre un sujet identifiant, soit l’entité qui accède à une contrepartie (serveur, commerçant humain, service…), et un sujet authentifiant, soit l’entité chargée de vérifier que l’identité fournie par le sujet identifiant lui appartient bien, de telles procédures reposant sur au moins l’un des types d’authentifiant suivants : un authentifiant qui est structurellement attaché à un identifiant, par exemple une paire de clés cryptographiques mathématiquement liées (la clé privée étant l’authentifiant et la clé publique l’identifiant) ; et/ou un authentifiant pour lequel un lien sécurisé doit être créé avec l’identifiant, par exemple un mot de passe devant être renseigné pour être rattaché à un identifiant de connexion à un service en ligne (pour l’anglais « login »). L’invention vise à perfectionner l’art antérieur en proposant notamment un procédé qui, au moyen d’une chaîne de blocs, permet de contrôler l’accès d’un utilisateur à un serveur informatique lié à ladite chaîne de blocs de façon simple et fiable, notamment en fonction de modalités d’accès spécifiquement définies pour ledit utilisateur. A cet effet, selon un premier aspect, l’invention propose un procédé pour contrôler l’accès d’un utilisateur d’une chaîne de blocs à un serveur informatique lié à ladite chaîne de blocs, ledit procédé prévoyant une procédure préalable d’inscription de l’utilisateur, qui prévoit : la communication audit utilisateur, par un portier gestionnaire des accès audit serveur informatique sur la chaîne de blocs, d’une notification comprenant l’adresse numérique sur ladite chaîne de blocs d’un coffre-fort numérique attribué audit portier pour la gestion des accès audit serveur informatique ; la lecture par ledit utilisateur d’une adresse numérique du portier d’accès sur la chaîne de blocs et d’une clé publique liée à un terminal dudit portier d’accès sur la chaîne de blocs par interaction avec ladite notification ; l’envoi par l’utilisateur au coffre-fort numérique d’accès d’une requête d’inscription pour accéder au serveur informatique, ladite requête comprenant une donnée d’identité dudit utilisateur chiffrée au moyen de la clé publique liée au terminal dudit portier d’accès ; le déchiffrage par le portier d’accès de la donnée d’identité dudit utilisateur envoyée au coffre-fort numérique, au moyen d’une clé privée dudit portier d’accès associée à la clé publique ayant servi au chiffrement de ladite donnée d’identité ; l’inscription par le portier d’accès dans le coffre-fort numérique de gestion d’accès de modalités pour permettre l’accès de l’utilisateur au serveur informatique, associées à une clé publique liée à un terminal de l’utilisateur sur la chaîne de blocs ; ledit procédé prévoyant en outre, lorsque l’utilisateur souhaite accéder ultérieurement au serveur informatique, une procédure de connexion dudit utilisateur audit serveur informatique, qui prévoit : l’envoi par l’utilisateur d’une requête d’accès audit serveur informatique, ladite requête contenant des adresses numériques respectives dudit utilisateur et du coffre-fort numérique de gestion d’accès, ainsi que des données de connexion signées avec une clé privée lié au terminal dudit utilisateur ; l’authentification de l’utilisateur au moyen de son adresse numérique et des données signées contenues dans ladite requête d’accès ; la lecture des modalités d’accès au serveur informatique inscrites pour ledit utilisateur dans le coffre-fort numérique de gestion d’accès ; l’affichage, sur un terminal à destination de l’utilisateur, d’une page informatique d’accès au serveur informatique, ladite page étant adaptée auxdites modalités d’accès. Selon un second aspect, l’invention propose une architecture comprenant une chaîne de blocs et un serveur informatique lié à ladite chaîne de blocs, ladite architecture comprenant en outre : une plateforme de fourniture d’un service de coffres-forts numériques, ladite plateforme comprenant des moyens pour permettre la création d’un coffre-fort numérique de gestion d’accès pour permettre à un portier de gérer les accès d’utilisateurs audit serveur informatique sur ladite chaîne de blocs ; un terminal de gestion comprenant des moyens pour permettre au portier gestionnaire des accès de communiquer à un utilisateur une notification comprenant l’adresse numérique sur ladite chaîne de blocs d’un coffre-fort numérique créé par la plateforme et attribué audit portier d’accès pour la gestion des accès audit serveur informatique ; un terminal d’accès comprenant des moyens pour permettre à un utilisateur de : lire une adresse numérique du portier d’accès sur la chaîne de blocs et une clé publique liée au terminal de gestion dudit portier d’accès sur la chaîne de blocs, par interaction avec ladite notification ; envoyer au coffre-fort numérique de gestion d’accès une requête d’inscription pour accéder au serveur informatique, ladite requête comprenant une donnée d’identité dudit utilisateur chiffrée au moyen de la clé publique liée au terminal de gestion ; ledit terminal de gestion comprenant en outre des moyens pour permettre au portier d’accès de : déchiffrer la donnée d’identité dudit utilisateur envoyée au coffre-fort numérique de gestion d’accès, au moyen d’une clé privée dudit terminal de gestion associée à la clé publique ayant servi au chiffrement de ladite donnée d’identité ; inscrire, dans le coffre-fort numérique de gestion d’accès, des modalités pour permettre l’accès de l’utilisateur au serveur informatique, associées à une clé publique liée au terminal d’accès de l’utilisateur sur la chaîne de blocs ; ledit terminal d’accès comprenant en outre des moyens pour, lorsque l’utilisateur souhaite accéder ultérieurement au serveur informatique, permettre audit utilisateur d’envoyer une requête d’accès audit serveur informatique, ladite requête contenant des adresses numériques respectives dudit utilisateur et du coffre-fort numérique de gestion d’accès, ainsi que des données de connexion signées avec une clé privée lié audit terminal d’accès, ladite architecture comprenant en outre des moyens pour permettre : l’authentification de l’utilisateur au moyen de son adresse numérique et des données signées contenues dans ladite requête d’accès ; la lecture des modalités d’accès au serveur informatique inscrites pour ledit utilisateur dans le coffre-fort numérique de gestion d’accès ; le serveur informatique comprenant des moyens pour afficher, sur un terminal à destination de l’utilisateur, une page informatique d’accès audit serveur informatique, ladite page étant adaptée auxdites modalités d’accès. D’autres particularités et avantages de l’invention apparaîtront dans la description qui suit, faite en référence aux figures annexées, dans lesquelles : FIG. 1 représente les étapes de création sur la chaîne de blocs, par un portier administrateur, d’un coffre-fort numérique de gestion des accès à un serveur informatique lié à la chaîne de blocs et/ou d’administration des portiers gestionnaires desdits accès, dans le cadre d’un procédé selon l’invention ; FIG. 2 représente des étapes de communication à l’utilisateur, par un portier gestionnaire des accès au serveur informatique, d’une notification comprenant l’adresse numérique du coffre-fort numérique de gestion des accès attribué audit portier, selon une variante de réalisation de l’invention ; FIG. 2 représente les étapes d’une procédure préalable d’inscription de l’utilisateur sur la chaîne de blocs pour pouvoir accéder à un serveur informatique lié à ladite chaîne de blocs, selon un premier mode de réalisation de l’invention ; FIG. 3 représente les étapes d’une procédure ultérieure de connexion de l’utilisateur au serveur informatique, après avoir suivi la procédure d’inscription représentée sur la FIG. 2 , selon le premier mode de réalisation de l’invention ; FIG. 4 représente une étape préliminaire de prise de contact d’un portier gestionnaire des accès à un serveur informatique avec un portier administrateur sur la chaine de blocs, afin d’être accrédité par ledit portier administrateur, selon un second mode de réalisation de l’invention ; FIG. 5 représente l’organisation hiérarchique des coffres-forts d’administration et de gestion des accès au serveur informatique, selon le mode de réalisation de la FIG. 4 ; FIG. 6 représente les étapes d’accréditation par un portier administrateur d’un portier gestionnaire des accès au serveur informatique, selon le mode de réalisation des figures 4 et 5 ; FIG. 7 représente les étapes d’une procédure préalable d’inscription de l’utilisateur sur la chaîne de blocs pour pouvoir accéder à un serveur informatique lié à ladite chaîne de blocs, selon le mode de réalisation des figures 4 à 6 ; FIG. 8 représente les étapes d’une procédure ultérieure de connexion de l’utilisateur au serveur informatique, après avoir suivi la procédure d’inscription représentée sur la FIG. 7 , selon le second mode de réalisation de l’invention. En relation avec ces figures, on décrit ci-dessous un procédé pour contrôler l’accès d'un utilisateur 1 d’une chaîne de blocs à un serveur informatique 2 lié à ladite chaîne de blocs, ainsi qu’une architecture comprenant des moyens techniques adaptés pour la mise en œuvre d’un tel procédé. Le procédé prévoit au préalable la création pour l’utilisateur 1 d’une paire de clés privée 3a et publique 3b. Cette paire de clés 3a, 3b permet à l’utilisateur 1 d’accéder à une chaîne de blocs, mais également de signer électroniquement des données informatiques, notamment dans le cadre d’une transaction sur ladite chaîne de blocs. En particulier, l’utilisateur 1 ne divulgue que la clé publique 3b, et conserve la clé privée 3a de façon strictement confidentielle. Pour ce faire, l’architecture comprend une chaîne de blocs et un terminal 4 d’accès à ladite chaîne de blocs, ce terminal 4 comprenant des moyens pour créer pour l’utilisateur 1 une telle paire de clés 3a, 3b. Comme représenté sur les figures, le terminal d’accès 4 peut être un téléphone portable de type « intelligent » (pour l’anglais « smartphone »). Le terminal d’accès 4 peut également être d’un autre type, sous réserve d’être équipé de moyens adaptés pour la mise en œuvre du procédé, notamment une tablette numérique, un assistant personnel (PDA, pour l’anglais « Personal Digital Assistant »), un ordinateur portable, un ordinateur de bureau ou tout autre objet connecté. En particulier, l’architecture peut comprendre une application avec des moyens adaptés pour la mise en œuvre du procédé, que l’utilisateur 1 peut télécharger pour l’installer sur son terminal 4, notamment en envoyant une requête adaptée à ladite architecture. Le procédé prévoit ensuite la création d’un coffre-fort numérique 5 pour l’utilisateur 1 sur la chaîne de blocs, puis l’enregistrement dans ledit coffre-fort d’au moins une clé publique 3b d’accès à ladite chaîne de blocs liée à un terminal 4 dudit utilisateur. Pour ce faire, la chaîne de blocs comprend une plateforme 6 de fourniture d’un service de coffres-forts numériques, qui comprend des moyens pour permettre la création d’un coffre-fort numérique 5 pour l’utilisateur 1 sur ladite chaîne de blocs. Ces moyens peuvent par exemple se présenter sous la forme d’une interface de programmation (API, pour l’anglais « Application Programming Interface »), ladite interface étant adaptée pour permettre la création manuelle de coffres-forts 5 par un administrateur de la chaîne de blocs et/ou une création automatique d’un tel coffre-fort 5 sur requête de l’utilisateur 1. Par ailleurs, le terminal d’accès 4 ou l’application qui y est installée comprend des moyens pour enregistrer dans un tel coffre-fort 5 au moins une clé publique 3b d’accès à la chaîne de blocs qui lui est liée. Le coffre-fort numérique 5 peut notamment être créé sous la forme d’un protocole informatique de type contrat intelligent (pour l’anglais « smart contract »), ledit contrat intelligent étant accessible au moyen d’une adresse numérique publique 7. Pendant la création du coffre-fort numérique 5, le procédé prévoit l’identification et l’authentification de l’utilisateur 1 auprès d’une plateforme d’identification tierce (non représentée), puis la création d’une empreinte numérique pour ledit utilisateur au moyen de données d’identité dudit utilisateur fournies par ladite plateforme d’identification, ladite empreinte numérique étant enregistrée dans ledit coffre-fort numérique. Pour ce faire, l’architecture comprend une telle plateforme d’identification tierce, auprès de laquelle l’utilisateur 1 s’identifie et s’authentifie au préalable, la plateforme 6 de création de coffres-forts comprenant des moyens pour créer l’empreinte numérique dudit utilisateur au moyen de données d’identité fournies par ladite plateforme d’identification. La plateforme tierce peut être conforme à la réglementation eIDAS (pour l’anglais « Electronic IDentification And Trust Services »), et peut être par exemple une plateforme de fourniture d’un service d’identification publique et/ou administratif tel que la sécurité sociale, un service pour le paiement de taxes officielles tels que les impôts sur le revenu, ou tout autre service d’identification permettant d’atteindre un niveau de confiance eIDAS requis, ou équivalent. En particulier, la plateforme tierce peut être un système d’identification et d’authentification d’entreprise présentant une structure et un fonctionnement équivalents à la réglementation eIDAS. Après avoir téléchargé l’application sur son terminal 4, et s’il n’en possède pas déjà, l’utilisateur 1 peut lancer une procédure adaptée sur ledit terminal, notamment au moyen de ladite application, pour créer une paire de clés 3a, 3b telle que décrite précédemment. Ces clés 3a, 3b sont ainsi liées au terminal 4 de l’utilisateur 1, qui ne divulgue que la clé publique 3b pour interagir avec la chaîne de blocs. De ce fait, la clé privée 3a ne quitte jamais le terminal 4, ce qui garantit à l’utilisateur 1 une sécurité optimale. Le terminal ou l’application envoie ensuite une requête contenant la clé publique 3b à la plateforme 6 de création de coffres-forts, qui envoie à son tour une notification à la plateforme tierce pour requérir une procédure d’identification de l’utilisateur, à l’issue de laquelle la plateforme tierce communique un indicateur de validité de l’identité dudit utilisateur, ainsi qu’une autorisation d’accès aux données d’identité dudit utilisateur, ou les données d’identité elles-mêmes. La plateforme de coffres-forts obtient alors les données d’identité de l’utilisateur pour calculer une empreinte numérique pour l’utilisateur 1 à partir desdites données d’identité. La plateforme 6 de coffres-forts comprend en outre : des moyens pour enregistrer l’empreinte numérique et la clé publique 3b dans le coffre-fort numérique 5 de l’utilisateur 1, notamment par l’envoi d’une notification adaptée audit coffre-fort ; et des moyens pour communiquer audit utilisateur l’adresse numérique 7 dudit coffre-fort, notamment par l’intermédiaire d’une notification envoyée à son terminal 4. La plateforme 6 de coffres-forts peut notamment être identifiée sur la chaîne de blocs par un compte dont l’identifiant est une adresse numérique de type EOA (pour l’anglais « External Owner Account »), auquel elle accède au moyen d’une paire de clés liées entre elles par des fonctions mathématiques, parmi lesquelles une clé privée 8a, qui doit rester secrète, et donc ne jamais quitter ladite plateforme, ainsi qu’une clé publique 8b, de laquelle son adresse numérique est dérivable. De façon avantageuse, comme représenté sur les figures 1 et 2a, la plateforme 6 de coffres-forts peut créer et déployer des coffres-forts numériques 5 sur la chaîne de blocs au moyen d’un coffre-fort spécial 9 qui lui est attribué sur ladite chaîne de blocs, et dans lequel est enregistrée la clé publique 8b d’identification de ladite plateforme sur ladite chaîne de blocs. En particulier, pour requérir la création d’un coffre-fort 5, l’utilisateur 1 peut, afin d’accéder à la plateforme 6, faire une lecture préalable, au moyen de son terminal 4 ou de l’application, de l’adresse numérique 10 du coffre-fort 9 lié à ladite plateforme sur la chaîne de blocs, afin de déclencher l’envoi de la requête contenant la clé publique 3b dudit terminal. L’adresse numérique 10 peut notamment être préenregistrée dans une base de données, ou tout autre moyen de mémorisation, lié(e) à l’application, afin d’être téléchargée sur ledit terminal en même temps que ladite application lorsque l’utilisateur 1 interagit avec la plateforme 6 pour installer cette application sur ledit terminal. Après réception de la notification contenant l’adresse numérique 7, le terminal 4 ou l’application initie une procédure d’activation du coffre-fort 5, et envoie à la plateforme 6 une requête de certification dudit coffre-fort. En réponse, la plateforme 6 envoie une notification pour accéder au coffre-fort 5 par lecture de son adresse numérique 7 puis, en cas de succès de cette lecture, enregistre cette adresse numérique 7 dans un coffre-fort central unique 11 de référence de la chaîne de blocs, dans lequel sont enregistrées toutes les adresses numériques des coffres-forts créés pour d’autres utilisateurs sur ladite chaîne de blocs, lesdites adresses étant associées chacune à l’adresse numérique 10 du coffre-fort 9 identifiant la plateforme 6 ayant créé lesdits coffres-forts. A l’issue de ces étapes, l’utilisateur 1 détient un coffre-fort 5 lui permettant d’accéder, en qualité d’utilisateur enregistré, à la chaîne de blocs et/ou à des serveurs informatiques liés à ladite chaîne de blocs, notamment un serveur informatique 2 tel que représenté sur les figures 2b à 8, intégrant des fonctionnalités accessibles via ladite chaîne de blocs, et ce au moyen de n’importe quel terminal 4 dont la clé publique 3b est enregistrée dans ledit coffre-fort. En particulier, même en cas de perte d’une ancienne clé privée mathématiquement liée à une clé publique, et liée ou non à un ancien terminal d’accès à la chaîne de blocs, l’utilisateur 1 garde ses actifs sur la chaîne de blocs grâce au coffre-fort 5, sous réserve d’y enregistrer une nouvelle clé publique 3b générée sur son nouveau terminal 4. L’architecture comprend donc un serveur informatique 2, auquel l’utilisateur 1 peut accéder en entrant sur un terminal 12 une adresse électronique d’accès audit service en ligne, par exemple sous forme d’une adresse de type URL (pour l’anglais « Uniform Resource Locator »). En particulier, l’utilisateur 1 peut détenir un compte personnel sur le serveur 2, et le terminal 12 de connexion comprend des moyens pour permettre à l’utilisateur 1 d’initier une session de connexion audit serveur via ledit compte personnel. Sur les figures 2b et 8, le terminal 12 de connexion au serveur 2 est représenté comme distinct du terminal 4 d’accès de l’utilisateur 1 à la chaîne de blocs, et se présente sous la forme d’un ordinateur portable (pour l’anglais « laptop »). Ce terminal de connexion 12 peut notamment être un ordinateur public, par exemple mis à disposition des visiteurs d’un lieu public tel qu’un cybercafé, ou tout autre moyen d’accès en ligne, et comprend notamment des moyens pour permettre à l’utilisateur 1 de se connecter au serveur 2 via un navigateur. En variante, le terminal de connexion 12 et le terminal d’accès 4 sont confondus, l’utilisateur 1 utilisant alors un même terminal 4 pour accéder à la chaîne de blocs et se connecter à son compte personnel sur le serveur 2, par l’intermédiaire d’un navigateur ou d’une interface de programmation installée sur le terminal 4. Un terminal 12 à usage public ne permet pas de garantir à l’utilisateur 1 une sécurité optimale lors de sa connexion à son compte personnel sur un service en ligne 2, et il existe notamment un risque non négligeable de vol des identifiants de connexion (pour l’anglais « login ») et d’authentification (mot de passe) dudit utilisateur lorsqu’il les entre sur un tel terminal 12. Dans le cas d’un serveur 2 utilisé à des fins professionnelles, notamment par une organisation ou une entreprise, un tel risque s’accompagne également d’un risque de vol d’informations confidentielles liées aux activités de ladite organisation/entreprise, ce qui peut avoir un effet délétère sérieux pour lesdites activités. Par ailleurs, les gestions d’accès conventionnelles ne permettent pas de garantir de façon satisfaisante un accès personnalisé aux différents utilisateurs du serveur 2, notamment selon leur position hiérarchique et/ou leur fonction au sein de l’organisation/entreprise. Pour pallier ces inconvénients, le procédé propose de contrôler l’accès d’un utilisateur 1 au serveur informatique 2 avec des moyens alternatifs aux identifiants de connexion et d’authentification conventionnels, afin d’éviter leur vol, d’éviter à l’utilisateur 1 d’avoir à les noter pour ne pas les oublier, et ainsi de garantir la protection des données d’accès dudit utilisateur, mais également des données disponibles sur le serveur informatique 2. Pour ce faire, le procédé prévoit une procédure préalable d’inscription de l’utilisateur 1, cette procédure prévoyant en premier lieu la communication audit utilisateur, par un portier 14 gestionnaire des accès au serveur informatique 2, d’une notification 15 comprenant l’adresse numérique 16 sur la chaîne de blocs d’un coffre-fort numérique 17 attribué audit portier gestionnaire pour la gestion des accès audit serveur. Le portier 14 peut être un employé de l’organisation/entreprise exploitant le serveur informatique 2, et dispose, pour se connecter à la chaîne de blocs, d’un terminal 13, notamment un terminal portable de type « smartphone », sur lequel il peut créer des clés privée 18a et publique 18b d’accès à ladite chaîne de blocs, comme expliqué précédemment pour l’utilisateur 1. De même, le portier 14 peut disposer d’un coffre-fort numérique personnel 19 sur la chaîne de blocs, qu’il peut créer en interagissant avec la plateforme 6 comme développé précédemment, et y enregistrer la clé publique 18b liée à son terminal 13. En relation avec la FIG. 1 , la plateforme 6 comprend également des moyens pour permettre la création d’un coffre-fort numérique 17 tel que décrit précédemment, afin de permettre à un portier 14 de gérer les accès au serveur 2 d’utilisateurs 1 sur la chaîne de blocs. En particulier, le portier 14 peut solliciter lui-même la plateforme 6 pour créer un tel coffre-fort 17. Pour ce faire, le portier 14 envoie à la plateforme 6, via son terminal 13 (ou une application installée dessus à cet effet), une requête 20 contenant la clé publique 18b de son terminal 13 et l’adresse numérique 21 de son coffre-fort personnel 19 sur la chaîne de blocs. En réponse à cette requête 20, la plateforme 6 consulte successivement : le coffre-fort personnel 19, pour y vérifier l’enregistrement de la clé publique 18b communiquée dans ladite requête ; le coffre-fort central 11, pour y vérifier le référencement dudit coffre-fort personnel. En cas de succès de ces vérifications, la plateforme 6 : crée un coffre-fort numérique de gestion 17 sur la chaîne de blocs, en y enregistrant l’adresse numérique 21 du coffre-fort personne 19 du portier 14, en tant qu’adresse parente pour ledit coffre-fort de gestion ; communique au terminal 13 une notification 22 contenant l’adresse numérique 16 dudit coffre-fort de gestion. Le portier 14 lance ensuite une procédure 23 d’activation du coffre-fort de gestion 17, en inscrivant dans ledit coffre-fort un code spécifique d’activation, au moyen de l’adresse numérique 21 de son coffre-fort personnel 19, puis en envoyant une requête en activation 24 à la plateforme 6. La plateforme 6 vérifie la présence d'un code d’activation correct dans le coffre-fort 17 puis, dans l’affirmative, certifie le coffre-fort 17 en inscrivant son adresse numérique 16 dans le coffre-fort central 11, avant d’envoyer au terminal 4 une notification 25 pour confirmer ladite certification. Le coffre-fort 17 contient des données alphanumériques qui définissent son fonctionnement et son attribution à un portier 14 donné, parmi lesquelles une adresse numérique d’accès à un serveur informatique 2 donné, par exemple de type URL (pour l’anglais « Uniform Resource Locator »). Il est important que cette adresse numérique ne puisse pas être modifiée, afin de limiter l’association du coffre-fort 17 à un seul serveur 2. Ainsi, dans la mesure où les différentes opérations de connexion au serveur 2 sont transparentes pour l'utilisateur 1, on garantit audit utilisateur la traçabilité de cette connexion. De ce fait, pour gérer les accès d’utilisateurs 1 à un autre serveur informatique, il convient de créer un autre coffre-fort. Le terminal 13 de gestion d’accès (ou l’application qui y est installée) comprend des moyens pour permettre au portier d’accès 14, durant la procédure préalable d’inscription, de communiquer à l’utilisateur 1 une notification 15 comprenant l’adresse numérique 16 du coffre-fort 17 de gestion d’accès attribué audit portier d'accès. De même, le terminal 4 comprend des moyens pour permettre, par interaction avec la notification 15, la lecture par l'utilisateur 1 de l’adresse numérique 21 du coffre-fort personnel 19 du portier d’accès 14, ainsi que d’une clé publique 18b liée au terminal 13 dudit portier d’accès sur la chaîne de blocs. Dans les modes de réalisation représentés, le terminal de gestion d’accès 13 comprend des moyens pour envoyer une notification 15 comprenant un lien interactif 26 intégrant l’adresse numérique 16 du coffre-fort 17 de gestion d’accès attribué au portier 14 sur la chaîne de blocs, ainsi qu’éventuellement la clé publique 18b associée au terminal 13 dudit portier, le terminal 4 de l’utilisateur 1 comprenant des moyens pour interagir avec ledit lien pour lire l’adresse numérique 21 et la clé publique 18b. Sur la FIG. 2 , le terminal 4 de l’utilisateur 1 envoie successivement : une requête 27 au coffre-fort 17 de gestion d’accès, par interaction avec le lien 26, pour y lire l’adresse numérique 21 du coffre-fort personnel 19 du portier 14 ; une requête 28 au coffre-fort personnel 19 dudit portier, au moyen de son adresse numérique 21, pour y lire la clé publique 18b liée au terminal 13 de gestion dudit portier. Sur la FIG. 2 , le lien interactif 26 intègre à la fois l’adresse numérique 21 du coffre-fort personnel 19 du portier 14 et la clé publique 18b liée au terminal 13 dudit portier. Ainsi, par une unique interaction avec le lien 26, le terminal 4 de l’utilisateur 1 envoie : une requête 29 au serveur central 11 pour vérifier la validité du coffre-fort 17 de gestion d’accès ; une requête 30 au coffre-fort 17 de gestion d’accès pour y lire l’adresse numérique du coffre-fort personnel 19 du portier 14 ; une requête 31 au coffre-fort personnel 19 pour vérifier la concordance entre la clé publique 18b enregistrée dans ledit coffre-fort personnel et la clé publique 18b intégrée dans le lien interactif 26. A l’issue de ces opérations, si les résultats des requêtes 29, 31 confirment la validité du coffre-fort 17, son attribution au portier 14 et la validité du lien 26, le terminal 4 peut enregistrer localement l’adresse numérique 16 du coffre-fort 17, par exemple dans une base de données liée à l’application installée sur ledit terminal, afin de favoriser un accès ultérieur audit coffre-fort 17. En relation avec la FIG. 2 , pour terminer la procédure d’inscription de l’utilisateur 1, le procédé prévoit : l'envoi par l’utilisateur 1 au coffre-fort 17, au moyen de son terminal 4 (ou de l’application qui y est installée), d’une requête 32 d’inscription pour accéder au serveur 2, ladite requête comprenant une donnée d’identité dudit utilisateur chiffrée au moyen de la clé publique 18b liée au terminal 13 du portier d’accès 14 ; le déchiffrage par le portier d’accès 14, notamment en lançant une procédure 33 adaptée sur son terminal 13 (ou l’application qui y est installée) de la donnée d’identité envoyée au coffre-fort 17, et ce au moyen de la clé privée 18a du terminal de gestion d’accès 13 associée à la clé publique 18b ayant servi au chiffrement de ladite donnée d’identité. Les données d’identité peuvent notamment comprendre l’adresse numérique 7 du coffre-fort personnel 5 de l’utilisateur 1 sur la chaîne de blocs, ainsi qu’une empreinte numérique d’identité dudit utilisateur telle qu’enregistrée dans ledit coffre-fort personnel. Comme représenté sur la FIG. 2 , le portier d'accès 14 peut ensuite vérifier l’identité de l’utilisateur 1 à partir des données déchiffrées, en envoyant des requêtes 34a, 34b adaptées au coffre-fort central 11 et au coffre-fort personnel 5 dudit utilisateur. Pour finaliser la procédure, le procédé prévoit ensuite l’inscription, dans le coffre-fort 17 de gestion d’accès par le portier d’accès 14, de modalités pour permettre l’accès de l’utilisateur 1 au serveur 2, associées à la clé publique 3b liée au terminal 4 dudit utilisateur. Pour ce faire, le portier d’accès 14 lance sur son terminal 13 (ou l’application qui y est installée) une procédure 63 adaptée pour effectuer cette inscription. Les modalités d’accès accordées à un utilisateur 1 pour le serveur 2 se présentent sous la forme d’une liste de données alphanumériques horodatées enregistrées dans le coffre-fort 17, permettant ainsi au portier 14 de disposer d’un historique des différentes modalités accordées audit utilisateur. De façon optionnelle, le procédé peut également prévoir d’enregistrer une adresse numérique d’accès au serveur 2, par exemple une adresse de type URL, dans le coffre-fort 17 de gestion d’accès, en la chiffrant avec la clé publique 3b liée au terminal de l’utilisateur 1, en tant que modalité d’accès dudit utilisateur audit serveur. Ainsi, lors d’une procédure ultérieure de connexion de l’utilisateur 1 au serveur 2, cette adresse numérique pourra également être utilisée pour vérifier que l’utilisateur 1 possède bien une autorisation à accéder audit serveur. Pour ce faire, le terminal 13 du portier 14 peut notamment envoyer une requête 35 adaptée pour lire la clé publique 3b dans le coffre-fort personnel 5 de l’utilisateur 1, en parallèle de la vérification d’identité dudit utilisateur, afin de pouvoir utiliser ladite clé publique pour chiffrer et enregistrer l’adresse numérique d’accès au serveur 2 dans le coffre-fort 17 de gestion d’accès. En relation avec les figures 3 et 8, le procédé prévoit en outre, lorsque l’utilisateur 1 inscrit dans le coffre-fort 17 souhaite ultérieurement accéder au serveur informatique 2, une procédure de connexion dudit utilisateur audit serveur. Cette procédure de connexion prévoit en premier lieu, grâce à des moyens adaptés de son terminal 4 (ou de l’application qui y est installée), l’envoi par l’utilisateur 1 d’une requête 36 d’accès au serveur informatique 2, qui contient les adresses numériques 7, 16 de son coffre-fort personnel 5 et du coffre-fort 17, ainsi que des données de connexion signées avec la clé privée 3a liée au terminal 4 dudit utilisateur. Pour ce faire, le terminal 4 (ou l’application qui y est installée) comprend des moyens adaptés pour permettre à l’utilisateur 1 d’envoyer une telle requête d’accès 36 sur la chaîne de blocs. Dans les modes de réalisation représentés, l’architecture comprend un serveur d’authentification 37 distinct, qui comprend : des moyens pour recevoir la requête d’accès 36 envoyée par le terminal 4 ; des moyens pour authentifier l’utilisateur 1 au moyen de l’adresse numérique 7 de son coffre-fort personnel 5 et des données de connexion signées contenues dans ladite requête d’accès ; des moyens pour lire la lecture des modalités d’accès au serveur informatique 2 inscrites pour ledit utilisateur dans le coffre-fort 17 de gestion d’accès ; des moyens pour déclencher l'affichage, sur un terminal 12 à destination de l’utilisateur 1, d’une page informatique d’accès au serveur 2, ladite page étant adaptée aux modalités d’accès spécifiques pour ledit utilisateur. Ce mode de réalisation permet de centraliser au sein d’un même serveur 37 toutes les opérations d’authentification de l’utilisateur 1, de lecture de ses modalités d’accès au serveur 2, ainsi que d’affichage de la page d’accès 48 adaptée auxdites modalités sur un terminal 12 à destination de l’utilisateur 1. Ainsi, on simplifie l’implémentation technique de ces opérations, en connectant à ce même serveur d’authentification 37 centralisé plusieurs serveurs informatiques 2 liés à la chaîne de blocs, et notamment des serveurs 2 développés ultérieurement. De façon avantageuse, pour améliorer la sécurité du procédé, et notamment des échanges entre le serveur informatique 2 et le serveur d’authentification 37, l’adresse numérique du serveur d’authentification 37 peut être associée à l’adresse numérique 10 du coffre-fort 9 lié à la plateforme 6, notamment par enregistrement conjoint de ces adresses dans le coffre-fort central 1, afin de permettre au terminal 4 (ou à l’application qui y est installée) de vérifier l’authenticité dudit serveur d’authentification. En variante non représentée, toutes les fonctionnalités du serveur d’authentification 37 peuvent être intégrées dans le serveur informatique 2. Dans les modes de réalisation représentés, l’utilisateur 1 initie au préalable une session de connexion au serveur 2 au moyen d’un terminal 12, notamment en envoyant une requête 38 contenant l’adresse numérique (URL) d’accès audit serveur 2. Par ailleurs, le serveur informatique 2 comprend des moyens pour communiquer à l’utilisateur 1 via ce terminal 12 une notification 39 qui comprend des moyens pour accéder au serveur d’authentification 37. De façon avantageuse, la notification 39 est agencée pour afficher sur le terminal 12 de connexion un lien interactif 40 lié à la session de connexion initiée par l’utilisateur 1, ledit utilisateur interagissant avec ledit lien, notamment grâce à des moyens adaptés équipant son terminal d’accès 4, pour accéder au serveur d’authentification 37. Après interaction avec le lien 40, le terminal d’accès 4 envoie au serveur d’authentification 37 la requête d’accès 36 comprenant les adresses 7, 16 et les données de connexion signées avec la clé privée 3a liée audit terminal. Les données de connexion peuvent notamment comprendre : un jeton numérique généré par le serveur 2 à la réception de la requête 38, puis transmis au terminal 4 par le serveur d’authentification 37 via le lien interactif 40 ; un numéro aléatoire généré par le terminal 4, ce dernier contenant la clé privée 3a mathématiquement liée à la clé publique 3b. Ainsi, le procédé repose sur l’utilisation de deux données de connexion aléatoires renouvelées à chaque connexion de l’utilisateur 1 à son compte personnel sur le service informatique 2, et sur la signature de ces données aléatoires par un système de cryptographie asymétrique. De façon avantageuse, le procédé peut requérir l’entrée par l’utilisateur 1 de données confidentielles sur son terminal 4 avant la signature électronique des données de connexion et l’envoi de la notification 36, par exemple en tapant un mot de passe ou un code PIN (pour l’anglais « Personal Identification Number ») et/ou en entrant une donnée biométrique telle qu’une empreinte digitale ou une donnée de reconnaissance faciale, afin de confirmer sa volonté de connexion à son compte personnel sur le serveur 2. Ainsi, on permet, grâce à un système d’authentification à deux facteurs, de renforcer la sécurité et la confidentialité de connexion de l’utilisateur 1 au serveur 2, ce qui est d’autant plus important lorsque ledit serveur contient des données sensibles telles que des informations liées à l’identité et/ou à un compte bancaire dudit utilisateur, ou encore des informations confidentielles liées à l’activité professionnelle dudit utilisateur et/ou de l’organisation/entreprise utilisant ledit serveur. Après réception de la requête d’accès 36, le serveur d’authentification 37 lance successivement, pour authentifier l’utilisateur : une requête 41 adressée au coffre-fort personnel 5 de l’utilisateur 1, grâce à son adresse 7 contenue dans la requête 36, pour y lire la clé publique 3b liée au terminal 4 ayant envoyé ladite requête d’accès ; une procédure 43 pour déchiffrer les données de connexion au moyen de la clé publique 3b lue dans ledit coffre-fort personnel ; une requête 42 adressée au coffre-fort central 11, pour vérifier le référencement du coffre-fort personnel 5 de l’utilisateur. Ensuite, après authentification de l’utilisateur 1, le serveur 37 envoie une requête 44 au coffre-fort 17 de gestion d’accès, grâce à l’adresse 16 communiquée dans la requête 36, pour y lire les modalités d’accès au serveur 2 inscrites pour l’utilisateur 1. Dans le cas où plusieurs modalités d’accès sont enregistrées dans le coffre-fort 17 pour un même utilisateur 1, le serveur d’authentification 37 est agencé pour lire et appliquer en priorité la modalité présentant l’information d’horodatage la plus récente. Ainsi, dans le cas où la modalité d’accès la plus récente pour l’utilisateur 1 indique une révocation des accès au serveur 2, le serveur d’authentification 37 comprend des moyens pour arrêter la procédure de connexion et transmettre à l’utilisateur 1 un message d’erreur, notamment en interagissant avec le serveur 2 pour déclencher un affichage adapté sur le terminal 12 de connexion. De façon avantageuse, le serveur d’authentification 37 comprend également des moyens pour lire l’adresse numérique d’accès au serveur 2 préalablement enregistrée dans le coffre-fort 17 lors de l’inscription de l’utilisateur 1, puis pour lancer une procédure 45 adaptée pour déchiffrer ladite adresse numérique au moyen de la clé publique 3b lue dans le coffre-fort personnel 5 de l’utilisateur 1, afin de valider l’autorisation de l’utilisateur 1 pour accéder au serveur 2. A l’issue de ces procédures, le serveur d’authentification 37 envoie au serveur informatique 2 une notification 46 pour valider l’autorisation de l’utilisateur 1 pour accéder audit serveur informatique, ainsi que pour communiquer audit serveur les modalités d’accès dudit utilisateur. Ensuite, le serveur 2 envoie au terminal 12 de connexion une notification 47 pour y afficher, à destination de l’utilisateur 1, une page 48 adaptée aux modalités d’accès dudit utilisateur. Comme représenté sur les figures 3 et 8, les différentes opérations qui interviennent entre le terminal de connexion 12, le serveur informatique 2 et le serveur d’authentification 37 se déroulent de façon totalement transparente pour l’utilisateur 1, pour qui seuls l’envoi des requêtes 38, 36 et la mise à jour de la page 48 affichée sur le terminal 12 après connexion au serveur 2 sont effectivement visibles. Selon un premier mode de réalisation, représenté sur les figures 2a, 2b et 3, l’utilisateur 1 accède au serveur 2 par l’intermédiaire d’un unique portier 14. Selon un second mode de réalisation, représenté sur les figures 4 à 8, l’utilisateur 1 accède au serveur 2 par l’intermédiaire d’un portier d’accès 14, comme décrit précédemment, et d’un second portier 49 administrateur sur la chaîne de blocs, ledit procédé prévoyant au préalable l’accréditation du portier d’accès 14 par ledit portier administrateur. Ce second mode de réalisation est particulièrement adapté pour des communautés d’entreprises utilisant un serveur informatique 2 unique, par exemple de type « extranet ». Ainsi, chaque entreprise de la communauté peut désigner au moins un portier 14 parmi ses employés pour gérer les accès au serveur 2 de ses propres utilisateurs 1, et des portiers administrateurs 49 peuvent être désignés par chacune desdites entreprises pour accréditer ou révoquer des portiers d’accès 14, voire éventuellement des utilisateurs 1. Tout comme le portier d’accès 14, le portier administrateur 49 peut être un employé humain travaillant pour l’organisation/entreprise qui utilise le serveur 2. En particulier, comme représenté sur la FIG. 5 , le portier administrateur 49 détient sur la chaîne de blocs un coffre-fort numérique spécifique 50 qui lui est attribué pour pouvoir gérer des portiers 14 désignés pour gérer l’accès des utilisateurs 1 au serveur 2, et notamment les coffres-forts 17, 17’, 17’’ de gestion d’accès attribués à chacun desdits portiers d’accès. Par ailleurs, l’architecture comprend un terminal 51, notamment de type « smartphone », qui permet au portier administrateur 49 d’accréditer un portier d’accès 14. De manière similaire aux terminaux 4, 13 respectifs de l’utilisateur 1 et du portier d’accès 14, le terminal 51 est un terminal portable de type « smartphone », dans lequel le portier administrateur 49 peut créer des clés privée et publique d’accès à la chaîne de blocs par interaction avec la plateforme 6, comme expliqué précédemment en lien avec les terminaux 4, 13. De même, le portier administrateur 49 détient sur la chaîne de blocs un coffre-fort personnel 52 accessible via une adresse numérique, qu’il peut créer par interaction avec la plateforme 6, puis y enregistrer la clé publique liée à son terminal 51, comme expliqué précédemment en lien avec les coffres-forts personnels 5, 19 respectifs de l’utilisateur 1 et du portier d’accès 14. Pour effectuer l’accréditation d’un portier d’accès 14, le portier administrateur 49 commence par créer un coffre-fort 17 de gestion d’accès pour ledit portier d’accès 14, suivant une procédure telle que décrite précédemment, en relation avec la FIG. 1 . Pour ce faire, le terminal 51 d’administration comprend des moyens adaptés pour créer ce coffre-fort 17, par interaction avec la plateforme 6. Ensuite, le portier administrateur 49 enregistre, au moyen de son terminal 51 (ou de l’application qui y est installée), l’adresse numérique 53 du coffre-fort d’administration 50 dans le coffre-fort numérique 17 de gestion d’accès qu’il vient de créer, puis communique l’adresse numérique 16 dudit coffre-fort de gestion au portier d’accès 14 auquel il est attribué. Pour finaliser l’accréditation du portier d’accès 14, le portier administrateur 49 lui communique une notification 54 comprenant un lien interactif 55 d’accès au coffre-fort 50 d’administration, ledit portier d’accès interagissant avec le lien 55, grâce à des moyens adaptés de son terminal 13, pour vérifier la validité dudit coffre-fort d’administration. De façon avantageuse, le portier administrateur 49 peut communiquer en amont au portier d’accès la clé publique liée à son terminal 51 et l’adresse numérique de son coffre-fort personnel 52 sur la chaîne de blocs, puis envoyer le lien interactif 55 chiffré avec la clé privée associée à ladite clé publique. Ensuite, pour vérifier l’identité du portier administrateur 49, le portier d’accès 14 lance successivement sur son terminal 13 : une procédure 56 de décodage de la signature du lien 55, grâce à la clé publique associée à la clé privée ayant servi à ladite signature ; une requête 57 à destination du coffre-fort personnel 52 du portier administrateur 49, grâce à l’adresse numérique communiquée en amont par ledit portier administrateur, pour y lire la clé publique de signature dudit lien ; une procédure 58 pour vérifier la validité de ladite clé publique de signature. Après avoir identifié avec succès le portier administrateur 49, le portier d’accès 14 envoie au coffre-fort d’administration 50 une requête 59 en accréditation, que le portier administrateur 49 lit ensuite, en lançant sur son terminal 51 une procédure 60 pour interagir avec ledit coffre-fort d’administration. Enfin, le portier lance successivement deux procédures 61, 62 adaptées sur son terminal pour enregistrer, dans le coffre-fort d’administration 50, l’adresse numérique du coffre-fort numérique 17 de gestion d’accès attribué au portier d’accès 14, ainsi que des informations sur l’accréditation dudit portier d’accès. Dans ce second mode de réalisation, et comme représenté sur la FIG. 7 , le terminal d’accès 4 comprend des moyens pour réaliser en plus les opérations suivantes, durant la procédure d’inscription de l’utilisateur 1 : la lecture dans le coffre-fort 17 de gestion d’accès, au moyen de l’adresse 16 communiquée dans la notification 15, de l’adresse numérique 53 du coffre-fort d’administration 50, en plus de l’adresse numérique 21 du coffre-fort personnel 19 du portier d’accès 14, et ce par l’envoi d’une même requête 27’ audit coffre-fort de gestion d’accès ; la lecture de l’adresse numérique du coffre-fort personnel 52 du portier administrateur 49, ainsi que de la clé publique liée au terminal d’administration 51, au moyen de l’adresse numérique 53 du coffre-fort d’administration 50, et ce en envoyant une requête 64 adaptée audit coffre-fort d’administration ; l'envoi au coffre-fort numérique d’administration 50 d’une seconde requête 65 d’inscription, comprenant une donnée d’identité de l’utilisateur 1 chiffrée au moyen de la clé publique liée au terminal d’administration. Ensuite, pour finaliser l’inscription de l’utilisateur 1, le portier administrateur 49 effectue, au moyen de son terminal 51, les opérations suivantes : le déchiffrage de la donnée d’identité envoyée par l’utilisateur 1 au coffre-fort d’administration 50, au moyen de la clé privée associée à la clé publique ayant servi au chiffrement de ladite donnée d’identité ; l'inscription, au moyen d’une procédure 66 adaptée, du portier d’accès 14 en tant que gestionnaire attitré pour l’accès de l’utilisateur 1 au serveur informatique 2. De façon avantageuse, le procédé peut également prévoir l’enregistrement par le portier administrateur 49, au moyen de son terminal d’administration 51, de l’adresse numérique d’accès au serveur 2 dans le coffre-fort d’administration 50, en la chiffrant avec la clé publique 3b liée au terminal 4 d’accès de l’utilisateur 1, en tant que modalité d’accès dudit utilisateur audit serveur. De même, et comme représenté sur la FIG. 8 , le serveur d’authentification 37 comprend des moyens pour réaliser en plus les opérations suivantes, durant une procédure ultérieure de connexion de l’utilisateur 1 au serveur informatique 2 : l'envoi d’une requête 44’ adaptée au coffre-fort 17 de gestion d’accès pour y lire, en plus des modalités d’accès de l’utilisateur 1 au serveur 2, l’adresse numérique 53 du coffre-fort d’administration 50 ; l'envoi d’une requête 67 au coffre-fort numérique d’administration 50 pour y vérifier l’accréditation du portier d’accès 14 pour gérer l’accès de l’utilisateur 1 au serveur informatique 2 ; la lecture, grâce à une procédure 45’ adaptée, de l’adresse numérique d’accès au serveur 2 préalablement enregistrée dans le coffre-fort d’administration 50, en la déchiffrant au moyen de la clé publique 3b liée au terminal 4 de l’utilisateur 1, afin de valider l’autorisation de l’utilisateur 1 pour accéder au serveur 2 ; en cas de succès de la vérification d’accréditation, l'envoi au serveur informatique 2 de la notification 46 pour déclencher l’affichage de la page 48 d’accès pour l'utilisateur 1. Procédé pour contrôler l’accès d’un utilisateur (1) d’une chaîne de blocs à un serveur informatique (2) lié à ladite chaîne de blocs, ledit procédé prévoyant une procédure préalable d’inscription de l’utilisateur, qui prévoit : la communication audit utilisateur, par un portier (14) gestionnaire des accès audit serveur informatique sur la chaîne de blocs, d’une notification (15) comprenant l’adresse numérique (16) sur ladite chaîne de blocs d’un coffre-fort numérique (17) attribué audit portier pour la gestion des accès audit serveur informatique ; la lecture par ledit utilisateur d’une adresse numérique (21) du portier d’accès sur la chaîne de blocs et d’une clé publique (18b) liée à un terminal (13) dudit portier d’accès sur la chaîne de blocs par interaction avec ladite notification ; l’envoi par l’utilisateur (1) au coffre-fort numérique (17) de gestion d’accès d’une requête d’inscription (32) pour accéder au serveur informatique (2), ladite requête comprenant une donnée d’identité dudit utilisateur chiffrée au moyen de la clé publique (18b) liée au terminal (13) dudit portier d’accès ; le déchiffrage par le portier d’accès (14) de la donnée d’identité dudit utilisateur envoyée au coffre-fort numérique (17), au moyen d’une clé privée (18a) dudit portier d’accès associée à la clé publique (18b) ayant servi au chiffrement de ladite donnée d’identité ; l’inscription par le portier d’accès (14) dans le coffre-fort numérique (17) de gestion d’accès de modalités pour permettre l’accès de l’utilisateur (1) au serveur informatique (2), associées à une clé publique (3b) liée à un terminal (4) de l’utilisateur (1) sur la chaîne de blocs ; ledit procédé prévoyant en outre, lorsque l’utilisateur (1) souhaite accéder ultérieurement au serveur informatique (2), une procédure de connexion dudit utilisateur audit serveur informatique, qui prévoit : l’envoi par l’utilisateur (1) d’une requête (36) d’accès audit serveur informatique, ladite requête contenant des adresses numériques (7, 16) respectives dudit utilisateur et du coffre-fort numérique (17) de gestion d’accès, ainsi que des données de connexion signées avec une clé privée (3a) lié au terminal (4) dudit utilisateur ; l’authentification de l’utilisateur (1) au moyen de son adresse numérique (7) et des données signées contenues dans ladite requête d’accès ; la lecture des modalités d’accès au serveur informatique (2) inscrites pour ledit utilisateur dans le coffre-fort numérique (17) de gestion d’accès ; l’affichage, sur un terminal (12) à destination de l’utilisateur (1), d’une page informatique (48) d’accès au serveur informatique (2), ladite page étant adaptée auxdites modalités d’accès. Procédé selon la revendication 1, caractérisé en ce qu’il prévoit au préalable l’accréditation du portier d’accès (14) par un portier administrateur (49) sur la chaîne de blocs, ladite accréditation étant effectuée par : la création, pour le portier d’accès (14), d’un coffre-fort numérique (17) de gestion des accès au serveur informatique (2) sur la chaîne de blocs ; l’enregistrement, dans le coffre-fort numérique (17) de gestion des accès attribué audit portier d’accès, de l’adresse numérique (53) d’un coffre-fort numérique d’administration (50) attribué audit portier administrateur sur la chaîne de blocs ; l’enregistrement, dans ledit coffre-fort numérique d’administration, d’une adresse numérique (16) sur la chaîne de blocs dudit coffre-fort numérique de gestion d’accès attribué audit portier d’accès. Procédé selon la revendication 2, caractérisé en ce qu’il prévoit, durant la procédure préalable d’inscription de l’utilisateur (1) : la lecture par ledit utilisateur de l’adresse numérique (53) du coffre-fort numérique d’administration (50) enregistrée dans le coffre-fort numérique (17) de gestion d’accès attribué au portier d’accès (14), au moyen de l’adresse numérique (16) communiquée dans la notification ; la lecture par ledit utilisateur d’une adresse numérique du portier administrateur (49) sur la chaîne de blocs et d’une clé publique liée à un terminal (51) dudit portier administrateur sur la chaîne de blocs, au moyen de l’adresse numérique (53) du coffre-fort d’administration (50) ; l’envoi par l’utilisateur (1) au coffre-fort numérique d’administration (50) d’une seconde requête (65) d’inscription, ladite seconde requête comprenant une donnée d’identité dudit utilisateur chiffrée au moyen de la clé publique liée au terminal (51) dudit portier d’administration ; le déchiffrage par le portier administrateur (49) de la donnée d’identité dudit utilisateur envoyée au coffre-fort numérique (50) d’administration, au moyen d’une clé privée liée au terminal (51) dudit porteur administrateur et associée à la clé publique ayant servi au chiffrement de ladite donnée d’identité ; l’inscription par le portier administrateur (49), dans le coffre-fort numérique (50) d’administration, du portier d’accès (14) en tant que gestionnaire attitré pour l’accès de l’utilisateur (1) au serveur informatique (2) ; ledit procédé prévoyant en outre, durant une procédure ultérieure de connexion dudit utilisateur audit serveur informatique : la lecture, dans le coffre-fort numérique (17) de gestion d’accès, de l’adresse numérique (53) du coffre-fort numérique (50) d’administration, en plus des modalités d’accès au serveur informatique (2) inscrites pour ledit utilisateur ; la vérification, dans ledit coffre-fort numérique d’administration, de l’accréditation dudit portier d’accès pour gérer l’accès dudit utilisateur au serveur informatique (2) ; l’affichage de la page (48) d’accès au serveur informatique (2) pour l’utilisateur (1) étant réalisé en cas de succès de ladite vérification. Procédé selon l’une quelconque des revendications 1 à 3, caractérisé en ce qu’il prévoit, durant la procédure préalable d’inscription, la communication par le portier d’accès (14) à l’utilisateur (1) d’une notification (15) comprenant un lien interactif (26) intégrant l’adresse numérique (16) du coffre-fort numérique (17) de gestion d’accès attribué audit portier d’accès sur la chaîne de blocs, l’utilisateur (1) interagissant avec ledit lien pour lire l’adresse numérique (21) du portier d’accès (14) et la clé publique (18b) liée au terminal (13) dudit portier d’accès. Procédé selon l’une quelconque des revendications 1 à 4, caractérisé en ce qu’il prévoit l’envoi par l’utilisateur (1) de la requête (36) d’accès au serveur informatique (2) à un serveur d’authentification (37) présent sur la chaîne de blocs, afin de réaliser l’authentification de l’utilisateur (1), la lecture de ses modalités d’accès au serveur informatique (1), l’éventuelle vérification de l’accréditation du portier d’accès (14) par un portier administrateur (49) sur la chaîne de blocs et le déclenchement de l’affichage de la page d’accès (48) adaptée audit serveur informatique au moyen dudit serveur d’authentification. Procédé selon la revendication 5, caractérisé en ce que la procédure de connexion prévoit au préalable l’initiation par l’utilisateur (1) d’une session de connexion au serveur informatique (2) au moyen d’un terminal (12) de connexion, puis la communication à l’utilisateur (1) via ledit terminal de connexion d’une notification (39) comprenant des moyens (40) pour accéder au serveur d’authentification (37). Procédé selon l’une quelconque des revendications 1 à 6, caractérisé en ce que la procédure d’inscription prévoit d’enregistrer une adresse numérique d’accès au serveur informatique (2) dans le coffre-fort numérique (17) de gestion d’accès ou un éventuel coffre-fort numérique (50) d’administration, en la chiffrant avec la clé publique (3b) liée au terminal (4) de l’utilisateur (1), en tant que modalité d’accès dudit utilisateur audit serveur informatique. Architecture comprenant une chaîne de blocs et un serveur informatique (2) lié à ladite chaîne de blocs, ladite architecture comprenant en outre : une plateforme (6) de fourniture d’un service de coffres-forts numériques, ladite plateforme comprenant des moyens pour permettre la création d’un coffre-fort numérique (17) de gestion d’accès pour permettre à un portier (14) de gérer les accès d’utilisateurs (1) audit serveur informatique sur ladite chaîne de blocs ; un terminal (13) de gestion comprenant des moyens pour permettre au portier (14) gestionnaire des accès de communiquer à un utilisateur (1) une notification (15) comprenant l’adresse numérique (16) sur ladite chaîne de blocs d’un coffre-fort numérique (17) créé par la plateforme et attribué audit portier d’accès pour la gestion des accès audit serveur informatique ; un terminal d’accès (4) comprenant des moyens pour permettre à un utilisateur (1) de : lire une adresse numérique (21) du portier d’accès (14) sur la chaîne de blocs et une clé publique (18b) liée au terminal (13) de gestion dudit portier d’accès sur la chaîne de blocs, par interaction avec ladite notification ; envoyer au coffre-fort numérique (17) de gestion d’accès une requête (32) d’inscription pour accéder au serveur informatique (2), ladite requête comprenant une donnée d’identité dudit utilisateur chiffrée au moyen de la clé publique (18b) liée au terminal (13) de gestion ; ledit terminal de gestion comprenant en outre des moyens pour permettre au portier d’accès (14) de : déchiffrer la donnée d’identité dudit utilisateur envoyée au coffre-fort numérique (17) de gestion d’accès, au moyen d’une clé privée (18a) dudit terminal de gestion associée à la clé publique (18b) ayant servi au chiffrement de ladite donnée d’identité ; inscrire, dans le coffre-fort numérique (17) de gestion d’accès, des modalités pour permettre l’accès de l’utilisateur (1) au serveur informatique (1), associées à une clé publique (3b) liée au terminal (4) d’accès de l’utilisateur (1) sur la chaîne de blocs ; ledit terminal d’accès comprenant en outre des moyens pour, lorsque l’utilisateur (1) souhaite accéder ultérieurement au serveur informatique (2), permettre audit utilisateur d’envoyer une requête (36) d’accès audit serveur informatique, ladite requête contenant des adresses numériques (7, 16) respectives dudit utilisateur et du coffre-fort numérique (17) de gestion d’accès, ainsi que des données de connexion signées avec une clé privée (3a) liée audit terminal d’accès, ladite architecture comprenant en outre des moyens pour permettre : l’authentification de l’utilisateur (1) au moyen de son adresse numérique (7) et des données signées contenues dans ladite requête d’accès ; la lecture des modalités d’accès au serveur informatique (2) inscrites pour ledit utilisateur dans le coffre-fort numérique (17) de gestion d’accès ; le serveur informatique (2) comprenant des moyens pour afficher, sur un terminal (12) à destination de l’utilisateur (1), une page informatique (48) d’accès audit serveur informatique, ladite page étant adaptée auxdites modalités d’accès. Architecture selon la revendication 8, caractérisée en ce qu’elle comprend un terminal d’administration (51) qui comprend des moyens pour permettre à un portier administrateur (49) sur la chaîne de blocs d’accréditer au préalable un portier (14) gestionnaire des accès au serveur informatique (2) sur ladite chaîne de blocs, ledit terminal d’administration comprenant pour ce faire des moyens pour permettre audit portier administrateur de : créer, pour le portier d’accès (14), un coffre-fort numérique (17) de gestion des accès au serveur informatique (2) sur la chaîne de blocs, par interaction avec la plateforme (6) ; enregistrer, dans le coffre-fort numérique (17) de gestion des accès attribué audit portier d’accès, l’adresse numérique (53) d’un coffre-fort numérique d’administration (50) attribué audit portier administrateur sur la chaîne de blocs ; enregistrer, dans ledit coffre-fort numérique d’administration, une adresse numérique (16) sur la chaîne de blocs dudit coffre-fort numérique (17) de gestion d’accès attribué audit portier d’accès. Architecture selon la revendication 9, caractérisée en ce que le terminal d’accès (4) comprend en outre des moyens pour permettre à l’utilisateur (1) de : lire l’adresse numérique (53) du coffre-fort numérique (50) d’administration enregistrée dans le coffre-fort numérique (17) de gestion d’accès attribué au portier d’accès (14), au moyen de l’adresse numérique (16) communiquée dans la notification (15) ; lire une adresse numérique du portier administrateur (49) sur la chaîne de blocs et une clé publique liée au terminal d’administration (51) sur la chaîne de blocs, au moyen de l’adresse numérique (53) du coffre-fort d’administration (50) ; envoyer au coffre-fort numérique (50) d’administration une seconde requête (65) d’inscription, ladite seconde requête comprenant une donnée d’identité dudit utilisateur chiffrée au moyen de la clé publique liée au terminal (51) d’administration ; ledit terminal d’administration comprenant des moyens pour permettre au portier administrateur (49) de : déchiffrer la donnée d’identité dudit utilisateur envoyée au coffre-fort numérique (50) d’administration, au moyen d’une clé privée liée audit terminal d’administration et associée à la clé publique ayant servi au chiffrement de ladite donnée d’identité ; inscrire, dans le coffre-fort numérique (50) d’administration, le portier d’accès (14) en tant que gestionnaire attitré pour l’accès de l’utilisateur (1) au serveur informatique (2) ; ladite architecture comprenant en outre des moyens pour permettre, durant une procédure ultérieure de connexion dudit utilisateur audit serveur informatique : la lecture, dans le coffre-fort numérique (17) de gestion d’accès, de l’adresse numérique (53) du coffre-fort numérique (50) d’administration, en plus des modalités d’accès au serveur informatique (2) inscrites pour ledit utilisateur ; la vérification, dans ledit coffre-fort numérique d’administration, de l’accréditation dudit portier d’accès pour gérer l’accès dudit utilisateur au serveur informatique (2) ; l’affichage de la page (48) d’accès au serveur informatique (2) pour l’utilisateur (1) en cas de succès de ladite vérification. Architecture selon l’une quelconque des revendications 8 à 10, caractérisée en ce que le terminal (13) de gestion d’accès comprend des moyens pour permettre au portier d’accès (14), durant la procédure préalable d’inscription, de communiquer à l’utilisateur (1) une notification (15) comprenant un lien interactif (26) intégrant l’adresse numérique (16) du coffre-fort numérique (17) de gestion d’accès attribué audit portier d’accès, le terminal d’accès (4) comprenant des moyens pour permettre à l’utilisateur (1) d’interagir avec ledit lien pour lire l'adresse numérique (21) du portier d’accès (14) et la clé publique (18b) liée au terminal (13) dudit portier d’accès. Architecture selon l’une quelconque des revendications 8 à 11, caractérisée en ce qu’elle comprend un serveur d’authentification (37) qui comprend : des moyens pour recevoir la requête d’accès (36) envoyée par le terminal d’accès (4) ; des moyens pour authentifier l’utilisateur (1) au moyen de son adresse numérique (7) et des données signées contenues dans ladite requête d’accès ; des moyens pour lire les modalités d’accès au serveur informatique (2) inscrites pour ledit utilisateur dans le coffre-fort numérique (17) de gestion d’accès ; éventuellement, des moyens pour vérifier l’accréditation dudit portier d’accès par un portier administrateur (49) sur la chaîne de blocs pour gérer l’accès dudit utilisateur au serveur informatique (2) ; des moyens pour déclencher l’affichage, sur un terminal (12) à destination de l’utilisateur (1), d’une page informatique (48) d’accès au serveur informatique (2), ladite page étant adaptée auxdites modalités d’accès. Architecture selon la revendication 14, caractérisée en ce qu’elle comprend en outre un terminal (12) de connexion qui comprend des moyens pour permettre à l’utilisateur (1) d’initier une session de connexion au serveur informatique (2), ledit serveur informatique comprenant des moyens pour communiquer audit terminal de connexion une notification (39) comprenant des moyens pour accéder au serveur d’authentification (37). Architecture selon l’une quelconque des revendications 8 à 13, caractérisée en ce que le terminal (13) du portier d’accès (14) ou un terminal (51) d’un éventuel portier administrateur (49) comprend des moyens pour enregistrer une adresse numérique d’accès au serveur informatique (2) dans le coffre-fort numérique (17) de gestion d’accès ou un éventuel coffre-fort numérique (50) d’administration, en la chiffrant avec la clé publique (3b) liée au terminal (4) de l’utilisateur (1), en tant que modalité d’accès dudit utilisateur audit serveur informatique.