Brevet FR3101453A1 — publié le 20210402

L’invention concerne un procédé de gestion des droits et actifs d’un utilisateur (2) sur une chaîne de blocs, ledit utilisateur accédant auxdits droits et actifs au moyen d’au moins une paire de clés privée (1a) et publique (1b) liées à un terminal (6) dudit utilisateur, ledit procédé prévoyant l’enregistrement préalable des droits et actifs de l’utilisateur (2) dans un coffre-fort numérique (3) lié audit utilisateur, ledit procédé prévoyant en outre, pour permettre à l’utilisateur (2) d’accéder à ses droits et actifs : la collecte de la clé publique (1b) ; l’association de la clé publique (1b) audit utilisateur ; l’enregistrement et l’association de la clé publique (1b) au coffre-fort (3) de l’utilisateur (2), afin de permettre l’authentification de l’utilisateur (2) par le coffre-fort numérique (3) au moyen de la clé publique (1b). Figure unique Procédé de gestion des droits et actifs d’ un utilisateur sur une chaîne de blocs L’invention concerne un procédé de gestion des droits et actifs d’un utilisateur sur une chaîne de blocs, ainsi qu’une architecture comprenant des moyens pour mettre en œuvre un tel procédé. Les chaines de blocs (pour l’anglais « blockchain ») sont des technologies qui permettent à leurs utilisateurs de stocker et transmettre des données de manière sécurisée et sans organe central de contrôle, grâce à une base de données distribuée dont les informations envoyées par les utilisateurs et les liens internes sont vérifiés et groupés à intervalles de temps réguliers en blocs, formant ainsi une chaîne (voir notamment l’article « Blockchain » sur le site de l’encyclopédie collaborative Wikipedia® et l’article du journal en ligne « Le Journal du Net » disponible à l’adresse https://www.journaldunet.com/economie/finance/1195520-blockchain-avril-2019/). Cette technologie en pleine expansion est notamment utilisée pour permettre aux utilisateurs de réaliser des transactions, validées par un mécanisme de consensus entre des nœuds de la chaîne (appelés « mineurs »), et trouve plus particulièrement son application dans la création et la gestion de monnaies virtuelles, ou crypto-monnaies, telles que par exemple le Bitcoin®, Ether®, Monero® ou encore Peercoin® (ou PPcoin®). Les chaînes de blocs sont sécurisées par un système de cryptographie, et sont accessibles par les utilisateurs grâce à des clés privées qui, pour des raisons de sécurité, sont généralement connus d’eux seuls. En particulier, ce système de cryptographie est basé sur une paire de clés liées entre elles par des fonctions mathématiques, parmi lesquelles une clé privée, que l’utilisateur doit tenir secrète, et une clé publique, qui représente l’adresse cryptographique de l’utilisateur. Ces chaînes de blocs garantissent qu’une transaction ne peut être émise que par le propriétaire de la clé privée, et seule la clé publique est communiquée au récepteur de ladite transaction. Dans les chaînes de blocs, les droits et actifs sont matérialisés sous forme numérique et associés aux clés publiques, et seuls les utilisateurs détenant les clés privées correspondantes peuvent gérer lesdits droits et actifs. Les clés sont généralement complexes à retenir, d’autant plus qu’un même utilisateur peut parfois en détenir plusieurs, pour accéder à plusieurs chaînes de blocs et/ou à une même chaîne de blocs. Ainsi, il est facile pour un utilisateur de perdre ses clés, et donc tout accès à ses droits et actifs sur une chaîne de blocs. Pour éviter la perte de leurs clés, les utilisateurs peuvent notamment les enregistrer dans un support informatique portable, tel que par exemple un téléphone portable ou une clé USB (pour l’anglais « Universal Serial Bus »), ou dans un serveur tierce. Toutefois, ces solutions ne donnent pas entière satisfaction, en ce que le risque de perte et/ou de vol des clés privées reste important. L’invention vise à perfectionner l’art antérieur en proposant notamment un procédé pour permettre à un utilisateur de gérer facilement ses droits et actifs sur une chaîne de blocs, notamment en lui permettant d’en conserver l’accès même en cas de perte et/ou de vol. A cet effet, selon un premier aspect, l’invention propose un procédé de gestion des droits et actifs d’un utilisateur sur une chaîne de blocs, ledit utilisateur accédant auxdits droits et actifs au moyen d’au moins une paire de clés privée et publique liées à un terminal dudit utilisateur, ledit procédé prévoyant l’enregistrement préalable des droits et actifs de l’utilisateur dans un coffre-fort numérique lié audit utilisateur, ledit procédé prévoyant en outre, pour permettre à l’utilisateur d’accéder à ses droits et actifs : la collecte de la clé publique ; l’association de la clé publique audit utilisateur ; l’enregistrement et l’association de la clé publique au coffre-fort de l’utilisateur, afin de permettre l’authentification de l’utilisateur par le coffre-fort numérique au moyen de la clé publique. Selon un deuxième aspect, l’invention propose une architecture de gestion des droits et actifs d’un utilisateur sur une chaîne de blocs, ledit utilisateur accédant auxdits droits et actifs au moyen d’au moins une paire de clés privée et publique, ladite architecture comprenant : une plateforme de fourniture d’un service de coffre-fort numérique, ladite plateforme comprenant des moyens pour enregistrer les droits et actifs de l’utilisateur dans un coffre-fort numérique lié audit utilisateur ; une plateforme centrale comprenant des moyens pour : interagir avec un terminal de l’utilisateur, afin de collecter la clé publique ; associer la clé publique à l’utilisateur ; interagir avec la plateforme de fourniture du service de coffre-fort numérique pour y enregistrer la clé publique en l’associant au coffre-fort de l’utilisateur, afin de permettre l’authentification dudit utilisateur par le coffre-fort numérique au moyen de ladite clé publique. D’autres particularités et avantages de l’invention apparaîtront dans la description qui suit, faite en référence à la figure jointe, représentant une architecture de mise en œuvre d’un procédé selon un mode de réalisation de l’invention. En relation avec cette figure, on décrit ci-dessous un procédé de gestion des droits et actifs d’un utilisateur 2 sur une chaîne de blocs, auxquels ledit utilisateur accède au moyen d’au moins une paire de clés privée 1a et publique 1b, ainsi qu’une architecture comprenant des moyens pour mettre en œuvre un tel procédé. L’utilisateur 2 peut être une personne physique, notamment un particulier détenant des droits et actifs à usage personnel sur la chaîne de blocs, ou une personne morale, par exemple un représentant d’une société détenant des droits et actifs sur ladite chaîne de blocs. Les clés 1a, 1b permettent notamment à l’utilisateur 2 d’effectuer des signatures cryptographiques durant une participation à une fonction opérationnelle dans la chaîne de blocs, et sont créées durant la première connexion dudit utilisateur à ladite chaîne de blocs. En particulier, la clé privée 1a est tenue secrète par l’utilisateur 2, et la clé publique 1b permet audit utilisateur d’interagir avec la chaîne de blocs et/ou un autre utilisateur pour effectuer des transactions. Les clés 1a, 1b sont liées à un terminal 6 de l’utilisateur 2, et sont créées dans ledit terminal sous le contrôle dudit utilisateur. De ce fait, la clé privée 1a ne quitte jamais le terminal 6 de l’utilisateur 2, ce qui garantit audit utilisateur une sécurité optimale. Pour ce faire, le terminal 6 peut comprendre une application agencée pour permettre à l’utilisateur 2 de créer la paire de clés 1a, 1b sous le contrôle dudit utilisateur. Le terminal 6 peut être un terminal portable, notamment un téléphone portable dit intelligent (pour l’anglais « smartphone »), comme représenté sur la figure. Le terminal 6 peut être aussi une tablette numérique, ou encore un assistant personnel (PDA, pour l’anglais « Personal Digital Assistant »). Le procédé prévoit l’enregistrement préalable des droits et actifs de l’utilisateur 2 dans un coffre-fort numérique 3 lié à l’utilisateur 2. Pour ce faire, l’architecture comprend une plateforme 4 de fourniture d’un tel service, ladite plateforme comprenant des moyens pour enregistrer les droits et actifs de l’utilisateur 2 dans un tel coffre-fort 3. De façon préalable, le procédé prévoit la création d’un coffre-fort numérique 3 lié à l’utilisateur 2, notamment par un administrateur du service de coffre-fort numérique. Pour ce faire, la plateforme 4 comprend des moyens pour permettre à un administrateur de créer un coffre-fort 3 pour l’utilisateur 2, par exemple au moyen d’une interface de programmation adaptée (API, pour l’anglais « Application Programming Interface »). La plateforme de coffre-fort numérique 4 peut notamment comprendre des moyens pour créer un coffre-fort numérique 3 sous la forme d’un protocole informatique de type contrat intelligent (pour l’anglais « smart contract »), ledit contrat intelligent étant accessible à l’utilisateur 2 au moyen d’une adresse numérique publique 5. En particulier, l’utilisateur 2 peut comprendre plusieurs paires de clés 1a, 1b d’accès à une même chaîne de blocs et/ou à plusieurs chaînes de blocs différentes, la plateforme 4 étant apte à enregistrer tous les droits et actifs dudit utilisateur liés auxdites clés dans son coffre-fort 3. Pour permettre à l’utilisateur 2 d’accéder à ses droits et actifs enregistrés dans son coffre-fort 3, le procédé prévoit la collecte de la clé publique 1b créée sur le terminal 6 dudit utilisateur. Pour ce faire, l’architecture comprend une plateforme centrale 7 qui comprend des moyens pour interagir avec le terminal 6 de l’utilisateur 2, afin de collecter la clé publique 1b. En relation avec la figure, le terminal 6 envoie à la plateforme centrale 7 un message 8 contenant notamment la clé publique 1b, ladite plateforme étant agencée pour recevoir ledit message et en extraire ladite clé publique grâce à des moyens de collecte adaptés. Le procédé prévoit ensuite l’association à l’utilisateur 2 de la clé publique 1b collectée, la plateforme centrale 7 comprenant des moyens adaptés pour réaliser une telle association. Pour ce faire, le procédé prévoit l’identification de l’utilisateur 2 auprès d’une plateforme d’identification tierce 9, ladite identification étant effectuée en parallèle de la collecte de la clé publique 1b pour associer ladite clé publique audit utilisateur. En relation avec la figure, la plateforme centrale 7 comprend des moyens d’association qui sont agencés pour interagir, en parallèle avec la collecte de la clé publique 1b, avec une telle plateforme d’identification tierce 9 comprenant des moyens pour identifier l’utilisateur 2. Le procédé prévoit la fourniture par l’utilisateur 2 à la plateforme d’identification tierce 9 d’une identité numérique permettant audit utilisateur d’accéder à un service tierce 10 lié à ladite plateforme, l’identification de l’utilisateur 2 étant réalisée au moyen de ladite identité numérique. La plateforme d’identification tierce 9 peut être une plateforme légale de type FranceConnect®, qui permet à un utilisateur 2 de s’identifier simultanément auprès de plusieurs services tierces 10 liés à ladite plateforme en ne fournissant qu’une seule identité numérique parmi celles lui permettant d’accéder à chacun desdits services. Ainsi, grâce à une telle plateforme 9, un utilisateur 2 peut accéder à des services en ligne 10 sensibles, par exemple un service de paiement des impôts (impots.gouv.fr), de sécurité sociale (ameli.fr), ou de gestion de titres sécurisés (ants.gouv.fr), en limitant les sessions de connexion, ce qui permet de réduire les risques de vol de ses identités numériques. Par ailleurs, une telle plateforme 9 ne garde pas en mémoire l’identité numérique utilisée par l’utilisateur 2 pour se connecter, ce qui limite d’autant plus les risques d’usurpation de ladite identité numérique. De ce fait, l’utilisation d’une telle plateforme 9 s’avère particulièrement avantageuse pour identifier en toute sécurité l’utilisateur 2 et lui associer la clé publique 1b. En relation avec la figure, les moyens d’association de la plateforme centrale 7 sont agencés pour envoyer à la plateforme d’identification tierce 9 une requête 11 pour demander à l’utilisateur 2 de fournir une identité numérique lui permettant d’accéder à l’un des services tierces 10 liés à ladite plateforme, afin d’identifier ledit utilisateur au moyen de ladite identité numérique. De façon connue, après la réception de la requête 11, la plateforme 9 peut envoyer à l’utilisateur 2, notamment sur son terminal 6, un message 12 pour afficher sur ledit terminal une page interactive propre à ladite plateforme, ladite page comprenant des boutons interactifs 13 représentant chacun des services 10, afin de permettre à l’utilisateur de sélectionner l’identité numérique qu’il souhaite fournir en sélectionnant le bouton 13 du service 10 correspondant. Une fois le service 10 adapté sélectionné, la plateforme 9 peut afficher sur le terminal 6 un champ que l’utilisateur 2 doit remplir avec l’identité numérique correspondante, ainsi qu’un bouton de confirmation que l’utilisateur 2 active une fois ledit champ rempli pour envoyer à ladite plateforme un message 14 contenant ladite identité numérique. Une fois l’identification de l’utilisateur 2 effectuée, le procédé prévoit d’associer la clé publique 1b communiquée par le terminal 6 à l’identité numérique fournie par ledit utilisateur. En relation avec la figure, après réception du message 14, la plateforme d’identification tierce 9 envoie à la plateforme centrale 7 une notification 15 comprenant l’identité numérique de l’utilisateur 2, les moyens d’association de ladite plateforme centrale étant agencés pour associer ladite identité numérique à la clé publique 1b. Le procédé prévoit ensuite l’enregistrement et l’association de la clé publique 1b au coffre-fort 3 de l’utilisateur 2, afin de permettre audit utilisateur de s’authentifier ultérieurement auprès du coffre-fort numérique 3 au moyen de ladite clé publique, et ainsi d’accéder à ses droits et actifs sur la chaîne de blocs. Pour ce faire, la plateforme centrale 7 comprend des moyens pour interagir avec la plateforme 4 de fourniture d’un service de coffre-fort numérique, afin d’y enregistrer la clé publique 1b en l’associant au coffre-fort 3 de l’utilisateur 2. En particulier, la plateforme centrale 7 peut envoyer à la plateforme 4 un message 16 comprenant la clé publique 1b et l’identité numérique de l’utilisateur 2, afin de permettre à la plateforme 4 d’identifier le coffre-fort 3 correspondant et d’y associer ladite clé publique. Pour ce faire, le procédé peut prévoir, durant la création du coffre-fort 3, de lier ledit coffre-fort à l’utilisateur 2 en associant l’identité numérique mentionnée ci-dessus à l’adresse numérique 5 dudit coffre-fort, de sorte à utiliser ladite identité numérique pour enregistrer la clé publique 1b dans ledit coffre-fort. A cet effet, le plateforme 4 peut comprendre des moyens pour permettre à un administrateur de lier le coffre-fort 3 à son utilisateur 2 en associant l’identité numérique, notamment renseignée par l’utilisateur 2, à l’adresse numérique 5 dudit coffre-fort 3. En outre, les moyens d’enregistrement de la plateforme centrale 7 peuvent être agencés pour utiliser l’identité numérique communiquée par la plateforme tierce 9 pour obtenir l’adresse numérique 5 du coffre-fort 3 de l’utilisateur 2, et ainsi y enregistrer la clé publique 1b. Une fois la clé publique 1b enregistrée, le procédé prévoit l’envoi sur le terminal 6 de l’utilisateur 2 d’un lien d’accès à son coffre-fort numérique 3, notamment l’adresse publique 5 du contrat intelligent implémentant ledit coffre-fort. Pour ce faire, la plateforme centrale 7 comprend des moyens pour envoyer au terminal 6 un message 17 comprenant un tel lien 5 pour permettre à l’utilisateur d’accéder à ses droits et actifs enregistrés dans le coffre-fort 3. En particulier, le lien peut être agencé pour permettre, lorsque l’utilisateur 2 l’active, l’affichage sur son terminal 6 d’une interface utilisateur lui permettant d’envoyer la clé publique 1b de son terminal 6 à la plateforme 4, notamment par l’intermédiaire d’un message 18, afin de s’authentifier auprès du coffre-fort 3 au moyen de ladite clé publique, et ainsi accéder à ses droits et actifs sur la chaîne de blocs. Par ailleurs, la plateforme 4 peut être agencée pour, après avoir autorisé l’accès de l’utilisateur 2 à ses droits et actifs, envoyer audit utilisateur un message de confirmation dudit accès. De façon avantageuse, l’utilisateur 2 peut associer plusieurs terminaux 6 à son coffre-fort numérique 3, notamment en répétant le procédé décrit ci-dessus pour enregistrer les clés publiques 1b, 1c, 1d de chacun desdits terminaux. Ainsi, l’utilisateur 2 peut accéder à ses droits et actifs au moyen de plusieurs terminaux 6, ce qui lui permet notamment de conserver un accès à ses droits et actifs même en cas de perte et/ou de vol d’un desdits terminaux. Pour protéger l’utilisateur 2 contre la perte et/ou le vol de ses droits et actifs sur la chaîne de blocs, notamment en cas de perte et/ou de vol de son terminal, le procédé peut permettre à l’utilisateur 2 d’enregistrer un nouveau terminal 6 à la place de l’ancien, afin de lui permettre non seulement d’accéder à nouveau à ses droits et actifs, mais également d’empêcher une personne tierce d’y accéder au moyen de l’ancien terminal. Pour ce faire, le procédé peut prévoir d’enregistrer la clé publique 1b à la place d’une éventuelle ancienne clé publique 1c, 1d liée à un ancien terminal de l’utilisateur 2 et associée antérieurement au coffre-fort 3 dudit utilisateur, et la plateforme centrale 7 peut comprendre des moyens pour effectuer un tel enregistrement. Ainsi, l’utilisateur 2 peut facilement et sans danger détruire une clé publique 1b, 1c, 1d d’un terminal 6 qu’il n’utilise plus. Procédé de gestion des droits et actifs d’un utilisateur (2) sur une chaîne de blocs, ledit utilisateur accédant auxdits droits et actifs au moyen d’au moins une paire de clés privée (1a) et publique (1b) liées à un terminal (6) dudit utilisateur, ledit procédé prévoyant l’enregistrement préalable des droits et actifs de l’utilisateur (2) dans un coffre-fort numérique (3) lié audit utilisateur, ledit procédé prévoyant en outre, pour permettre à l’utilisateur (2) d’accéder à ses droits et actifs : la collecte de la clé publique (1b) ; l’association de la clé publique(1b) audit utilisateur ; l’enregistrement et l’association de la clé publique(1b) au coffre-fort (3) de l’utilisateur (2), afin de permettre l’authentification de l’utilisateur (2) par le coffre-fort numérique (3) au moyen de la clé publique(1b). Procédé selon la revendication 1, caractérisé en ce qu’il prévoit l’identification de l’utilisateur (2) auprès d’une plateforme d’identification tierce (9), ladite identification étant effectuée en parallèle de la collecte de la clé publique(1b) pour associer ladite clé publique audit utilisateur. Procédé selon la revendication 2, caractérisé en ce qu’il prévoit la fourniture par l’utilisateur (2) à la plateforme d’identification tierce (9) d’une identité numérique permettant audit utilisateur d’accéder à un service tierce (10) lié à ladite plateforme, l’identification de l’utilisateur (2) étant réalisée au moyen de ladite identité numérique, ledit procédé prévoyant d’associer la clé publique (1b) à ladite identité numérique. Procédé selon la revendication 3, caractérisé en ce qu’il prévoit de lier le coffre-fort (3) à l’utilisateur (2) en associant l’identité numérique de l’utilisateur (2) à une adresse numérique (5) du coffre-fort (3), ledit procédé prévoyant d’utiliser ladite identité numérique pour enregistrer la clé publique (1b) dans ledit coffre-fort. Procédé selon l’une quelconque des revendications 1 à 4, caractérisé en ce qu’il prévoit l’envoi sur le terminal (6) de l’utilisateur (2) d’un lien (5) d’accès à son coffre-fort numérique (3) après l’enregistrement de la clé publique (1b). Procédé selon l’une quelconque des revendications 1 à 5, caractérisé en ce qu’il prévoit d’enregistrer la clé publique (1b) à la place d’une éventuelle ancienne clé publique (1c, 1d) liée à un ancien terminal de l’utilisateur (2) et associée antérieurement au coffre-fort (3) de l’utilisateur (2). Architecture de gestion des droits et actifs d’un utilisateur (2) sur une chaîne de blocs, ledit utilisateur accédant auxdits droits et actifs au moyen d’au moins une paire de clés privée (1a) et publique (1b) liées à un terminal (6) dudit utilisateur, ladite architecture comprenant : une plateforme (4) de fourniture d’un service de coffre-fort numérique, ladite plateforme comprenant des moyens pour enregistrer les droits et actifs de l’utilisateur (2) dans un coffre-fort numérique (3) lié audit utilisateur ; une plateforme centrale (7) comprenant des moyens pour : interagir avec un terminal (6) de l’utilisateur (2), afin de collecter la clé publique (1b) ; associer la clé publique (1b) à l’utilisateur (2) ; interagir avec la plateforme (4) de fourniture du service de coffre-fort numérique pour y enregistrer la clé publique (1b) en l’associant au coffre-fort (3) de l’utilisateur (2), afin de permettre l’authentification dudit utilisateur par le coffre-fort numérique (3) au moyen de ladite clé publique. Architecture selon la revendication 7, caractérisée en ce que les moyens d’association de la plateforme centrale (7) sont agencés pour interagir avec une plateforme d’identification tierce (9) qui comprend des moyens pour identifier l’utilisateur (2), ladite interaction étant effectuée en parallèle de la collecte de la clé publique (1b), afin d’associer ladite clé publique audit utilisateur. Architecture selon la revendication 8, caractérisée en ce que les moyens d’association sont agencés pour envoyer à la plateforme d’identification tierce (9) une requête (11) pour demander à l’utilisateur (2) de fournir une identité numérique lui permettant d’accéder à un service tierce (10) lié à ladite plateforme, afin d’identifier ledit utilisateur au moyen de ladite identité numérique, lesdits moyens d’association étant agencés pour associer la clé publique (1b) à ladite identité numérique. Architecture selon la revendication 9, caractérisée en ce que la plateforme (4) comprend des moyens pour lier le coffre-fort (3) à l’utilisateur en associant l’identité numérique de l’utilisateur (2) à une adresse numérique (5) du coffre-fort (3), les moyens d’enregistrement de la plateforme centrale (7) étant agencés pour utiliser ladite identité numérique pour enregistrer la clé publique (1b) dans ledit coffre-fort. Architecture selon l’une quelconque des revendications 7 à 10, caractérisée en ce que la plateforme centrale (7) comprend des moyens pour envoyer sur le terminal (6) de l’utilisateur (2) un lien (5) d’accès à son coffre-fort numérique (3) après l’enregistrement de la clé publique (1b). Architecture selon l’une quelconque des revendications 7 à 11, caractérisée en ce que la plateforme centrale (7) comprend des moyens pour enregistrer la clé publique (1b) à la place d’une éventuelle ancienne clé publique (1c, 1d) liée à un ancien terminal de l’utilisateur (2) et associée antérieurement au coffre-fort (3) de l’utilisateur (2).