Brevet FR3085774A1 — publié le 20200313

METHODE DE STOCKAGE SECURISE DANS UN RESEAU D'UNE IMAGE DE CONTENEUR DANS UN REGISTRE DE CONTENEURS DOMAINE DE L'INVENTION L'invention concerne le domaine des méthodes de stockage sécurisé, dans un réseau, d'une image de conteneur dans un registre de conteneurs. CONTEXTE DE L'INVENTION Selon un premier art antérieur, dans un réseau incluant un registre de conteneurs situé sur une machine serveur et offrant un service de stockage à une ou plusieurs machines client de ce réseau, le stockage peut être sécurisé en chiffrant, au niveau du registre de conteneurs, les images de conteneurs reçues par le registre de conteneurs, avant de les stocker effectivement dans le registre de conteneurs. Cela protège bien le contenu des images de conteneurs stockées dans le registre de conteneurs contre une intrusion d'origine externe au registre de conteneurs. Cependant, cela ne protège pas bien le contenu des images de conteneurs stockées dans le registre de conteneurs contre une intrusion d'origine interne au registre de conteneurs, en particulier contre une intrusion malveillante de la part de l'administrateur de ce registre de conteneurs lui-même, problématique particulière contemplée par l'invention, ou bien même contre une maladresse de la part de l'administrateur de ce registre de conteneurs lui-même ayant finalement les mêmes effets. Selon un deuxième art antérieur, une autre option consiste alors à ne stocker les images de conteneurs vraiment confidentielles qu'au niveau d'une machine client et sous forme chiffrée, mais alors les riches fonctionnalités offertes par le registre de conteneurs, à l'échelle d'une 2 machine client ou encore plus à l'échelle de l'interaction entre plusieurs machines client distinctes entre elles, ne peuvent plus être utilisées. Pour assurer la confidentialité des images de conteneurs stockées dans un registre de conteneurs, même vis-à-vis de l'administrateur du registre de 5 conteneurs lui-même, et pour pouvoir ainsi bénéficier de la richesse des fonctionnalités offertes par ce registre de conteneurs, l'invention est alors confrontée au dilemme suivant : soit le chiffrement est réalisé au niveau de la machine serveur, et dans cc cas la confidentialité des images de conteneurs stockées 10 dans le registre de conteneurs n'est pas assurée vis-à-vis de l'administrateur du registre de conteneurs, ou d'une autre attaque malveillante réalisée au niveau d'un élément de gestion interne de ce registre conteneurs, soit le chiffrement est réalisé au niveau de la machine client, et 15 dans ce cas : o soit l'opération de déchiffrement au niveau de la machine client, ou d'un noeud de calcul utilisé par la machine client, peut devenir malaisée si la clé de déchiffrement n'y est pas stockée, 20 o soit la confidentialité n'est à nouveau plus assurée vis-à-vis des administrateurs des différents noeuds de calcul sur lesquels, au cours du temps, la machine client peut être installée, ne restant pas forcément toujours sur son noeud d'entrée dans le réseau, si la clé de déchiffrement vient à 25 être stockée, éventuellement avec son mot de passe, sur le noeud de calcul où la machine client se trouve être installée lorsqu'elle veut télécharger une image de conteneur à partir du registre de conteneurs, pour exécuter le conteneur correspondant à cette image de conteneur, sur ce noeud de 30 calcul. RESUME DE L'INVENTION Le but de la présente invention est de fournir une méthode de stockage 5 sécurisé, dans un réseau, d'une image de conteneur, dans un registre de conteneurs, palliant au moins partiellement les inconvénients précités. Plus particulièrement, l'invention vise à fournir alors un chiffrement de l'image de conteneur, au niveau de la machine client, à demande, avant l'envoi vers le registre de conteneurs de la machine serveur, et/ou un 10 déchiffrement de l'image de conteneur ensuite téléchargée chiffrée, à réception du téléchargement, par l'envoi ponctuel de la clé de déchiffrement utilisable pour le déchiffrement de ce seul téléchargement et dans des conditions sécurisées. Pour cela, l'invention propose que : 15 la clé de chiffrement de cette image de conteneur soit utilisable dans la mémoire vive de la machine client, inaccessible sur la mémoire de masse de la machine client et inaccessible sur la machine serveur, - et/ou la clé de déchiffrement de cette image de conteneur soit 20 utilisable dans la mémoire vive de la machine client, inaccessible sur la mémoire de masse de la machine client et inaccessible sur la machine serveur. A cette fin, la présente invention propose une méthode de stockage sécurisé, dans un réseau, d'une image de conteneur dans un registre de 25 conteneurs, comprenant : une étape d'envoi d'une image de conteneur, cette image de conteneur correspondant à un état initial d'un environnement de machine client à partir duquel cc conteneur peut ensuite être exécuté, à partir d'une machine client du réseau vers un registre de conteneurs d'une machine serveur du réseau distante de la machine client, caractérisée en ce 30 que la méthode de stockage comprend aussi : une étape de chiffrement de cette image de conteneur, réalisée dans la mémoire vive de la machine 3 4 client, avant l'étape d'envoi vers la machine serveur, de sorte que ladite image de conteneur est déjà chiffrée lorsqu'elle est reçue par le registre de conteneurs pour y être stockée, et en ce que : la clé de chiffrement de cette image de conteneur est utilisable dans la mémoire vive de la machine client, 5 inaccessible sur la mémoire de masse de la machine client et inaccessible sur la machine serveur. A cette fin, la présente invention propose également une méthode de déstockage sécurisé, dans un réseau, d'une image de conteneur stockée dans un registre de conteneurs, comprenant : une étape de téléchargement, sur 10 une machine client du réseau, d'une image de conteneur, cette image de conteneur correspondant à un état initial d'un environnement de machine client à partir duquel ce conteneur peut ensuite être exécuté, stockée sous forme chiffrée dans un registre de containers d'une machine serveur du réseau distante de la machine client, caractérisée en ce que la méthode de 15 déstockage comprend aussi : une étape de déchiffrement de cette image de conteneur, réalisée dans la mémoire vive de la machine client, après l'étape de téléchargement en provenance de la machine serveur, de sorte que l'image de conteneur est encore chiffrée lorsqu'elle est reçue par la machine client, et en ce que : la clé de déchiffrement de cette image de conteneur est 20 utilisable dans la mémoire vive de la machine client, inaccessible sur la mémoire de masse de la machine client et inaccessible sur la machine serveur. A cette fin, la présente invention propose encore un réseau de noeuds, comprenant un registre de conteneurs, utilisant une méthode de stockage 25 sécurisé selon l'invention et une méthode de déstockage sécurisé selon l'invention. Suivant des modes de réalisation préférés, l'invention comprend une ou plusieurs des caractéristiques suivantes qui peuvent être utilisées séparément ou en combinaison partielle entre elles ou en combinaison totale 30 entre elles, avec l'un ou l'autre des objets précités de l'invention. 5 De préférence, l'étape d'envoi est réalisée sur un noeud d'entrée de la machine client du réseau, l'étape de chiffrement est réalisée sur le noeud d'entrée, l'exécution du conteneur sera réalisée sur un noeud de calcul de la machine client du réseau, le noeud de calcul est distinct du noeud d'entrée. 5 De préférence, l'étape de téléchargement est réalisée sur un noeud de calcul de la machine client du réseau, l'étape de déchiffrement est réalisée sur le noeud de calcul, l'exécution du conteneur à partir de l'image de conteneur déchiffrée est réalisée sur le noeud de calcul, la clé de déchiffrement est envoyée d'un noeud d'entrée de la machine client du 10 réseau au noeud de calcul, le noeud de calcul est distinct du noeud d'entrée, la clé de déchiffrement est utilisable une seule fois dans la mémoire vive du noeud de calcul pour réaliser le déchiffrement de l'image de conteneur à déchiffrer pour lancer ensuite l'exécution du conteneur, mais reste inaccessible sur la mémoire de masse du noeud de calcul. 15 Ainsi, le fait que l'étape d'envoi de l'image de conteneur soit réalisée sur un noeud d'entrée distinct du noeud de calcul sur lequel le conteneur va ensuite s'exécuter, rend plus délicats et plus complexes les opérations de chiffrement et/ou de déchiffrement des images de conteneur, rendant alors d'autant plus intéressantes les méthodes de stockage et/ou de déstockage 20 sécurisés des images de conteneurs dans un registre de conteneurs proposées par l'invention. De préférence, la clé de chiffrement est introduite codée sur la machine client, la clé de chiffrement est accompagnée d'un mot de passe de décodage permettant de la décoder, la clé de chiffrement codée et le mot de 25 passe de décodage ne se retrouvent ensemble que dans la mémoire vive de la machine client pour chiffrer l'image de conteneur. Dc préférence, la clé de déchiffrement est introduite codée sur la machine client, la clé de déchiffrement est accompagnée d'un mot de passe de décodage pet-mettant de la décoder, la clé de déchiffrement codée et le 30 mot de passe de décodage ne se retrouvent ensemble que dans la mémoire vive de la machine client pour déchiffrer l'image de conteneur chiffrée. 6 De préférence, la clé de déchiffrement est introduite codée sur le noeud d'entrée, la clé de déchiffrement est accompagnée d'un mot de passe de décodage permettant de la décoder, la clé de déchiffrement codée et. le mot de passe de décodage sont envoyés séparément du noeud d'entrée vers le 5 noeud de calcul et ne se retrouvent ensemble que dans la mémoire vive du noeud de calcul pour déchiffrer l'image de conteneur chiffrée. Ainsi, la décomposition de la clé de chiffrement et/ou de déchiffrement en deux parties, à savoir clé elle-même mais sous forme codée et mot de passe de décodage associé, va améliorer la confidentialité 10 des images de conteneurs stockées dans le registre de conteneurs, en rendant bien plus difficile tout piratage de ces images de conteneurs stockées chiffrées dans le registre de conteneurs, même de la part des administrateurs du réseau, notamment de la part de l'administrateur du registre de conteneurs et de la part des administrateurs des noeuds de calcul sur 15 lesquelles les machines client peuvent être installées au cours du temps. De préférence, l'étape de chiffrement est d'abord précédée par une étape de réalisation d'une image de conteneur sur la machine client, éventuellement sur le noeud d'entrée. Ainsi, puisque l'opération de chiffrement de l'image de conteneur 20 n'est pas forcément réalisée sur la même machine physique ou sur la même machine virtuelle que l'opération d'exécution du conteneur correspondant, la méthode de stockage sécurisé selon l'invention est rendue d'autant plus intéressante. De préférence, la clé de chiffrement est une clé symétrique. 25 De préférence, la clé de déchiffrement est une clé symétrique. Ainsi, la clé de chiffrement et la clé de déchiffrement sont identiques, les opérations de chiffrement et/ou de déchiffrement sont alors rendues plus rapides et plus simples, ce qui est particulièrement intéressant ici, compte tenu de la circulation des images de conteneurs, des clés de chiffrement 30 et/ou de déchiffrement, ainsi que de leurs éventuels mots de passe de 7 décodage associés, entre le registre de conteneurs, le noeud d'entrée et éventuellement différents noeuds de calcul. De préférence, l'étape de chiffrement de l'image de conteneur est réalisée juste avant l'étape d'envoi de cette image de conteneur, entre la 5 requête (l'envoi de l'image de conteneur effectuée par l'utilisateur de la machine client et l'envoi effectif de l'image de conteneur chiffrée vers la machine serveur. Ainsi, l'opération de chiffrement n'est réalisée qu'au dernier moment, lorsqu'elle est encore vraiment utile, de manière à éviter des opérations dc 10 chiffrement inutiles parce-que non suivies d'envois effectifs vers le registre de conteneurs, mais suffisamment à temps pour assurer pleinement la confidentialité recherchée. De préférence, l'étape de chiffrement de l'image de conteneur est intégrée dans une ligne de commande d'envoi, de la machine client vers la 15 machine serveur, de cette image de conteneur, sous la forme d'une couche supplémentaire de chiffrement. De préférence, la clé de chiffrement est passée sous la forme d'un argument dc cette ligne de commande d'envoi. De préférence, l'étape de déchiffrement de l'image de conteneur est 20 intégrée dans une ligne de commande de téléchargement, de la machine client vers la machine serveur, de cette image (le conteneur, sous la forme d'une couche supplémentaire de déchiffrement. De préférence, la clé de déchiffrement est passée sous la forme d'un argument de cette ligne de commande de téléchargement. 25 Ainsi, le timing de l'opération de chiffrement et/ou de l'opération de déchiffrement est optimisé, tandis que leur mise en oeuvre est à la fois simplifiée et mieux automatisée. De préférence, l'étape de chiffrement est réalisée automatiquement avant tout envoi d'image de conteneur, de la machine client vers la machine 30 serveur. Ainsi, l'automatisation est alors complète. 8 De préférence, l'étape de chiffrement est réalisée, après consultation automatique de l'utilisateur de la machine client suivie d'une acceptation de chiffrement par l'utilisateur de la machine client. Ainsi, seules les images de conteneurs vraiment confidentielles vont 5 devoir être chiffrées avant d'être envoyées vers le registre de conteneurs. De préférence, le registre de conteneurs comprend au moins : une fonction d'ajout d'une image de conteneur au registre, une fonction de suppression d'une image de conteneur du registre, une fonction de partage d'une image de conteneur stockée dans le registre, entre plusieurs machines 10 clients du réseau distinctes entre elles, une fonction de téléchargement d'une image de conteneur stockée dans le registre, vers une machine client du réseau. Ainsi, un bon compromis est réalisé entre d'une part la grande richesse de fonctionnalités offertes par un registre de conteneurs et d'autre 15 part le niveau de confidentialité requis lequel peut être très élevé pour certaines images de conteneurs, en particulier vis-à-vis d'acteurs du réseau qui sont à priori considérés habituellement comme au-dessus de tout soupçon. D'autres caractéristiques et avantages de l'invention apparaîtront à la 20 lecture de la description qui suit d'un mode de réalisation préféré de l'invention, donnée à titre d'exemple et en référence aux dessins annexés. BREVE DESCRIPTION DES DESSINS 25 La figure 1 représente schématiquement un exemple de mise en évidence du problème de sécurité selon un mode de réalisation de l'art antérieur. La figure 2 représente schématiquement un exemple de mise en évidence d'une solution au problème de sécurité selon un mode de 30 réalisation de l'invention. 9 La figure 3 représente schématiquement un exemple d'implémentation de la méthode de stockage sécurisé et de la méthode de déstockage sécurisé clans un réseau, selon un mode de réalisation de l'invention. 5 DESCRIPTION DETAILLEE DE L'INVENTION La figure 1 représente schématiquement un exemple de mise en évidence du problème de sécurité selon un mode de réalisation de l'art antérieur. 10 Dans un réseau 1, de type cluster haute performance (HPC pour « high Performance Cluster » en langue anglaise), un utilisateur 2 réalise sur une machine client 3, stocke ou pousse 11 vers le registre 20 de conteneurs d'une machine serveur 4, déstocke ou récupère 12 auprès du registre 20 de conteneurs de la machine serveur 4, et utilise en exécutant. sur la machine 15 client 3 les conteneurs correspondant, une ou plusieurs images 10 de conteneurs. Unc image 10 de conteneur correspond à un état initial d'un environnement de machine client 3 à partir duquel ce conteneur peut ensuite être exécuté. Des exemples de telles images 10 de conteneurs sont : CO, Cl, C2, C3. 20 L'utilisateur 2 envoie au registre 20 de conteneurs ses images 10 de conteneurs non chiffrées, donc en clair. La machine serveur 4 reçoit ces images 10 de conteneurs, les stocke dans le registre 20 de conteneurs, peut éventuellement les chiffrer, mais comme cette machine serveur 4 a reçu les images 10 de conteneurs non chiffrées, son administrateur, s'il est 25 malveillant ou maladroit, peut pirater ou laisser pirater, ces images 10 de conteneurs, dont certaines peuvent être confidentielles, voire hautement confidentielles. Prenons par exemple un registre 20 de conteneurs de type « Singularity » (« Singukuity » = marque déposée) qui existe en logiciel 30 libre (« open source » en langue anglaise). Ce registre 20 de conteneurs est un registre central d'images 10 de conteneurs qui permet de gérer, d'ajouter, 10 de supprimer, ou de partager ces images 10 de conteneurs entre plusieurs utilisateurs, et notamment avec des utilisateurs différents de l'utilisateur 2 qui est à l'origine de ces images 10 de conteneurs. La figure 2 représente schématiquement un exemple de mise en 5 évidence d'une solution au problème de sécurité selon un mode de réalisation de l'invention. Dans un réseau 1, de type cluster haute performance, un utilisateur 2 réalise sur une machine client 3, stocke ou pousse 11 vers le registre 20 de conteneurs d'une machine serveur 4, déstocke ou récupère 12 auprès du 10 registre 20 de conteneurs de la machine serveur 4, et utilise en exécutant sur la machine client 3 les conteneurs correspondant, une ou plusieurs images 10 de conteneurs. Une image 10 de conteneur correspond à un état initial d'un environnement de machine client 3 à partir duquel ce conteneur peut ensuite être exécuté. Des exemples de telles images 10 de conteneurs sont : 15 CO, Cl, C2, C3, C5. Un registre 20 de conteneurs est une librairie d'images de conteneurs qui y sont indexées, permettant de les classer et de les retrouver, c'est-à-dire que le registre 20 de conteneurs peut être considéré comme une base de données d'images de conteneurs. Un registre de conteneurs peut aussi être 20 considéré comme offrant un service de stockage et de distribution d'images de conteneurs, permettant aux utilisateurs de pousser leurs images de conteneurs dans une machine serveur centrale, et de les partager avec d'autres utilisateurs tout en pouvant les récupérer pour modification ou exécution des conteneurs correspondant à ces images de conteneurs stockées 25 dans cc registre de conteneurs. L'utilisateur 2 envoie au registre 20 de conteneurs ses images 30 de conteneurs chiffrées, donc illisibles sans être préalablement déchiffrées La machine serveur 4 reçoit ces images 30 de conteneurs, les stocke dans le registre 20 de conteneurs, mais ne peut pas les déchiffrer_ car la machine 30 serveur 4 a reçu les images 30 de conteneurs chiffrées et elle ne possède pas la clé de déchiffrement correspondante. Par conséquent, son administrateur, 11 même s'il est malveillant ou maladroit, ne peut ni pirater ou ni laisser pirater, ces images 30 chiffrées de conteneurs, dont la confidentialité reste donc garantie, même à l'égard de l'administrateur du registre 20 de conteneurs. En revanche, la confidentialité de l'image 10 de conteneur, en 5 l'occurrence CO, qui a été stockée non chiffrée, dans le registre 20 de conteneurs, n'est pas garantie. Pour ajouter le mécanisme de chiffrement des images 10 de conteneurs les transformant en images 30 chiffrées de conteneurs, on peut implémenter une procédure de chiffrement dans une ligne de commande 10 d'un script, ce qui permettra de chiffrer l'image 10 de conteneur avant d'envoyer une image chiffrée 30 de conteneur à la machine serveur 4. Ainsi, l'utilisateur 2, s'il souhaite chiffrer son image 10 de conteneur, donne en entrée de cette ligne de commande sa clé symétrique pour cette image 10 de conteneur laquelle sera transformée en une image 30 chiffrée de conteneur 15 au niveau de la machine client 3 avant d'être poussée vers le registre 20 de conteneurs de la machine serveur 4. Lorsque l'utilisateur 2 souhaite réutiliser cette image 30 de conteneur, il peut la récupérer, sur la machine client 3, auprès du registre 20 de conteneurs de la machine serveur 4 distante de la machine client 3, et utiliser sa clé de déchiffrement (identique 20 à la clé de chiffrement s'il s'agit d'une clé symétrique) pour déchiffrer l'image 30 de conteneur afin de réobtenir l'image 10 de conteneur à partir de laquelle le conteneur correspondant va pouvoir être exécuté sur la machine client 3. La figure 3 représente schématiquement un exemple d'implémentation 25 de la méthode de stockage sécurisé et de la méthode de déstockage sécurisé dans un réseau, selon un mode de réalisation de l'invention. Dans un réseau 1 de type cluster haute performance comprenant un grand nombre de noeuds de calcul 7 regroupés en groupes de noeuds respectivement gérés par des administrateurs 8 de noeuds de calcul 7, se 30 trouve un registre 20 de conteneurs hébergé par une machine serveur 4 appartenant aussi au réseau I. Cette machine serveur 4, et le registre 20 de 12 conteneurs qu'elle héberge, sont gérés par un administrateur 9. Le réseau 1 comprend encore une machine client 3 d'un utilisateur 2; en fait une machine client 3 pour chaque utilisateur 2, car il y a plusieurs utilisateurs, et. il y a même un grand nombre d'utilisateurs dans ce réseau 1 de type cluster 5 haute performance. L'utilisateur 2 travaille sur la machine client 3 qui est son noeud d'entrée dans le réseau, mais il peut ensuite changer de noeud de calcul pour travailler sur l'un ou l'autre des noeuds de calcul 7, par exemple le noeud 5 ou le noeud 6. Par exemple, l'utilisateur 2 réalise sur sa machine client 3 10 servant de noeud d'entrée un container dont l'image 22 de conteneur est chiffrée avec une clé 25 symétrique de chiffrement, donc identique à la clé 25 de déchiffrement. Ce chiffrement est symbolisé par la petite clé 23 attachée à l'image 22 de conteneur. L'utilisateur 2 ne stocke pas sa clé 25 symétrique de chiffrement dans sa machine client 3, mais sur un 15 périphérique 24, par exemple une clé USB 24 qui reste sous le contrôle de l'utilisateur 2. La clé 25 symétrique de chiffrement est stockée elle-même sous une forme codée avec un mot de passe 21 sur cette clé USB 24. L'utilisateur 2 après avoir chiffré, sur sa machine client 3, l'image de conteneur qui est donc une image 22 de conteneur chiffrée, la pousse donc 20 chiffrée par un envoi 11 vers le registre 20 de conteneurs de la machine serveur 4 qui la stocke. L'image 22 de conteneur stockée étant chiffrée d'une part et l'administrateur 9 ne possédant pas la clé 25 symétrique de chiffrement, cet administrateur 9 ne peut ni pirater ni laisser pirater cette image 22 de conteneur éventuellement confidentielle. Lors du chiffrement, 25 la clé 25 symétrique de chiffrement ne sc retrouve jamais sur la mémoire de masse de la machine client 3, et ne se retrouve décodée par le mot de passe 21 que temporairement dans la mémoire vive de la machine client 3 juste le temps de réaliser le chiffrement de l'image 22 de conteneur, ce qui rend le piratage de cette clé 25 symétrique de chiffrement, sinon impossible, du 30 moins très difficile, et en tous cas beaucoup plus difficile que pour les méthodes de chiffrement selon l'art antérieur. 13 L'utilisateur 2 se trouve maintenant sur le noeud de calcul 5, différent de son noeud d'entrée. Il veut récupérer son image 22 de conteneur, soit pour la modifier soit pour exécuter le conteneur correspondant sur le noeud de calcul 5. L'utilisateur 2 rappelle, du registre 20 de conteneurs, depuis la 5 machine serveur 4 distante, son image 22 de conteneurs qui lui est renvoyée sur le noeud de calcul 5. L'utilisateur 2 transmet de sa machine client 3, grâce à sa clé USB 24, séparément d'une part la clé 25 symétrique de déchiffrement mais sous forme codée et d'autre part le mot de passe 21 permettant de décoder la clé 25 symétrique de déchiffrement. La clé 25 10 symétrique de déchiffrement n'est décodée par le mot de passe 21 que dans la mémoire vive du noeud de calcul 5 et n'y reste que temporairement juste le temps de déchiffrer l'image 22 du conteneur laquelle, une fois déchiffrée, peut être librement utilisée par l'utilisateur 2 au niveau du noeud de calcul 5. La clé 25 symétrique de déchiffrement ne se trouvant jamais dans la 15 mémoire de niasse du noeud de calcul 5, et en tous cas pas sous forme décodée, et le mot de passe 21 non plus, il devient très difficile, pour l'administrateur 8 du noeud de calcul 5, même malveillant ou maladroit, de pirater ou de laisser pirater, cette clé 25 symétrique de déchiffrement. Par conséquent, toutes les images 22 de conteneurs chiffrées avec cette clé 25 20 symétrique de déchiffrement, resteront sécurisées et leur caractère confidentiel sera respecté. Là encore, le piratage, au niveau du noeud de calcul 5, de cette clé 25 symétrique de déchiffrement, est rendu sinon impossible, du moins très difficile, et tous cas beaucoup plus difficile que pour les méthodes de déchiffrement selon l'art antérieur. 25 Un autre utilisateur que l'utilisateur 2, avec qui l'utilisateur 2 veut bien partager son image 22 de conteneur, se trouve maintenant sur le noeud de calcul 6, différent du noeud d'entrée de l'utilisateur 2 comme du précédent noeud de calcul 5. Cet autre utilisateur, travaillant sur le noeud de calcul 6, souhaiterait récupérer l'image 22 de conteneur de l'utilisateur 2 30 lequel est d'accord. Cet autre utilisateur souhaite par exemple, soit modifier cette image 22 de conteneur, soit exécuter le conteneur correspondant à 14 cette image 22 de conteneur, sur le noeud de calcul 6 où il travaille. Cet autre utilisateur rappelle du registre 20 de conteneurs depuis la machine serveur 4 distante, cette image 22 de conteneurs qui lui est renvoyée sur le noeud de calcul 6. L'utilisateur 2 lui transmet de sa machine client 3, grâce à sa clé 5 USB 24, séparément d'une part la clé 25 symétrique de déchiffrement mais sous forme codée et d'autre part le mot de passe 21 permettant de décoder la clé 25 symétrique de déchiffrement. La clé 25 symétrique de déchiffrement n'est décodée par le mot de passe 21 que dans la mémoire vive du noeud de calcul 6 et n'y reste que temporairement juste de temps de déchiffrer 10 l'image 22 du conteneur laquelle, une fois déchiffrée, peut être librement utilisée par cet autre utilisateur au niveau du noeud de calcul 6. La clé 25 symétrique de déchiffrement ne se trouvant jamais dans la mémoire de masse du noeud de calcul 6, et en tous cas pas sous forme décodée, et le mot de passe 21 non plus, il devient très difficile, pour l'administrateur 8 du 15 noeud de calcul 6, même malveillant ou maladroit, de pirater ou de laisser pirater, cette clé 25 symétrique de déchiffrement. Par conséquent, toutes les images 22 de conteneurs chiffrées avec cette clé 25 symétrique de déchiffrement, resteront sécurisées et leur caractère confidentiel sera respecté. Là encore, le piratage, au niveau du noeud de calcul 6, de cette clé 20 25 symétrique de déchiffrement, est rendu sinon impossible, du moins très difficile, et tous cas beaucoup plus difficile que pour les méthodes de déchiffrement selon l'art antérieur. Ici, cet autre utilisateur doit demander l'autorisation de l'utilisateur 2 qui lui envoie séparément la clé 25 symétrique de chiffrement sous forme 25 codée et le mot de passe 21 pour la décoder, la clé 25 symétrique de chiffrement et le mot de passe 21 ne se retrouvant que dans la mémoire vive du noeud de calcul 6, et seulement temporairement le temps de déchiffrer cette image 22 de conteneur. Alternativement, cet autre utilisateur peut aussi posséder la clé 25 symétrique de chiffrement, auquel cas il pourra déchiffrer 30 toutes les images 22 de conteneurs de l'utilisateur 2 même sans lui demander l'autorisation. Dans ce dernier cas, toutefois, l'utilisateur 2 15 accepte de donner à cet autre utilisateur un accès illimité à toutes ses images 22 de conteneurs, tandis que dans le premier cas, il pouvait filtrer cet accès, c'est-à-dire l'autoriser ou le refuser, image 22 de conteneur par image 22 de conteneur. 5 Bien entendu, la présente invention n'est pas limitée aux exemples et. au mode de réalisation décrits et représentés, niais elle est susceptible de nombreuses variantes accessibles à l'homme de l'art. REVENDICATIONS1. Méthode de stockage sécurisé, dans un réseau (1), d'une image (22) de conteneur dans un registre (20) de conteneurs, comprenant : > une étape d'envoi (11) d'une image (22) de conteneur, cette image (22) de conteneur correspondant à un état initial d'un environnement de machine client à partir duquel ce conteneur peut ensuite être exécuté, à partir d'une machine client (3) du réseau (1) vers un registre (20) de conteneurs d'unc machine serveur (4) du réseau (1) distante de la machine client (3), caractérisée en ce que la méthode de stockage comprend aussi : une étape de chiffrement (23) de cette image (20) de conteneur, réalisée dans la mémoire vive de la machine client (3), avant l'étape d'envoi (1) vers la machine serveur (4), de sorte que ladite image (22) de conteneur est déjà chiffrée lorsqu'elle est reçue par le registre (20) de conteneurs pour y être stockée, et en ce que : - la clé de chiffrement (25) de cette image (22) de conteneur est utilisable dans la mémoire vive de la machine client (3), inaccessible sur la mémoire de masse de la machine client (3) et inaccessible sur la machine serveur (4). 2. Méthode de stockage sécurisé selon la revendication 1, caractérisé en ce que : - l'étape d'envoi (11) est réalisée sur un noeud d'entrée de la machine client (3) du réseau (1), - l'étape de chiffrement (23) est réalisée sur le noeud d'entrée, l'exécution du conteneur sera réalisée sur un noeud de calcul (5, 6) de la machine client (3) du réseau (1), > le noeud de calcul (5, 6) est distinct du noeud d'entrée. 17 5 3. 10 4. 15 5. 20 6. 25 7. 30 Méthode de stockage sécurisé selon la revendication 1 ou 2, caractérisé en ce que : la clé de chiffrement (25) est introduite codée sur la machine client (3), > la clé de chiffrement (25) est accompagnée d'un mot de passe (21) de décodage permettant de la décoder, la clé de chiffrement (25) codée et le mot de passe (21) de décodage ne se retrouvent ensemble que dans la mémoire vive de la machine client (3) pour chiffrer l'image (22) de conteneur. Méthode de stockage sécurisé selon l'une quelconque des revendications précédentes, caractérisé en ce que l'étape de chiffrement (23) est d'abord précédée par une étape de réalisation d'une image (22) de conteneur sur la machine client (3), éventuellement sur le noeud d'entrée. Méthode de stockage sécurisé selon l'une quelconque des revendications précédentes, caractérisé en ce que la clé de chiffrement (25) est une clé symétrique. Méthode de stockage sécurisé selon l'une quelconque des revendications précédentes, caractérisé en ce que l'étape de chiffrement (23) de l'image (22) de conteneur est réalisée juste avant l'étape d'envoi (11) de cette image (22) de conteneur, entre la requête d'envoi de l'image (22) de conteneur effectuée par l'utilisateur (2) de la machine client (3) et l'envoi effectif (11) de l'image (22) de conteneur chiffrée vers la machine serveur (4). Méthode de stockage sécurisé selon l'une quelconque des revendications précédentes, caractérisée en ce que l'étape de chiffrement (23) de l'image (22) de conteneur est intégrée dans une ligne de commande 18 d'envoi, de la machine client (3) vers la machine serveur (4), de cette image (22) de conteneur, sous la forme d'une couche supplémentaire de chiffrement. 5 8. Méthode de stockage sécurisé selon la revendication 7, caractérisée en ce que la clé de chiffrement (25) est passée sous la forme d'un argument de cette ligne de commande d'envoi. 9. Méthode de stockage sécurisé selon la revendication 7 ou 8, caractérisée 10 en ce que l'étape de chiffrement (23) est réalisée automatiquement avant tout envoi d'image (22) de conteneur, de la machine client (3) vers la machine serveur (4). 10. Méthode de stockage sécurisé selon la revendication 7 ou 8, caractérisée 15 en ce que l'étape de chiffrement (23) est réalisée, après consultation automatique de l'utilisateur (2) de la machine client (3) suivie d'une acceptation de chiffrement par l'utilisateur (2) de la machine client (3). 11. Méthode de déstockage sécurisé, dans un réseau (1), d'une image (22) 20 de conteneur stockée dans un registre (20) de conteneurs, comprenant : une étape de téléchargement (12), sur une machine client (3) du réseau (1), d'une image (22) de conteneur, cette image (22) de conteneur correspondant à un état initial d'un environnement de machine client à partir duquel ce conteneur peut ensuite être 25 exécuté, stockée sous forme chiffrée dans un registre (20) de containers d'une machine serveur (4) du réseau (1) distante de la machine client (3), caractérisée en ce que la méthode de déstockage comprend aussi : une étape de déchiffrement de cette image (22) de conteneur, 30 réalisée dans la mémoire vive de la machine client (3), après l'étape de téléchargement (12) en provenance de la machine 19 serveur (4), de sorte que l'image (22) de conteneur est encore chiffrée lorsqu'elle est reçue par la machine client (3), et en ce que : » la clé de déchiffrement (25) de cette image (22) de conteneur est 5 utilisable dans la mémoire vive de la machine client (3), inaccessible sur la mémoire de masse de la machine client (3) et inaccessible sur la machine serveur (4). 12. Méthode de déstockagc sécurisé selon la revendication 11, caractérisé en 10 ce que : > l'étape de téléchargement (12) est réalisée sur un noeud de calcul (5, 6) de la machine client (3) du réseau (1), I» l'étape de déchiffrement est réalisée sur le noeud de calcul (5, 6), » l'exécution du conteneur à partir de l'image (22) de conteneur 15 déchiffrée est réalisée sur k noeud de calcul (5, 6), » la clé de déchiffrement (25) est envoyée d'un noeud d'entrée de la machine client (3) du réseau (1) au noeud de calcul (5, 6), > le noeud de calcul (5, 6) est distinct du noeud d'entrée, > la clé de déchiffrement (25) est utilisable une seule fois dans la 20 mémoire vive du noeud de calcul (5, 6) pour réaliser le déchiffrement de l'image (22) de conteneur à déchiffrer pour lancer ensuite l'exécution du conteneur, mais reste inaccessible sur la mémoire de masse du noeud de calcul (5, 6). 25 13. Méthode de déstockage sécurisé selon la revendication 11 ou 12, caractérisé en ce que : > la clé de déchiffrement (25) est introduite codée sur la machine client (3), > la clé de déchiffrement (25) est accompagnée d'un mot de passe 30 (21) de décodage permettant de la décoder, 20 la clé de déchiffrement (25) codée et le mot de passe (21) de décodage ne se retrouvent ensemble que dans la mémoire vive de la machine client (3) pour déchiffrer l'image (22) de conteneur chi ffrée. 5 14. Méthode de déstockage sécurisé selon la revendication 12 et selon la revendication 13, caractérisé en ce que : la clé de déchiffrement (25) est introduite codée sur le noeud d'entrée, 10 Y la clé de déchiffrement (25) est accompagnée d'un mot de passe (21) de décodage permettant de la décoder, la clé de déchiffrement (25) codée et le mot de passe (21) de décodage sont envoyés séparément du noeud d'entrée vers le noeud de calcul (5, 6) et ne se retrouvent ensemble que dans la mémoire 15 vive du noeud de calcul (5, 6) pour déchiffrer l'image (22) de conteneur chiffrée. 15. Méthode de déstockage sécurisé selon l'une quelconque des revendications 11 à 14, caractérisé en ce que la clé de déchiffrement (25) 20 est une clé symétrique. 16. Méthode de déstockage sécurisé selon l'une quelconque des revendications 11 à 15, caractérisée en ce que l'étape de déchiffrement de l'image (22) de conteneur est intégrée dans une ligne de commande 25 de téléchargement, de la machine client (3) vers la machine serveur (4), de cette image (22) de conteneur, sous la forme d'une couche supplémentaire de déchiffrement. 17. Méthode de déstockage sécurisé selon la revendication 16, caractérisée 30 en ce que la clé de déchiffrement (25) est passée sous la forme d'un argument de cette ligne de commande de téléchargement. 21 18. Méthode de stockage sécurisé selon l'une quelconque des revendications 1 à 10, caractérisé en ce que : le registre (20) de conteneurs comprend au moins : 5 o une fonction d'ajout d'une image (22) de conteneur au registre (20), o une fonction de suppression d'une image (22) de conteneur du registre (20), o unc fonction de partage d'une image (22) de conteneur 10 stockée dans le registre (20), entre plusieurs machines clients (3) du réseau (1) distinctes entre elles, o une fonction de téléchargement (12) d'une image (22) de conteneur stockée dans le registre (20), vers une machine client (3) du réseau (1). 15 19. Méthode de déstockagc sécurisé selon l'une quelconque des revendications 11 à 17, caractérisé en ce que : - le registre (20) de conteneurs comprend au moins : o une fonction d'ajout d'une image (22) de conteneur au 20 registre (20), o une fonction de suppression d'une image (22) de conteneur du registre (20), o une fonction de partage d'une image (22) de conteneur stockée dans le registre (20), entre plusieurs machines 25 clients (3) du réseau (1) distinctes entre elles, o une fonction de téléchargement (12) d'une image (22) de conteneur stockée dans le registre (20), vers unc machine client (3) du réseau (1). 30 20. Réseau de noeuds, comprenant un registre (20) de conteneurs, utilisant une méthode de stockage sécurisé selon l'une quelconque des 22 revendications 1 à 10 et 18 et une méthode de déstockage sécurisé selon l'une quelconque des revendications 11 à 17 et 19.