Brevet FR3118507A1 — publié le 20220701

L’invention concerne un procédé qui met en place des mécanismes cryptographiques permettant de garantir la sécurisation des données et les conditions d’accès à ces données, tout en permettant un déploiement simple pour les utilisateurs et un stockage sécurisé quelque soit le type de stockage. Le procédé selon l’invention repose notamment sur un double chiffrement avec partage de secret. Figure pour l’abrégé : Fig. 2. Procédé et Système de stockage et de partage de données. L’invention concerne un procédé permettant le stockage et le partage de données sous condition d’accès de manière totalement sécurisée vis-à-vis des utilisateurs et des personnes ayant le rôle d’administrateur dans le fonctionnement d’un système. Le problème du stockage sécurisé de données et le problème de partage des données sous condition sont, dans la plupart des cas, traités de manière disjointe car ils obéissent à des contraintes opposées. Dans la présente invention, le besoin est de permettre un partage de données en définissant des conditions d’accès en termes de P/N présents pour autoriser un accès aux données, avec P le nombre personnes nécessaires (ou présents) pour autoriser l’accès aux données parmi N personnes qui disposent d’un élément d’autorisation. L’un des objectifs de la présente invention est de fournir un procédé et un système simple d’utilisation et qui évite de mettre en place une infrastructure de Gestion de Clés publiques ou PKI. Pour amener la confiance dans l’utilisation d’un tel système, il faut s’assurer de la sécurité des secrets pour se protéger d’administrateurs malveillants. L’art antérieur divulgue différents mécanismes pour sécuriser les données tout en les partageant. Ces mécanismes utilisent des techniques séquentielles permettant de sécuriser les données ou de les partager, sans avoir une résolution cryptographique de bout en bout. Dans la suite de la description, les définitions et sigles suivants seront utilisés: Dépositaire A1 désigne un individu qui souhaite stocker dans un endroit sécuritaire des données et donner des droits d’accès à un ou plusieurs individus, les « ayants droits » et les « accédants », K User clé de chiffrement/déchiffrement du fichier utilisée par le dépositaire et par un accédant, Accédant AS1 désigne un individu qui souhaitera accéder aux données mémorisées, à un fichier de données. Il possède une partie du secret et doit obtenir le déblocage des ayants droits pour accéder à ce fichier, Ayant droit RSSI désigne un individu qui sera interrogé pour autoriser l’accès des données à un accédant. Il possède une partie du secret nécessaire à la reconstruction de la clé du dépositaire K user et de celle utilisée pour le stockage des données K stock . Il doit avoir le déblocage des ayants droits pour accéder aux données ou fichier. K Pub rss i : la clé publique d’un ayant droit RSSI. Les notations A1, AS1 et RSSI sont des notations génériques utilisées dans le cadre de la présente invention pour désigner une personne ayant un rôle de dépositaire, un rôle d’accédant ou un rôle d’ayant droit. Une même personne peut cumuler plusieurs des rôles décrits. Il peut aussi y avoir plusieurs ayants droits et plusieurs accédants. K Stock désigne la clé de chiffrement/déchiffrement au niveau d’un serveur qui gère et accède à un espace de stockage des données ou de fichiers. Chaque secret est chiffré pour son destinataire en utilisant sa clé publique générée par une autorité de délivrance de clés. Les autres clés seront définies au fur et à mesure de la description. La clé de chiffrement/déchiffrement K User est, par exemple, générée à partir d’une fonction polynomiale Poly(Q AS 1 , Q RSSI ) connue de l’homme du métier; les composantes de la clé générée correspondent à chaque secret généré pour les acteurs du système, un secret Q AS1 pour un accédant, un secret Q RSSI pour l’ayant droit, etc. Il en est de même pour la clé de chiffrement/déchiffrement de stockage K Stock = Poly(P AS 1 , P RSSI ), un secret P AS1 pour un accédant, un secret P RSSI pour l’ayant droit, etc. Un accédant AS1 ou un ayant droit RSSI peut posséder plusieurs secrets en fonction de la répartition des secrets (en fonction des règles de partage entre les différentes personnes). Le sigle DSS désigne de manière générique un service de sécurisation de fichiers, USKS désigne un service de gestion des clés, SKS désigne un service de gestion des clés de stockage, IBE désigne de manière générique un serveur de clés. Dans la suite de la description, pour la notation de chiffrement et de lecture des éléments : on notera (A) Key 1 l’élément A qui est chiffré par la clé « Key1 ». On peut avoir aussi plusieurs niveaux de chiffrement ((A) Key 1 ) Key2 , dans ce cas, A est chiffré par la clé Key1 et le résultat du chiffrement est lui-même chiffré par la clé « Key2 ». Pour effectuer le déchiffrement, il faut d’abord déchiffrer ((A) Key 1 ) Key2 avec « Key2 » puis, le résultat obtenu (A) Key 1 devra être déchiffré par « Key1 » pour obtenir l’élément A. La description utilise indifféremment le terme « fichier » ou le terme « données » pour désigner un même objet, i.e., les données chiffrées à mémoriser au sein d’une zone de stockage sécurisée. L’objet de l’invention repose sur une nouvelle approche qui met en place des mécanismes cryptographiques permettant de garantir la sécurisation des données et les conditions d’accès à ces données, tout en permettant un déploiement simple pour les utilisateurs et un stockage sécurisé quelque soit le type de stockage. Le procédé selon l’invention repose notamment sur un double chiffrement avec partage de secret. L’invention concerne un procédé de stockage et de partage de données chiffrées dans un système comprenant au moins un dépositaire A1, au moins un accédant AS1 et au moins un ayant droit RSSI, un service de sécurisation disposant d’une clé publique K PubDSS et d’une clé privée K PrivDSS , un service de gestion des clés de stockage K Stock utilisées pour le stockage des données, un service de gestion des clés de chiffrement/déchiffrement K User , un serveur de clés configuré pour générer une clé à partir d’un identifiant d’un utilisateur, comportant en combinaison au moins les étapes suivantes : - Un accédant AS1 s’authentifie auprès de services applicatifs et émet une requête R qa d’accès à un fichier de données chiffrées et stocké D cc , F1, - Lesdits services applicatifs transmettent la requête R qa d’accès à un ayant droit RSSI, F2, - L’ayant droit RSSI demande au service de gestion des clés de stockage le déblocage de la clé de chiffrement et ledit service de gestion des clés de stockage retourne à l’ayant droit RSSI son secret chiffré associé à la clé K sks du service SKS, sa clé publique Pub RSSI , ((P RSSI ) Ksks ) PubRSSI , et la liste L acc des personnes ayant un droit d’accès au fichier, F3, F4, - Après authentification de l’ayant droit, un serveur de clés génère une clé privée K PrivRssi pour ledit ayant droit, F5a, - L’ayant droit RSSI demande au service de gestion des clés de stockage le secret à transformer ((P RSSI ) Ksks ) PubRSSI et utilise sa clé privée associée K PrivRssi pour transformer ledit secret ((P RSSI ) Ksks ) PubRSSI en déchiffrant avec sa clé privée K PrivRssi et en chiffrant avec la clé publique K PubAS1 de l’accédant AS1 pour obtenir un deuxième secret chiffré ((P RSSI ) Ksks ) PubAS1 transmis au service de gestion des clés de stockage, pour stockage, F5b, - L’ayant droit RSSI demande au service de gestion des clés, le secret associé à la clé du dépositaire K user à transformer ((Q RSSI ) Kusks ) PubRSSI et en utilisant sa clé privée K PrivRssi transforme ledit secret ((Q RSSI ) Ksks ) PubRSSI en déchiffrant avec sa clé privée K PrivRssi et en chiffrant avec la clé publique K PubAS1 de l’accédant AS1, le secret transformé ((Q RSSI ) Kusks ) PubAS1 est transmis pour stockage par le service de gestion des clés, F6, - Les services applicatifs indiquent la disponibilité du fichier doublement chiffré, F7, - L’accédant AS1 s’authentifie auprès des services applicatifs et émet une requête R f pour récupérer le fichier chiffré, G1, - L’accédant AS1 demande la clé du fichier au service de gestion des clés de stockage, G2, - Le service de gestion des clés de stockage, retourne à l’accédant AS1 le secret de l’ayant droit RSSI doublement chiffré ((P RSSI ) Ksks ) PubAS1 pour la clé de stockage K stock et le secret de l’accédant AS1 doublement chiffré ((P AS1 ) Ksks ) PubAS1 associé à la clé K User, G3, - L’accédant AS1 s’authentifie auprès du serveur de clés pour obtenir sa clé privée K PRIVAS1 associée à sa clé publique K PubAS1 , G4a, - L’accédant AS1 transforme les deux secrets chiffrés qu’il a reçus ((P RSSI ) Ksks ) PubAS1 et ((P AS1 ) Ksks ) PubAS1 en les déchiffrant avec sa clé privée K PRIVAS1 pour obtenir respectivement deux secrets (P RSSI ) Ksks, (P AS1 ) Ksks , G4b, - L’accédant AS1 envoie au service de gestion des clés de stockage, les deux secrets associés à la clé de stockage K stock (P RSSI ) Ksks, (P AS1 ) Ksks , G4c, - Le service de gestion des clés de stockage recalcule la clé de stockage K Stock à partir des secrets (P RSSI ) Ksks, (P AS1 ) Ksks et retourne la clé de stockage chiffrée avec sa clé publique (K Stock ) KPubDSS , G4d, - L’accédant AS1 demande au service de sécurité, le fichier et transmet la clé de stockage du fichier (K stock ) KPubDSS , G5, - Le service de sécurité récupère le fichier après du service de stockage, G6a, et déchiffre avec sa clé privée K PrivDSS, le ficher ((Données) KUser + (P AS1 ) Ksks ) PubAS1 ) KStock avec la clé de stockage K Stock et retourne le fichier déchiffré à l’accédant AS1, (Données) KUser + (P AS1 ) Ksks ) PubAS1 , G6a, G6b, - L’accédant AS1 transforme les deux secrets chiffrés ((Q RSSI ) Kusks ) PubAS1 ((Q AS1 ) Kusks ) PubAS1 associés à sa clé K user en (Q RSSI ) Kusks (Q AS1 ) Kusks en déchiffrant avec sa clé privée K PRIVAS1 et les envoie au service de gestion des clés, G7, - Le service de gestion des clés recalcule la clé du dépositaire K User à partir des secrets (Q RSSI ) Kusks, (Q AS1 ) Kusks transmis par l’accédant A1 et retourne la nouvelle clé chiffrée(K User ) KPubAS1 , G8, - L’accédant AS1 déchiffre (K User ) KPubAS1 avec sa clé privée, K PRIVAS1 , puis l’accédant AS1 déchiffre le fichier (Données) KUser avec K User et avertit le service applicatif. Le procédé comporte, par exemple, une étape de stockage d’un fichier dans laquelle : - Le dépositaire A1 s’authentifie auprès des services applicatifs et demande le droit de déposer un fichier dans une zone de stockage, - Le service de gestion des clés génère une clé K User et un nombre de secrets de partage K User = (Q AS1, Q RSSI ) correspondant au nombre d’accédants et au nombre d’ayants droits, E2a, - Le service de gestion des clés : - demande au serveur de clés la clé publique K PubA1 du dépositaire A1, la clé publique K PubRSSI de l’ayant droit RSSI et la clé publique K PubAS1 de l’accédant AS1, E2b, - demande au serveur de clés la clé publique K PubA1 du dépositaire A1, la clé publique K PubRSSI de l’ayant droit RSSI et la clé publique K PubAS1 de l’accédant AS1, E2b, - demande au serveur de clés la clé publique K PubA1 du dépositaire A1, la clé publique K PubRSSI de l’ayant droit RSSI et la clé publique K PubAS1 de l’accédant AS1, E2b, - chiffre les secrets de partage générés avec sa clé K Usks et les clés publiques des accédants et des ayants droits , E2c, - chiffre K User pour obtenir(K User ) KPubA1 et retourne la clé (K User ) KPubA1 au dépositaire A1, E2d - Le dépositaire A1 demande au service de gestion des clés de stockage la création d’une clé de partage pour l’accédant AS1 et d’une portion de clé pour l’ayant droit RSSI, E3a, - Lors de l’étape E3b, le service de gestion des clés de stockage, demande au serveur de clés la clé publique K PubRSSI de l’ayant droit RSSI et la clé publique K PubAS1 de l’accédant AS1. - Le service de gestion des clés de stockage SKS chiffre: - les secrets avec la clé de stockage K Stock ((P AS1 ) Ksks ) KPubAS1, ((P RSSI ) Ksks ) KPubRSSI - la clé de stockage K Stock par la clé publique du service de sécurisation : (K Stock ) KPubdss , E3c, - retourne la clé (K Stock ) KPubdss et les secrets ((P AS1 ) Ksks ) KPubAS1, ((P RSSI ) Ksks ) KPubRSSI au dépositaire A1, E3d, - Le dépositaire A1 s’authentifie et demande au serveur de clés la clé privée K PrivA1 du dépositaire A1, - Le dépositaire A1 déchiffre la clé (K User ) KPubA1 et chiffre la donnée avec K User , (Données) KUser , E4b, - Le dépositaire A1 envoie au service de sécurisation : les données (Données) KUser à stocker, la clé de chiffrement (K Stock ) KPubdss et les informations associées pour être stockées ((P AS1 ) Ksks ) PubAS1, (P RSSI ) Ksks ) PubRSSI , E4c, - Le service de sécurisation déchiffre la clé de chiffrement (K Stock ) KPubdss avec sa clé privée K Privdss, chiffre avec la clé K Stock (Données) KUser et ajoute les informations ((P AS1 ) Ksks ) PubAS1, (P RSSI ) Ksks ) PubRSSI qui donne ((Données) KUser ) KStock + (P AS1 ) Ksks ) PubAS1 + (P RSSI ) Ksks ) PubRSSI , E5, - Le service de sécurisation transmet au stockage le fichier doublement chiffré ((Données) KUser + (P AS1 ) Ksks ) PubAS1 ) KStock + (P RSSI ) Ksks ) PubRSSI , E6. Le procédé peut comporter en outre une étape d’horodatage par le dépositaire avant stockage. Les secrets sont, par exemple, générés en exécutant une fonction polynomiale. L’invention concerne aussi un système de stockage et de partage de données dans un système comprenant au moins un dépositaire A1, au moins un accédant AS1 et au moins un ayant droit RSSI, dialoguant au moyen d’un protocole de communication caractérisé en ce qu’il comporte au moins les éléments suivants: Ledit dépositaire A1 dispose d’un terminal sur lequel est installée une application, disposant de fonctions cryptographiques (génération de clés de chiffrement/déchiffrement, chiffrement des données, des clés et des secrets), un processeur configuré pour exécuter les étapes du procédé selon l’invention et un module de communication, Ledit au moins accédant AS1 dispose d’un terminal sur lequel est installée une application disposant de fonctions cryptographiques permettant le déchiffrement des fichiers/données, des clés et des secrets, un processeur configuré pour exécuter les étapes du procédé selon l’une des revendications précédentes et un module de communication, Ledit au moins ayant droit RSSI dispose d’un terminal sur lequel est installée une application, disposant de fonctions cryptographiques permettant le déchiffrement et chiffrement des secrets, un processeur configuré pour exécuter les étapes du procédé selon l’invention, un module de communication et une zone de stockage. Les fonctions de génération de secrets sont, par exemple, des fonctions polynomiales. Les applicatifs peuvent être des logiciels métiers. Le protocole de communication est, par exemple, le protocole HTTPS/TLS, HyperText Transfer Protocol Secure/ Transport Layer Security. D’autres caractéristiques, détails et avantages de l’invention ressortiront à la lecture de la description faite en référence aux dessins annexés donnés à titre d’exemple non limitatifs et qui représentent, respectivement : , un exemple de topologie d’une architecture mettant en œuvre l’invention, , une illustration des échanges entre les différents acteurs du système de la , , un diagramme des flux contenant les requêtes et les étapes mises en œuvre pour le dépôt de données chiffrées dans un espace de stockage, , un diagramme des flux contenant les requêtes et les étapes mises en œuvre lors d’une demande de déblocage de données, , un diagramme des flux contenant les requêtes et les étapes mises en œuvre pour l’accès des données, , une illustration des échanges avec plusieurs ayant droits. Afin de bien faire comprendre l’objet de l’invention, la illustre un exemple de réalisation d’un système selon l’invention mettant en œuvre un dépositaire A1, un accédant AS1 et un ayant droit RSSI. Les échanges d’information entre les différents acteurs du système qui vont être décrits ci-après, se font via un protocole de communication connu de l’homme du métier, par exemple le protocole HTTPS/TLS, HyperText Transfer Protocol Secure/ Transport Layer Security. Le dépositaire A1, dispose d’un terminal intelligent, tel qu’un ordinateur, ou un téléphone mobile 100 comprenant une application 101, disposant de fonctions cryptographiques (génération de clés de chiffrement/déchiffrement, chiffrement des données, des clés et des secrets), un processeur 102 configuré pour exécuter les étapes du procédé selon l’invention et un module de communication 103 adapté à exécuter le protocole de communication et de dialoguer avec les autres acteurs et systèmes. Un accédant AS1 dispose d’un terminal intelligent 110 sur lequel est installée une application 111, disposant de fonctions cryptographiques permettant le déchiffrement des fichiers/données, des clés et des secrets, un processeur 112 configuré pour exécuter les étapes du procédé selon l’invention et un module de communication 113 permettant d’exécuter le protocole de communication et de dialoguer avec les autres acteurs et systèmes. Sans sortir du cadre de l’invention, le système et le procédé selon l’invention peuvent être mis en œuvre au sein d’un système comportant plusieurs accédants de type AS1. L’ayant droit RSSI, dispose d’un terminal intelligent 120 sur lequel est installée une application 122, disposant de fonctions cryptographiques permettant le déchiffrement et chiffrement des secrets, un processeur 122 configuré pour exécuter les étapes du procédé selon l’invention et un module de communication 123 permettant d’exécuter le protocole de communication et de dialoguer avec les autres acteurs et systèmes. Sans sortir du cadre de l’invention, le système et le procédé selon l’invention peuvent être mis en œuvre au sein d’un système comportant plusieurs ayant droits. Le système comprend un serveur 130 ayant pour objectif de fournir les fonctions de sécurisation de fichiers aux applications. Le serveur comprend un ou plusieurs services applicatifs 131 et un module 132 USKS ayant une fonction de gestion de clés de chiffrement/déchiffrement. Le service USKS prend en charge la gestion polynomiale de la clé K u ser et de ses secrets associés Qx. L’USKS dispose de sa propre clé K Usks pour protéger les secrets Qx en plus du chiffrement par la clé publique des ayants droits. Les services applicatifs sont par exemple un portail métier, comme celui d’une assurance pour le dépôt de preuves de possession. Un serveur de confiance 140 comprend un service de sécurisation DSS, 141, un module de gestion de clés de chiffrement/déchiffrement SKS, 142. Le service DSS effectue le chiffrement des fichiers avec la clé de chiffrement de stockage K stock du fichier contenant les données à mémoriser. La clé K stock reçue chiffrée par la clé publique K PubDSS du service DSS. Le service DSS dispose de son propre « biclé », une clé publique K PubDSS et une clé privée K PrivDSS . Le service SKS prend notamment en charge la gestion polynomiale de la clé K stock et de ses secrets associés Px. Le service SKS dispose de sa propre clé Ksks pour protéger les secrets en plus du chiffrement par la clé publique des ayants droits ou celle des accédants. Le serveur de confiance 140 comprend aussi un serveur de clés IBE, 143. Le module d’identité est configuré pour générer la clé publique et la clé privée en échange d’une donnée identifiant une personne, par exemple une adresse de courrier électronique. L’utilisateur possédant une adresse courriel se connecte au serveur de clés IBE 143 pour accéder à la partie privée de sa clé avec authentification. Le serveur de clés IBE fournira les clés publiques des acteurs en fonction d’un identifiant. La illustre les échanges entre les différents acteurs du système illustrés à la . Le dépositaire A1 chiffre, 200, les données qu’il souhaite déposer, 201, dans la zone de stockage. Il désigne, 202, les personnes autorisées à accéder aux données chiffrées et à donner l’accès à ces données, un accédant et un ayant droit dans cet exemple. L’accédant émet, 203, une demande d’accès R qa auprès des services applicatifs 131. Ces derniers interrogent, 204, l’ayant droit qui, en retour, autorise l’accès à l’accédant, 205. L’accédant accède, 206, aux données chiffrées. Les services applicatifs 207 vont déchiffrer les données en utilisant la clé de chiffrement K stock utilisée pour le stockage des données. L’accédant, 208, récupère les données chiffrées par K user et les informations nécessaires au déchiffrement et les déchiffre, 208. Les étapes explicitées ci-après en relation aux figures 3, 4 et 5 utilisent le ou les protocoles de communication du système via les modules de communication de chacun des acteurs. Ce protocole étant un support technique à l’exécution des échanges entre les acteurs ne sera pas détaillé. Dans ces figures, les éléments suivants seront utilisés : Q AS1, Q RSSI correspondent aux secrets de la clé K user (du dépositaire) pour l’accédant AS1 et pour l’ayant droit RSSI, P AS1, P RSSI correspondent aux secrets de la clé de stockage K stock pour l’accédant AS1 et pour l’ayant droit RSSI. Lors d’une première étape E1, le dépositaire A1 s’authentifie auprès des services applicatifs 131 et demande le droit de déposer un ensemble de données (ou fichier) dans la zone de stockage, Lors de la deuxième étape E2a, le module USKS, 132, de gestion des clés des dépositaires génère une clé K User et des portions de clés K User = (Q AS1, Q RSSI ) avec le secrets Q AS1 de partage pour l’accédant AS1 et le secret Q RSSI pour l’ayant droit RSSI. Lors de l’étape E2b, l’USKS, 132, demande au serveur de clés IBE 143 la clé publique K PubA1 du dépositaire A1, la clé publique K PubRSSI de l’ayant droit RSSI et la clé publique K PubAS1 de l’accédant AS1. Lors de l’étape E2c, l’USKS, 132, dispose de la clé K Usks et il chiffre les secrets Q AS1 et Q RSSI avec les clés K Usks et K PubAS1 pour obtenir ((Q AS1 ) KUsks ) KPubAS1 et ((Q RSSI ) KUsks ) KPubRSSI , Lors de l’étape E2d, l’USKS, 132, chiffre K User pour obtenir(K User ) KPubA1 et retourne la clé (K User ) KPubA1 au dépositaire A1, Lors de l’étape E3a, le dépositaire A1 demande au service SKS, 142, de gestion des clés de stockage la création d’une portion de clé pour l’accédant AS1 et d’une portion de clé pour l’ayant droit RSSI, Le service SKS génère une clé K Stock et des portions de clés K Stock = (P AS1, P RSSI ) respectivement le secret P AS1 pour l’accédant AS1 et le secret P RSSI pour l’ayant droit RSSI, Lors de l’étape E3b, le service SKS, 142, demande au serveur de clés, 143, la clé publique K PubRSSI de l’ayant droit RSSI et la clé publique K PubAS1 de l’accédant AS1. Lors de l’étape E3c, le service SKS, 142, dispose de la clé de chiffrement Ksks du service SKS et il chiffre les secrets ((P AS1 ) Ksks ) KPubAS1, ((P RSSI ) Ksks ) KPubRSSI . Le service SKS chiffre aussi K Stock par la clé publique du DSS : (K Stock ) KPubdss . Lors de l’étape E3d, le service SKS, 142, retourne la clé (K Stock ) KPubdss et les secrets ((P AS1 ) Ksks ) KPubAS1, ((P RSSI ) Ksks ) KPubRSSI au dépositaire A1, Lors de l’étape E4a, le dépositaire A1 s’authentifie et demande au serveur de clés IBE, 143, la clé privée K Priv A1 du dépositaire A1, Lors de l’étape E4b, le dépositaire A1 déchiffre la clé (K User ) KPubA1 et chiffre la donnée avec la clé de chiffrement K User : (Données) KUser , Lors de l’étape E4c, le dépositaire A1 envoie au service DSS, 141 : les données (Données) KUser à stocker, la clé de chiffrement (K Stock ) KPubdss et les informations associées pour être stockées ((P AS1 ) Ksks ) PubAS1, (P RSSI ) Ksks ) PubRSSI , Lors de l’étape E5, le service DSS déchiffre la clé de chiffrement (K Stock ) KPubdss avec sa clé privée K Privdss , et chiffre avec K Stock (Données) KUser et ajoute les informations ((P AS1 ) Ksks ) PubAS1, (P RSSI ) Ksks ) PubRSSI qui donne ((Données) KUser ) KStock + (P AS1 ) Ksks ) PubAS1 + (P RSSI ) Ksks ) PubRSSI , Lors de l’étape E6, le service DSS, 141, dépose via un service de stockage,150, le fichier ((Données) KUser ) KStock et les secrets chiffrés (P AS1 ) Ksks ) PubAS1 + (P RSSI ) Ksks ) PubRSSI , Lors de l’étape E7, après la réalisation des étapes précédentes, le dépositaire A1 informe le service applicatif 131 de la réussite ou non du dépôt des données et des informations associées (liste L ad des ayants droits et la liste L ac des accédants). La illustre une succession d’étapes exécutées par un accédant AS1 déposant une demande de déblocage d’un fichier. Lors d’une première étape F1, un accédant AS1 s’authentifie auprès des services applicatifs 131 et émet une requête R q a d’accès au fichier de données qui a été déposé par le dépositaire selon les étapes explicités ci-avant et en relation avec la , Lors d’une deuxième étape F2, les services applicatifs 131 transmettent la requête de déblocage à l’ayant droit RSSI, Lors d’une troisième étape F3, l’ayant droit RSSI demande au service SKS le déblocage de la clé de chiffrement du fichier, Lors d’une quatrième étape F4, le service SKS, 142, retourne à l’ayant droit RSSI son secret chiffré par la clé de SKS et sa clé publique ((P RSSI ) Ksks ) PubRSSI et la liste L accès des personnes ayant le droit d’accès au fichier, Lors de l’étape F5a, l’ayant droit RSSI s’authentifie et demande au serveur de clés IBE 143 sa clé privée K PrivRssi , Lors de l’étape F5b, l’ayant droit RSSI demande au service SKS, 142, le secret à transformer ((P RSSI ) Ksks ) PubRSSI et en utilisant la clé privée associée K PrivRssi transforme le secret pour RSSI ((P RSSI ) Ksks ) PubRSSI en déchiffrant avec sa clé privée K PrivRssi et en chiffrant avec la clé publique K PubAS1 en ((P RSSI ) Ksks ) PubAS1 et retourne le secret chiffré de RSSI associé à la clé de stockage ((P RSSI ) Ksks ) PubAS1. au service SKS, 142 qui le stocke, Lors de l’étape F6, l’ayant droit RSSI demande au service USKS,132 le secret chiffré à transformer ((Q RSSI ) Kusks ) PubRSSI et, en utilisant sa clé privée associée K PrivRssi , transforme le secret pour RSSI ((Q RSSI ) Ksks ) PubRSSI en déchiffrant avec sa clé privée K PrivRssi et en chiffrant avec la clé publique de l’accédant AS1 K PubAS1 en ((Q RSSI ) Kusks ) PubAS1 et retourne ((Q RSSI ) Kusks ) PubAS1 au service USKS,132 qui le stocke , Lors de l’étape F7, les services applicatifs, 131 ont reçu le statut de l’USKS, 132, passent le fichier à l’état de «disponible» et indiquent à l’accédant AS1 que le fichier est disponible. L’accédant AS1 doit ensuite obtenir le droit et les clés pour déchiffrer les données. La illustre les étapes mises en œuvre pour obtenir le fichier déverrouillé par l’accédant AS1. Lors d’une première étape G1, l’accédant AS1 s’authentifie auprès des services applicatifs 131 et demande de pouvoir récupérer le fichier, Lors d’une deuxième étape G2, l’accédant AS1 demande la clé du fichier au service SKS, 142. Lors d’une troisième étape G3, le service SKS, 142, retourne à l’accédant AS1 le secret de RSSI ((P RSSI ) Ksks ) PubAS1 et le secret de l’accédant AS1 ((P AS1 ) Ksks ) PubAS1 . L’accédant AS1 dispose alors des deux portions des secrets ((P RSSI ) Ksks ) PubAS1 et ((P AS1 ) Ksks ) PubAS1 , Lors d’une quatrième étape G4a, l’accédant AS1 s’authentifie auprès du serveur de clés IBE 143 et obtient sa clé privée K P riv AS1 associée à sa clé publique K PubAS1 , Lors de l’étape G4b L’accédant AS1 transforme les deux secrets chiffrés qu’il a reçus ((P RSSI ) Ksks ) PubAS1 et ((P AS1 ) Ksks ) PubAS1 en les déchiffrant avec la clé K P riv AS1 pour obtenir respectivement en (P RSSI ) Ksks , (P AS1 ) Ksks , . Lors de l’étape G4c, l’accédant AS1 envoie au SKS, 142, les secrets (P RSSI ) Ksks, (P AS1 ) Ksks , Lors de l’étape G4d, SKS, 142 recalcule la clé de stockage K Stock à partir du secret de RSSI (P RSSI ) Ksks, et le secret de l’accédant AS1 (P AS1 ) Ksks et retourne (K Stock ) KPubDSS , Lors de l’étape G5, l’accédant AS1 demande au service DSS, 141, le fichier et transmet la clé de stockage du fichier (K stock ) KPubDSS , Lors de l’étape G6a le service DSS 141 récupère le fichier auprès du service de stockage, 150, Lors de l’étape G6b le service DSS 141 le déchiffre (K Stock ) KPubDSS avec sa clé privée K PriDSS, déchiffre le ficher ((Données) KUser ) KStock avec la clé K Stock et retourne le fichier (Données) KUser à l’accédant AS1, , Lors de l’étape G7, l’accédant AS1 transforme les secrets de RSSI ((Q RSSI ) Kusks ) PubAS1 ((Q AS1 ) Kusks ) PubAS1 en (Q RSSI ) Kusks (Q AS1 ) Kusks en déchiffrant avec sa clé privée K PRIVAS1 et envoie les secrets chiffrés (Q RSSI ) Kusks et (Q AS1 ) Kusks au service USKS, 132, Lors de l’étape G8, le service USKS, 132, recalcule la clé de chiffrement/déchiffrement K User à partir du secret de RSSI (Q RSSI ) Kusks, et du secret d’AS1 (Q AS1 ) Kusks et retourne la clé (K User ) KPubAS1 chiffrée avec la clé publique de l’accédant AS1, Lors de l’étape G9, l’accédant AS1 déchiffre (K User ) KPubAS1 avec sa clé privée, K PRIVAS1 . Puis l’accédant AS1 déchiffre le fichier (Données) KUser avec K User et avertit le service applicatif, 131 que le ficher a été déchiffré. Selon une variante de réalisation, le procédé peut comporter une étape d’horodatage du fichier de données à stocker, permettant ainsi de donner une date certaine au fichier mémorisé. Selon une variante de réalisation, le procédé lors de l’étape de chiffrement par la clé publique du service DSS ajoute un horodatage ou « timestamp ». Le service DSS vérifie la validité de la demande grâce à l’horodatage. La durée de vie de cet horodatage est paramétrable. Le procédé peut aussi inclure un mécanisme de challenge/réponse dans les échanges avec les services DSS, USKS, SKS, connu de l’homme du métier afin d’améliorer le mécanisme anti-rejeu. En cas d’interception de la requête par un tiers non autorisé, la requête ne peut être rejouée. Cela permet de protéger les requêtes vers les services USKS 132, SKS 142 et DSS 141. La illustre le cas du système décrit à la avec un dépositaire, un accédant et deux ayants droits RSSI. Ce qui conduit à l’obtention des secrets de partage suivants, respectivement pour l’accédant AS1 et pour chacun des ayants droits RSSI : K user = Poly (Q1, Q2, Q3) et K stock = Poly (P1, P2, P3). Un exemple de fonction polynomiale est donné pour illustrer la génération de clés de chiffrement et ses secrets associés. Soit un polynôme f(x) = ax 2 +bx+c, les valeurs a, b et c vont permettre de constituer une clé. Pour retrouver les valeurs a, b et c, il faudra connaître au moins trois valeurs de f(x). Si l’on souhaite permettre que seuls P/N utilisateurs soient requis pour débloquer l’accès à la donnée, i.e., retrouver le polynôme, avec P=2 et N=3, il faut que chaque utilisateur dispose de deux valeurs de f(x). La taille, le degré du polynôme sera choisi, en fonction du nombre d’utilisateurs. Pour un utilisateur ayant un poids plus important que les autres intervenants du système, le procédé va générer plusieurs secrets Q et P pour cet utilisateur. Une personne peut aussi contenir plusieurs secrets. Par exemple, soit deux accédants A et B, et un ayant droit C. Dans la répartition des secrets, on ne veut pas que les deux accédants puissent avec leur secret pouvoir retrouver la clé. Il faut donc que le nombre Nb Secret de A + Nb Secret de B soit toujours inférieur au nombre Nb Secret de A + Nb Secret de C ou au Nb Secret de B + Nb Secret de C. Pour se faire, on donnera un secret à A, un secret à B et deux secrets à C. Il y aura donc quatre secrets au total, d’où l’utilisation d’un polynôme de degrés 3. L’invention fait appel à un mécanisme de sécurité avec double protection indépendante, avec une génération de clés de chiffrement distinctes. L’invention permet un cloisonnement vis-à-vis des administrateurs, le service USKS et le service SKS ne peuvent pas, individuellement, déchiffrer des données stockées. Procédé de stockage et de partage de données chiffrées dans un système comprenant au moins un dépositaire A1, au moins un accédant AS1 et au moins un ayant droit RSSI, un service de sécurisation (141) disposant d’une clé publique K PubDSS et une clé privée K PrivDSS , un service de gestion des clés de stockage K Stock (142) utilisées pour le stockage des données, un service de gestion des clés de chiffrement/déchiffrement K User (132) un serveur de clés (143) configuré pour générer une clé à partir d’un identifiant d’un utilisateur, comportant en combinaison au moins les étapes suivantes : - Un accédant AS1 s’authentifie auprès de services applicatifs (131) et émet une requête R qa d’accès à un fichier de données chiffrées et stocké D cc , F1, - Lesdits services applicatifs (131) transmettent la requête R qa d’accès à un ayant droit RSSI, F2, - L’ayant droit RSSI demande au service de gestion des clés de stockage (142) le déblocage de la clé de chiffrement et ledit service de gestion des clés de stockage retourne à l’ayant droit RSSI son secret chiffré associé à la clé K sks du service SKS, sa clé publique Pub RSSI , ((P RSSI ) Ksks ) PubRSSI et la liste L acc des personnes ayant un droit d’accès au fichier, F3, F4, - Après authentification de l’ayant droit, un serveur de clés (143) génère une clé privée K PrivRssi pour ledit ayant droit, F5a, - L’ayant droit RSSI demande au service de gestion des clés de stockage (142) le secret à transformer ((P RSSI ) Ksks ) PubRSSI et utilise sa clé privée associée K PrivRssi pour transformer ledit secret ((P RSSI ) Ksks ) PubRSSI en déchiffrant avec sa clé privée K PrivRssi et en chiffrant avec la clé publique K PubAS1 de l’accédant AS1 pour obtenir un deuxième secret chiffré ((P RSSI ) Ksks ) PubAS1 transmis au service de gestion des clés de stockage, pour stockage, F5b, - L’ayant droit RSSI demande au service de gestion des clés (132), le secret associé à la clé du dépositaire K user à transformer ((Q RSSI ) Kusks ) PubRSSI et en utilisant sa clé privée K PrivRssi transforme ledit secret ((Q RSSI ) Ksks ) PubRSSI en déchiffrant avec sa clé privée K PrivRssi et en chiffrant avec la clé publique K PubAS1 de l’accédant AS1, le secret transformé ((Q RSSI ) Kusks ) PubAS1 est transmis pour stockage par le service de gestion des clés, (132), F6, - Les services applicatifs (131) indiquent la disponibilité du fichier doublement chiffré, F7, - L’accédant AS1 s’authentifie auprès des services applicatifs (131) et émet une requête R f pour récupérer le fichier chiffré, G1, - L’accédant AS1 demande la clé du fichier au service de gestion des clés de stockage, (142), G2, - Le service de gestion des clés de stockage, (142), retourne à l’accédant AS1 le secret de l’ayant droit RSSI doublement chiffré ((P RSSI ) Ksks ) PubAS1 pour la clé de stockage K stock et le secret de l’accédant AS1 doublement chiffré ((P AS1 ) Ksks ) PubAS1 associé à la clé K User, G3, - L’accédant AS1 s’authentifie auprès du serveur de clés (143) pour obtenir sa clé privée K PRIVAS1 associée à sa clé publique K PubAS1 , G4a, - L’accédant AS1 transforme les deux secrets chiffrés qu’il a reçus ((P RSSI ) Ksks ) PubAS1 et ((P AS1 ) Ksks ) PubAS1 en les déchiffrant avec sa clé privée K PRIVAS1 pour obtenir respectivement deux secrets (P RSSI ) Ksks, (P AS1 ) Ksks , G4b, - L’accédant AS1 envoie au service de gestion des clés de stockage (142), les deux secrets associés à la clé de stockage K stock (P RSSI ) Ksks, (P AS1 ) Ksks , G4c, - Le service de gestion des clés de stockage (142) recalcule la clé de stockage K Stock à partir des secrets (P RSSI ) Ksks, (P AS1 ) Ksks et retourne la clé de stockage chiffrée avec sa clé publique (K Stock ) KPubDSS , G4d, - L’accédant AS1 demande au service de sécurité (141), le fichier et transmet la clé de stockage du fichier (K stock ) KPubDSS , G5, - Le service de sécurité (141) récupère le fichier après du service de stockage (150), G6a, et déchiffre avec sa clé privée K PrivDSS, le ficher ((Données) KUser + (P AS1 ) Ksks ) PubAS1 ) KStock avec la clé de stockage K Stock et retourne le fichier déchiffré à l’accédant AS1, (Données) KUser + (P AS1 ) Ksks ) PubAS1 , G6a, G6b, - L’accédant AS1 transforme les deux secrets chiffrés ((Q RSSI ) Kusks ) PubAS1 ((Q AS1 ) Kusks ) PubAS1 associés à sa clé K user en (Q RSSI ) Kusks (Q AS1 ) Kusks en déchiffrant avec sa clé privée K PRIVAS1 et les envoie au service de gestion des clés (132), G7, - Le service de gestion des clés, 132, recalcule la clé du dépositaire K User à partir des secrets (Q RSSI ) Kusks, (Q AS1 ) Kusks transmis par l’accédant A1 et retourne la nouvelle clé chiffrée(K User ) KPubAS1 , G8, - L’accédant AS1 déchiffre (K User ) KPubAS1 avec sa clé privée, K PRIVAS1 , puis l’accédant AS1 déchiffre le fichier (Données) KUser avec K User et avertit le service applicatif, (131). Procédé selon la revendication 1 caractérisé en ce qu’il comporte une étape de stockage de fichier dans laquelle : - Le dépositaire A1 s’authentifie auprès des services applicatifs (131) et demande le droit de déposer un fichier dans une zone de stockage, - Le service de gestion des clés (132) génère une clé K User et un nombre de secrets de partage K User = (Q AS1, Q RSSI ) correspondant au nombre d’accédants et au nombre d’ayants droits, E2a, - Le service de gestion des clés, (132) : - demande au serveur de clés (143) la clé publique K PubA1 du dépositaire A1, la clé publique K PubRSSI de l’ayant droit RSSI et la clé publique K PubAS1 de l’accédant AS1, E2b, - chiffre les secrets de partage générés avec sa clé K Usks et les clés publiques des accédants et des ayants droits , E2c, - chiffre K User pour obtenir(K User ) KPubA1 et retourne la clé (K User ) KPubA1 au dépositaire A1, E2d, - Le dépositaire A1 demande au service de gestion des clés de stockage (142) la création d’une clé de partage pour l’accédant AS1 et d’une portion de clé pour l’ayant droit RSSI, E3a, - Lors de l’étape E3b, le service de gestion des clés de stockage (142), demande au serveur de clés (143) la clé publique K PubRSSI de l’ayant droit RSSI la clé publique K PubAS1 de l’accédant AS1. - Le service de gestion des clés de stockage SKS (142) chiffre : - les secrets avec la clé de stockage K Stock ((P AS1 ) Ksks ) KPubAS1, ((P RSSI ) Ksks ) KPubRSSI , - la clé de stockage K Stock par la clé publique du service de sécurisation : (K Stock ) KPubdss , E3c, - retourne la clé (K Stock ) KPubdss et les secrets ((P AS1 ) Ksks ) KPubAS1, ((P RSSI ) Ksks ) KPubRSSI au dépositaire A1, E3d - Le dépositaire A1 s’authentifie et demande au serveur de clés (143) la clé privée K PrivA1 du dépositaire A1, - Le dépositaire A1 déchiffre la clé (K User ) KPubA1 et chiffre la donnée avec K User : (Données) KUser , E4b, - Le dépositaire A1 envoie au service de sécurisation (141) : les données (Données) KUser à stocker, la clé de chiffrement (K Stock ) KPubdss et les informations associées pour être stockées ((P AS1 ) Ksks ) PubAS1, (P RSSI ) Ksks ) PubRSSI , E4c, - Le service de sécurisation déchiffre la clé de chiffrement (K Stock ) KPubdss avec sa clé privée K Privdss , et chiffre avec la clé K Stock (Données) KUser et ajoute les informations ((P AS1 ) Ksks ) PubAS1, (P RSSI ) Ksks ) PubRSSI qui donne ((Données) KUser ) KStock + (P AS1 ) Ksks ) PubAS1 + (P RSSI ) Ksks ) PubRSSI , E5, - Le service de sécurisation (141) transmet au stockage le fichier doublement chiffré ((Données) KUser + (P AS1 ) Ksks ) PubAS1 ) KStock + (P RSSI ) Ksks ) PubRSSI , E6. Procédé selon l’une des revendications 1 ou 2 caractérisé en ce qu’il comporte en outre une étape d’horodatage par le dépositaire avant stockage. Procédé selon l’une des revendications 1 à 3 caractérisé en ce que les secrets sont générés en exécutant une fonction polynomiale. Système de stockage et de partage de données dans un système comprenant au moins un dépositaire A1, au moins un accédant AS1 et au moins un ayant droit RSSI, dialoguant au moyen d’un protocole de communication caractérisé en ce qu’il comporte au moins les éléments suivants : - Ledit dépositaire A1 dispose d’un terminal (100) sur lequel est installée une application (101), disposant de fonctions cryptographiques (génération de clés de chiffrement/déchiffrement, chiffrement des données, des clés et des secrets), un processeur (102) configuré pour exécuter les étapes du procédé selon l’une des revendications précédentes et un module de communication (103), - Ledit au moins accédant AS1 dispose d’un terminal (110) sur lequel est installée une application (111) disposant de fonctions cryptographiques permettant le déchiffrement des fichiers/données, des clés et des secrets, un processeur (112) configuré pour exécuter les étapes du procédé selon l’une des revendications précédentes et un module de communication (113) - Ledit au moins ayant droit RSSI dispose d’un terminal (120) sur lequel est installée une application (122), disposant de fonctions cryptographiques permettant le déchiffrement et chiffrement des secrets, un processeur (122) configuré pour exécuter les étapes du procédé selon l’une des revendications précédentes et un module de communication (123), - Une zone de stockage (150). Système selon la revendication 5 caractérisé en ce que les fonctions de génération de secrets sont des fonctions polynomiales. Système selon l’une des revendications 5 ou 6 caractérisé en ce que les services applicatifs sont des logiciels métiers. Système selon l’une des revendications 5 à 7 caractérisé en ce que le protocole de communication est le protocole HTTPS/TLS, HyperText Transfer Protocol Secure/ Transport Layer Security.