Brevet FR3077151A1 (20190726)

REVENDICATIONS1. Système sécurisé de transactions entre terminaux, ce système comportant : - un ensemble (6) de serveurs programmés pour vérifier et, après vérification, enregistrer des transactions dans une chaîne de blocs, chaque bloc comportant plusieurs transactions et une empreinte numérique d'un bloc précédent dans la chaîne de blocs, chaque transaction étant un message numérique qui contient au moins les informations suivantes : - au moins une adresse d'arrivée de cette transaction, cette adresse d'arrivée ayant été construite à partir d'une paire de clefs publique/privée contenant une clef privée et une clef publique correspondant à cette clef privée, - au moins une adresse de départ qui identifie sans ambiguïté une adresse d'arrivée d'une transaction précédemment enregistrée dans la chaîne de blocs, - un identifiant d'objet transféré depuis l'adresse de départ vers l'adresse d'arrivée, - une signature numérique de la transaction obtenue en signant au moins les adresses de départ et d'arrivée avec la clef privée, cette signature permettant à l'ensemble de serveurs de vérifier que cette transaction a bien été générée par un terminal ayant accès à cette clef privée, - un terminal (20) de paiement apte à communiquer avec l'ensemble de serveurs, ce terminal de paiement étant équipé : - d'un cryptoprocesseur (28), ce cryptoprocesseur comportant une mémoire sécurisée (36) uniquement accessible par le cryptoprocesseur, - d'un émetteur/récepteur (30) apte à établir une liaison d'échange d'informations avec un autre terminal, - un terminal (22) d'encaissement apte à communiquer avec l'ensemble de serveurs, ce terminal d'encaissement étant équipé : - d'un microprocesseur (44), - d'une mémoire (46), et - d'un émetteur/récepteur (50) apte à établir une liaison d'échange d'informations avec un autre terminal, - l'ensemble (6) de serveurs est apte à enregistrer une première transaction contenant une première adresse d'arrivée et un premier identifiant d'objet transféré 35 vers cette première adresse d'arrivée, - la mémoire sécurisée (36) comporte une première paire de clefs publique/privée à partir de laquelle la première adresse d'arrivée a été générée, cette première paire de clefs publique/privée comportant : - une première clef privée qui est la seule à pouvoir valablement signer une 40 seconde transaction ayant une adresse de départ qui identifie sans ambiguïté la première adresse d'arrivée, et - une première clef publique correspondant à la première clef privée, 26 - le terminal (22) d'encaissement est apte à obtenir et à enregistrer dans sa mémoire (46), une seconde adresse d'arrivée et une seconde paire de clefs publique/privée à partir de laquelle la seconde adresse d'arrivée a été générée, cette seconde paire de clefs publique/privée comportant une seconde clef privée et une seconde clef 5 publique correspondant à cette seconde clef privée, - le cryptoprocesseur (28) est apte, en réponse à la réception de la seconde adresse d'arrivée, à construire la seconde transaction, signée avec la première clef privée, entre une adresse de départ identifiant sans ambiguïté la première adresse d'arrivée et cette seconde adresse d'arrivée, 10 - les terminaux (20,\n<CLM>\1\tde paiement et d'encaissement sont aptes à transmettre toutes transactions construites ou reçues à l'ensemble (6) de serveurs lorsqu'ils sont connectés à cet ensemble de serveurs, - l'ensemble (6) de serveurs est apte, en réponse à la réception de toute transaction : - à vérifier la validité de cette transaction reçue à l'aide de la signature qu'elle 15 contient, - à vérifier l'absence de double-dépense en vérifiant qu'il n'existe pas une transaction du même objet depuis la même adresse de départ déjà enregistrée dans la chaîne de blocs, et - seulement si ces vérifications confirment la validité de la transaction reçue et 20 l'absence de double-dépense, à enregistrer la transaction reçue dans la chaîne de blocs, - même en absence de connexion avec l'ensemble de serveurs, les terminaux (20,\n<CLM>\1\tde paiement et d'encaissement sont aptes à établir, par l'intermédiaire de leurs émetteurs/récepteurs respectifs, une liaison (40) d'échange d'informations entre eux, 25 caractérisé en ce que, même en absence de connexion avec l'ensemble de serveurs, le cryptoprocesseur (28) est apte : - à transmettre au terminal (22) d'encaissement, par l'intermédiaire de la liaison d'échange d'informations, la première clef privée ou la seconde transaction signée construite par le cryptoprocesseur, puis 30 - à enregistrer, dans la mémoire sécurisée, un second identifiant de l'objet transféré par la seconde transaction propre à empêcher tout nouveau transfert du même objet à partir de la première adresse d'arrivée, et ensuite - lorsqu'une nouvelle transaction est construite par le cryptoprocesseur, à comparer l'identifiant de l'objet transféré par cette nouvelle transaction au second identifiant de 35 l'objet transféré enregistré dans la mémoire sécurisée, et - seulement dans le cas où l'identifiant de l'objet transféré par cette nouvelle transaction correspond au second identifiant de l'objet transféré enregistré dans la mémoire sécurisée, à interdire la transmission de cette nouvelle transaction vers le terminal d'encaissement. 40\n<CLM>\1\tSystème selon la revendication 1, dans lequel : 27 - le microprocesseur du terminal d'encaissement est un cryptoprocesseur, ce cryptoprocesseur comportant une mémoire sécurisée uniquement accessible par le cryptoprocesseur, - la mémoire du terminal d'encaissement est la mémoire sécurisée du 5 cryptoprocesseur du terminal d'encaissement.\n<CLM>\1\tSystème selon la revendication 1 ou 2, dans lequel l'ensemble de serveurs est apte à vérifier l'absence de double-dépense en vérifiant seulement que l'adresse de départ de la transaction reçue n'est pas égale à une adresse de départ déjà 10 enregistrée dans la chaîne de blocs.\n<CLM>\1\tTerminal (20) de paiement pour la réalisation d'un système conforme à l'une quelconque des revendications 1 à 3, dans lequel le terminal (20) de paiement est apte à communiquer avec l'ensemble de serveurs, ce terminal de paiement étant 15 équipé : - d'un cryptoprocesseur (28), ce cryptoprocesseur comportant une mémoire sécurisée (36) uniquement accessible par le cryptoprocesseur, - d'un émetteur/récepteur (30) apte à établir une liaison d'échange d'informations avec un autre terminal, 20 - la mémoire sécurisée (36) est apte à comporter une première paire de clefs publique/privée à partir de laquelle la première adresse d'arrivée a été générée, cette première paire de clefs publique/privée comportant : - une première clef privée qui est la seule à pouvoir valablement signer une seconde transaction ayant une adresse de départ qui identifie sans ambiguïté 25 la première adresse d'arrivée, et - une première clef publique correspondant à la première clef privée, - le cryptoprocesseur (28) est apte, en réponse à la réception de la seconde adresse d'arrivée, à construire la seconde transaction, signée avec la première clef privée, entre une adresse de départ identifiant sans ambiguïté la première adresse d'arrivée 30 et cette seconde adresse d'arrivée, - le terminal (20) de paiement est apte à transmettre toutes transactions construites à l'ensemble (6) de serveurs lorsqu'il est connecté à cet ensemble de serveurs, - même en absence de connexion avec l'ensemble de serveurs, le terminal (20) de paiement est apte à établir, par l'intermédiaire de son émetteur/récepteur, une liaison 35 (40) d'échange d'informations avec le terminal (22) d'encaissement, caractérisé en ce que, même en absence de connexion avec l'ensemble de serveurs, le cryptoprocesseur (28) est apte : - à transmettre au terminal (22) d'encaissement, par l'intermédiaire de la liaison (40) d'échange d'informations, la première clef privée ou la seconde transaction signée 40 construite par le cryptoprocesseur, puis 28 - à enregistrer, dans le mémoire sécurisée (36), un second identifiant de l'objet transféré par la seconde transaction propre à empêcher tout nouveau transfert du même objet à partir de la première adresse d'arrivée, et ensuite - lorsqu'une nouvelle transaction est construite par le cryptoprocesseur (28), à 5 comparer l'identifiant de l'objet transféré par cette nouvelle transaction au second identifiant de l'objet transféré enregistré dans la mémoire sécurisée, et - seulement dans le cas où l'identifiant de l'objet transféré par cette nouvelle transaction correspond au second identifiant de l'objet transféré enregistré dans la mémoire sécurisée, à interdire la transmission de cette nouvelle transaction vers le 10 terminal d'encaissement.\n<CLM>\1\tTerminal selon la revendication 4, dans lequel le cryptoprocesseur (28) est apte à transmettre au terminal (22) d'encaissement, par l'intermédiaire de la liaison (40) d'échange d'informations, la première clef privée.\n<CLM>\1\tTerminal selon l'une quelconque des revendications 4 à 5, dans lequel le terminal de paiement est apte à chiffrer la transmission, par l'intermédiaire de la liaison d'échange d'informations, de la première clef privée ou de la seconde transaction signée.\n<CLM>\1\tTerminal selon l'une quelconque des revendications 4 à 6, dans lequel le terminal de paiement est apte à signer la transmission, par l'intermédiaire de la liaison d'échange d'informations, de la première clef privée ou de la seconde transaction signée. 25\n<CLM>\1\tTerminal selon l'une quelconque des revendications 4 à 7, dans lequel le cryptoprocesseur (28) est apte : - en absence de connexion avec l'ensemble de serveurs, à construire et à enregistrer dans sa mémoire sécurisée la première transaction, puis 30 - après la transmission de la première clef privée ou de la seconde transaction signée, en réponse à une connexion avec l'ensemble de serveurs, à transmettre automatiquement la première transaction enregistrée à l'ensemble de serveurs.\n<CLM>\1\tTerminal selon l'une quelconque des revendications 4 à 8, dans lequel la 35 mémoire sécurisée est une mémoire non-volatile.\n<CLM>\1\tProcédé sécurisé de transactions entre terminaux destiné à être mis en oeuvre dans un système conforme à l'une quelconque des revendications 1 à 3, dans lequel : - l'ensemble de serveurs enregistre (104) une première transaction contenant une 40 première adresse d'arrivée et un premier identifiant d'objet transféré vers cette première adresse d'arrivée, 15 20 29 - le cryptoprocesseur du terminal de paiement enregistre (102) dans sa mémoire sécurisée une première paire de clefs publique/privée à partir de laquelle la première adresse d'arrivée a été générée, cette première paire de clefs publique/privée comportant : 5 - une première clef privée qui est la seule à pouvoir valablement signer une seconde transaction ayant une adresse de départ qui identifie sans ambiguïté la première adresse d'arrivée, et - une première clef publique correspondant à la première clef privée, - le terminal d'encaissement obtient et enregistre (130) dans sa mémoire, une 10 seconde adresse d'arrivée et une seconde paire de clefs publique/privée à partir de laquelle la seconde adresse d'arrivée a été générée, cette seconde paire de clefs publique/privée comportant une seconde clef privée et une seconde clef publique correspondant à cette seconde clef privée, - en absence de connexion avec l'ensemble de serveurs, les terminaux (20,\n<CLM>\1\tde 15 paiement et d'encaissement établissent (110), par l'intermédiaire de leurs émetteurs/récepteurs respectifs, une liaison d'échange d'informations entre eux, caractérisé en ce que, même en absence de connexion avec l'ensemble de serveurs, - le cryptoprocesseur transmet (126,\n<CLM>\1\tau terminal d'encaissement, par 20 l'intermédiaire de la liaison d'échange d'informations, la première clef privée ou la seconde transaction signée construite par le cryptoprocesseur, puis - le cryptoprocesseur enregistre (128, 138), dans la mémoire sécurisée, un second identifiant de l'objet transféré par la seconde transaction propre à empêcher tout nouveau transfert du même objet à partir de la première adresse d'arrivée, et ensuite 25 - lorsqu'une nouvelle transaction est construite par le cryptoprocesseur, le cryptoprocesseur compare (124, 132,\n<CLM>\1\tl'identifiant de l'objet transféré par cette nouvelle transaction au second identifiant de l'objet transféré enregistré dans la mémoire sécurisée, et - seulement dans le cas où l'identifiant de l'objet transféré par cette nouvelle 30 transaction correspond au second identifiant de l'objet transféré enregistré dans la mémoire sécurisée, le cryptoprocesseur interdit (124, 132,\n<CLM>\1\tla transmission de cette nouvelle transaction vers le terminal d'encaissement.\n<CLM>\1\tSupport (36) d'enregistrement d'informations, lisible par un cryptoprocesseur, 35 caractérisé en ce que ce support d'enregistrement d'informations comporte des instructions pour la mise en oeuvre d'un procédé conforme à la revendication 10 lorsque ces instructions sont exécutées par le cryptoprocesseur.