FR 3085502 A1 20200306 FR 1857800 A 20180830 Procédé et système sécurisés de partage retardé de données entre au moins un utilisateur émetteur et au moins un utilisateur destinataire, avec horodatage par interrogation multiple d'une blockchain L'invention a trait au domaine de l'informatique, et plus précisément du partage de fichiers de données informatiques entre au moins un utilisateur émetteur et au moins un utilisateur destinataire. Le terme « utilisateur » est ici employé pour désigner un appareil communiquant (en anglais « user device »), typiquement un smartphone, une tablette, ou plus généralement un ordinateur, par ex. un ordinateur portable ou fixe ou encore une station de travail, capable de se connecter, via un réseau informatique local (LAN), métropolitain (MAN) ou étendu (WAN, typiquement l'Internet), à un serveur distant, le terme « serveur » désignant ici une unité physique ou, dans un cadre de virtualisation, un espace de calcul et/ou de mémoire alloué au sein d'une unité physique et sur lequel tourne un système d'exploitation ou une émulation de système d'exploitation. Néanmoins on comprend qu'est associé à un tel dispositif électronique client un utilisateur réel (c'est-à-dire une personne physique ou morale) qui effectue des opérations à partir de ce dispositif. L'utilisation des réseaux informatiques est aujourd'hui assez répandue, notamment pour le partage de données. Il existe divers types de systèmes permettant de partager des données. Les messageries électroniques de type boîte aux lettres, qui fonctionnent de manière asynchrone, permettent à un utilisateur A (émetteur) d'adresser à un utilisateur B (destinataire) un message contenant des informations qui peuvent être incluses dans le corps du message lui-même, ou sous forme de fichiers joints. Dans une messagerie électronique, le délai d'acheminement du message dépend, pour l'essentiel, de la bande passante (disponibilité) du réseau reliant l'utilisateur émetteur et l'utilisateur destinataire, et de la taille mémoire du message, y compris ses éventuelles pièces jointes. Bien souvent, l'acheminement prend quelques secondes. Le destinataire peut alors ouvrir et lire le message provenant de l'émetteur quand bon lui semble. LAP B016 FR 2 A l'heure où sont écrites ces lignes, les messageries électroniques sont limitées quant à la taille des messages transmis, le plus souvent à une dizaine de Mégaoctets (Mo). Pour échanger des données de gros volume (c'est-à-dire de taille 5 supérieure à 10 Mo) environ, il est devenu usuel de recourir à des plateformes spécialisées, par ex. DropBox (marque déposée). Dans leur principe, ces plateformes visent à permettre un accès permanent à un espace mémoire privé sur lequel sont mémorisés des fichiers, pour tout utilisateur identifié comme y ayant droit. 10 Le piratage des fichiers implique soit un accès non autorisé à cet espace mémoire, soit l'usurpation de l'identité d'un utilisateur ayant droit d'accès. Ces plateformes sont simples d'utilisation mais rencontrent cependant des limites quant à la sécurisation des données. En 15 particulier, l'usurpation d'identité est très efficace pour accéder aux données, et ce de manière immédiate, et - en général - tant en lecture qu'en écriture. Il persiste par conséquent un besoin de partager des fichiers de données informatiques entre utilisateurs, avec un degré supérieur de 20 sécurité, tout en préservant une certaine simplicité d'utilisation. A cet effet, il est proposé, en premier lieu, un procédé de partage de fichiers de données informatiques entre au moins un utilisateur émetteur et au moins un utilisateur destinataire, ce procédé comprenant trois phases successives : 25 - Une phase d'écriture, qui inclut les opérations consistant à : o Créer, sur requête d'au moins un utilisateur émetteur, au moins un conteneur de données à partager, associé à l'utilisateur (ou à chaque utilisateur) destinataire ; o Tant qu'aucune instruction de fin d'écriture n'a été prise en 30 compte, permettre à chaque utilisateur émetteur l'accès en écriture au conteneur ; - Une phase d'archivage, qui inclut les opérations consistant à : o A la prise en compte de l'instruction de fin d'écriture, crypter le ou chaque conteneur pour former un conteneur crypté associé 35 à chaque destinataire ; o Associer au (ou à chaque) conteneur crypté un délai prédéterminé d'archivage ; LAP B016 FR 3 - Stocker le conteneur crypté en en interdisant l'accès au moins à l'utilisateur destinataire (ou à chaque utilisateur destinataire) ; o Répéter périodiquement la séquence de vérification suivante : 5 a) Identifier un réseau pair à pair comprenant un nombre R (R un entier, 12) de noeuds sur chacun desquels est mémorisé un exemplaire d'un registre informatique organisé en chaîne de blocs ; b) Désigner, parmi l'ensemble des noeuds, au nombre de R 10 (R un entier, 12), du réseau, une pluralité de noeuds (9), au nombre de Q (Q un entier, 2 (i)R), dit noeuds élus ; c) Sélectionner un numéro d'ordre parmi les numéros d'ordre de l'ensemble des blocs ; d) Extraire de chaque noeud élu la donnée d'horodatage du 15 bloc ayant le numéro d'ordre ainsi sélectionné ; e) Si la donnée d'horodatage est décrétée consensuelle pour les noeuds élus, affecter sa valeur à une date courante ; o Tant que le délai d'archivage est antérieur à la date courante, répéter la séquence de vérification en maintenant le stockage 20 du conteneur crypté ; Une phase de partage, qui inclut l'opération consistant, dès lors que le délai d'archivage est égal ou postérieur à la date courante, à décrypter le conteneur pour permettre à l'utilisateur (ou à chaque utilisateur) destinataire d'y accéder. 25 Diverses caractéristiques supplémentaires peuvent être prévues, seules ou en combinaison. Ainsi, par exemple : - Il est avantageusement prévu, pendant la phase d'écriture, une opération consistant à associer au conteneur un délai prédéterminé d'écriture à l'expiration duquel une instruction de fin d'écriture est 30 émise. Le délai d'écriture peut être défini par l'utilisateur émetteur, ou automatiquement. Le délai d'archivage peut être défini par l'utilisateur émetteur, ou automatiquement. 35 - Le délai d'archivage peut être défini séparément pour chaque utilisateur destinataire. LAP B016 FR 4 La désignation des noeuds élus est de préférence effectuée aléatoirement parmi l'ensemble des noeuds du réseau. Le nombre Q de noeuds élus est avantageusement déterminé de manière aléatoire. 5 La mise à jour est de préférence réitérée périodiquement. Dans ce cas, le nombre Q de noeuds élus peut être modifié à chaque nouvelle mise à jour. D'autres objets et avantages de l'invention apparaîtront à la lumière de la description d'un mode de réalisation, faite ci-après en référence 10 aux dessins annexés dans lesquels : La FIG.1 est un schéma synthétique d'un système informatique illustrant la phase d'écriture d'un procédé selon l'invention ; La FIG.2 est schéma similaire à la FIG.1, illustrant la phase d'archivage ; 15 - La FIG.3 est un schéma similaire à la FIG.1, illustrant la phase de partage ; La FIG.4 est un schéma illustrant différentes étapes du procédé de l'invention ; La FIG.5 est un schéma illustrant l'extraction d'une donnée 20 d'horodatage d'une chaîne de blocs. Sur les FIG.1 à FIG.3 est représenté un système 1 informatique, destiné à permettre le partage de fichiers 2 de données informatiques entre au moins un utilisateur Ai émetteur (i un entier tel que 1 N ; N un entier tel que N 1) et au moins un utilisateur Bk destinataire (k un 25 entier tel que 1 REVENDICATIONS1. Procédé de partage de fichiers (2) de données informatiques entre au moins un utilisateur (Ai) émetteur (i un entier tel que 1 i 2. Procédé selon la revendication 1, qui comprend, pendant la phase d'écriture, une opération consistant à associer au conteneur (6) un délai (T1) prédéterminé d'écriture à l'expiration duquel une instruction de fin d'écriture est émise. 15 3. Procédé selon la revendication 2, dans lequel le délai (T1) d'écriture est défini par un utilisateur (Ai) émetteur. 4. Procédé selon la revendication 2, dans lequel le délai (T1) d'écriture est défini automatiquement. 5. Procédé selon l'une des revendications 1 à 4, dans lequel le 20 délai (T2) d'archivage est défini par un utilisateur (Ai) émetteur. 6. Procédé selon l'une des revendications 1 à 4, dans lequel le délai (T2) d'archivage est défini automatiquement. 7. Procédé selon l'une des revendications précédentes, caractérisé en ce que la désignation des noeuds (14) élus est effectuée 25 aléatoirement parmi l'ensemble des noeuds (14) du réseau (13). 8. Procédé selon l'une des revendications précédentes, caractérisé en ce que le nombre Q de noeuds (14) élus est déterminé de manière aléatoire. 9. Procédé selon la revendication 8, caractérisé en ce qu'il 30 comprend la réitération périodique de la mise à jour. 10. Procédé selon les revendications 8 et 9, prises en combinaison, caractérisé en ce que le nombre Q de noeuds (14) élus est modifié à chaque nouvelle mise à jour. 11. Procédé selon l'une des revendications précédentes, 35 caractérisé en ce que le numéro d'ordre est celui de l'avant dernier bloc (10) de la chaîne (9) de blocs (10). LAP B016 FR