Brevet FR3159845A1 — publié le 20250905

L’invention concerne un procédé de sauvegarde (2000) d’un flux de données au sein d’un système informatique (30) de stockage public ayant une architecture dite en nuage, ledit procédé étant caractérisé en ce qu’il comprend les étapes de : Réception (100) par un serveur local (10) d’un flux de données à sauvegarder, le serveur local comprenant des moyens de stockage (15) du flux de données à sauvegarder ; Détermination (200) de coordonnées de géolocalisation du serveur local (10) par un dispositif de géolocalisation (16) dudit serveur local géolocalisation ; Chiffrement (300) de tout ou partie du flux de données avec une clé de chiffrement définie à partir des coordonnées de géolocalisation associées au serveur local (10) recevant ledit flux de données ; Transmission (400) du flux de données chiffré vers le système informatique (30) de stockage public. figure pour l’abrégé : figure 1 Procédé de de sauvegarde d’un flux de données au sein d’un système informatique de stockage public DOMAINE TECHNIQUE DE L’INVENTION Le domaine de l’invention est celui de la sauvegarde sécurisée des données au sein d’un réseau informatique de stockage public ayant une architecture en nuage, aussi connu sous le terme anglais de « cloud computing ». Plus précisément, l’invention concerne un procédé de sauvegarde d’un flux de données au sein d’un système informatique de stockage public ayant une architecture en nuage et un serveur local associé. ÉTAT DE LA TECHNIQUE Les opérations de sauvegarde sécurisée de données d’un serveur sont des opérations particulièrement critiques. Il est connu de l’art antérieur plusieurs types de techniques de sécurisation de données dans un réseau informatique. Par exemple, les techniques de chiffrement des données, les techniques d'authentification et d'autorisation pour l'accès aux données sont utilisées pour sécuriser l’accès à des données stockées sur un système informatique de stockage public. Parmi les techniques de chiffrement, il existe des protocoles de chiffrement tels que l’AES, pour Advanced Encryption Standard ) et le TLS ( Transport Layer Security ) pour la sécurisation des données en transit entre des serveurs et des clients. Il existe également des chiffrements pour les données stockées sur un serveur basées sur des clés publiques et des clés privées. Ces techniques permettent de limiter les fuites de données, ou qu’elles soient compromises. Parmi les techniques d’authentification et d’autorisation, il existe l’authentification multi-facteur (MFA), combinant, par exemple, une authentification par mot de passe, par un terminal tel qu’un téléphone portable intelligent, couramment connu sous le terme anglais « smartphone », ainsi qu’une reconnaissance faciale. Ces techniques contribuent à renforcer la certitude que l'individu accédant aux informations est véritablement habilité à le faire. L’ensemble de ces techniques peuvent être combinées, ou utilisées indépendamment les unes des autres. L’inconvénient de ces techniques est qu’elles sont parfois complexes à mettre en œuvre, que ce soit au niveau matériel, pour lesquelles il est parfois nécessaire de solliciter plusieurs serveurs ayant une grande capacité de stockage pour le stockage de données ; ou au niveau logiciel par le développement d’algorithmes complexes, difficiles à maitriser. Dès lors, un grand nombre d’utilisateurs se rabattent sur des solutions publiques, par exemple des systèmes informatiques de stockage public ayant une architecture en nuage malgré le fait qu’ils peuvent perdre le contrôle sur la maitrise de ces solutions, et des données qu’ils souhaitent stocker de manière maitrisée et sécurisée. Il n’existe pas, à l’heure actuelle, de procédés de sauvegarde d’un fichier au sein d’un système informatique de stockage public ayant une architecture en nuage, permettant de sécuriser une grande capacité de données avec un système de récupération fiable, sans qu’un tier ne puisse y avoir accès, le tout en limitant les ressources matérielles nécessaires à sa mise en œuvre. La présente invention vise à remédier à tout ou partie des inconvénients de l’état de la technique cités ci-dessus. L’invention concerne un procédé de sauvegarde d’un flux de données au sein d’un système informatique de stockage public ayant une architecture dite en nuage, ledit procédé étant caractérisé en ce qu’il comprend les étapes de : Réception par un serveur local d’un flux de données à sauvegarder, le serveur local comprenant des moyens de stockage du flux de données à sauvegarder ; Détermination de coordonnées de géolocalisation du serveur local par un dispositif de géolocalisation dudit serveur local géolocalisation ; Chiffrement de tout ou partie du flux de données avec une clé de chiffrement définie à partir des coordonnées de géolocalisation associées au serveur local recevant ledit flux de données ; Transmission du flux de données chiffré vers le système informatique de stockage public. L’invention permet avantageusement de stocker des flux de données de manière sécurisée sur un système informatique de stockage public. Elle permet notamment au serveur local d’être robuste aux vols. En effet, le flux de données est chiffré avec les coordonnées de géolocalisation dudit serveur local, ces coordonnées sont alors essentielles pour déchiffrer le flux de données. Lorsque le serveur local est malencontreusement déplacé, par exemple lors d’un vol, il ne fournit plus la bonne position pour le déchiffrement des flux chiffrés par le dispositif informatique avec le procédé de sauvegarde selon l’invention. Dès lors, les flux de données ne peuvent plus être déchiffrés, sans remettre le serveur local dans sa position initiale. Dans un mode de mise en œuvre particulièrement avantageux, l’étape de chiffrement comprend les sous-étapes suivantes : Génération d’une clé de chiffrement comprenant un identifiant unique aléatoire et les coordonnées de géolocalisation ; Chiffrement avec un algorithme de chiffrement symétrique avec la clé de chiffrement ; Stockage de l’identifiant unique aléatoire sur un dispositif informatique. L’utilisation d’un algorithme de chiffrement symétrique est particulièrement avantageuse car il permet d’utiliser une même clé pour le chiffrement et le déchiffrement et est particulièrement robuste. La génération d’une clé de chiffrement avec un identifiant unique aléatoire permet de renforcer la robustesse du chiffrement. Alternativement ou en complément, l’étape de transmission est suivie par les étapes de : Génération d’une empreinte numérique du flux de données chiffré par le système informatique de stockage public ; Transmission de l’empreinte numérique du flux de données chiffré au serveur local ; Association de l’empreinte numérique et du flux de données chiffré par le serveur local. Ces étapes permettent au serveur local de pouvoir localiser l’endroit où est stocké le flux de données chiffré, avant de pouvoir les restaurer au besoin. Dans un mode de mise en œuvre particulier, le procédé comprend une étape de reconstruction, ladite étape de reconstruction comprenant les sous-étapes suivantes : Appel du serveur local vers le système informatique de stockage public avec l’empreinte numérique ; Réponse du système informatique de stockage public et transmission du flux de données chiffré du système informatique de stockage public à un dispositif informatique par un réseau virtuel privé ; Détermination par le dispositif de géolocalisation du serveur local des coordonnées de géolocalisation ; Transmission des coordonnées de géolocalisation au dispositif informatique ; Déchiffrement du flux de données chiffré par le dispositif informatique grâce aux coordonnées de géolocalisation transmises. Cette nouvelle étape permet avantageusement la reconstruction du flux de données stocké sur le système informatique de stockage public par le dispositif informatique de manière sécurisée. Dans un mode de mise en œuvre préféré, le procédé comprend une étape de reconstruction dégradée sans appel du serveur local au système informatique de stockage public, ladite étape de reconstruction comprenant les sous-étapes suivantes : Transmission du flux de données chiffré du serveur informatique au dispositif informatique ; Déchiffrement du flux de données chiffré par un dispositif informatique. Ce mode de mise en œuvre particulier permet astucieusement de récupérer de manière sécurisée le flux de données à partir du serveur local, lorsque le système informatique de stockage public n’est pas accessible. Alternativement ou en complément, le serveur local comprend un nœud dit nœud maitre, et le système informatique de stockage public comprend au moins un nœud dit nœud cible, le flux de données chiffré étant envoyé sur le nœud cible par le nœud maitre lors de l’étape de transmission du flux de données chiffré vers le système informatique de stockage public. Ce mode de mise en œuvre est particulièrement avantageux car il permet de faciliter la communication, notamment des échanges facilités entre le serveur local et le système informatique de stockage public. Dans un mode de mise en œuvre particulier, l’étape de transmission est précédée par une étape de recherche d’au moins un nœud cible disponible, la disponibilité d’un nœud cible étant déterminée si une qualité de service d’un nœud cible mesurée sur une durée prédéterminée, par exemple supérieure ou égale à une heure, voire sur quatre heures, définie par la formule suivante : Où : p n est un nombre de mesure sur une période prédéterminée de la durée déterminée, n est la période prédéterminée, D noeud est un débit montant d’un nœud. est supérieure à un seuil prédéfini. Ce mode de mise en œuvre permet d’optimiser la répartition du stockage des flux de données au sein du système informatique de stockage public. Dans un mode de mise en œuvre préféré, le système informatique de stockage public comprend au moins trois nœuds cibles, l’étape de transmission est réalisée parallèlement vers trois nœuds cibles. Le fait d’avoir plusieurs nœuds cibles permet de limiter le risque de perte du flux de données. En effet, si un nœud a un problème et est supprimé, deux autres versions du flux de données existent et peuvent être récupérées. Le nombre de trois nœuds est un bon compromis entre la sécurité et la limitation de l’espace de stockage nécessaire. Dans un mode de mise en œuvre préféré, le procédé de sauvegarde d’un flux de données comprend une étape de suppression du flux de données sur le système informatique de stockage public, l’étape de suppression comprenant les sous-étapes suivantes : Transmission d’un ordre de suppression du flux de données du dispositif informatique au serveur local ; Géolocalisation de chaque nœud cible sur lequel le flux de données est stocké ; Envoi d’une requête de suppression du flux de données par le serveur local sur le ou les nœuds cibles. Ce procédé permet de sécuriser les suppressions de flux de données chiffrés sur le système informatique de stockage public. Alternativement ou en complément, le procédé comprend une étape d’élaboration d’un fichier de sauvegarde d’un ensemble de flux de données sauvegardés, comprenant les sous-étapes suivantes : Emission, par le serveur local, d’un fichier de sauvegarde comprenant la clé de chiffrement de chaque flux de données de l’ensemble de flux de données sauvegardé, une identification de chaque nœud cible sur lequel chaque flux de données est stocké ; Détermination par le dispositif de géolocalisation du serveur local de coordonnées de géolocalisation ; Chiffrement de tout ou partie du fichier de sauvegarde avec une clé de chiffrement définie à partir des coordonnées de géolocalisation associée audit flux de données ; Transmission du fichier de sauvegarde chiffré dans le système informatique de stockage public ; Transmission d’une empreinte numérique du fichier de sauvegarde du système informatique de stockage public au serveur local. Ce mode de mise en œuvre permet de générer une sauvegarde facile et sécurisée d’un ou plusieurs flux de données. Il peut par exemple sécuriser une base de fichiers. Dans un mode de mise en œuvre particulier, le procédé de sauvegarde d’un flux de données comprend une étape de récupération d’un ensemble de flux de données avec un fichier de sauvegarde dudit ensemble, comprenant les sous-étapes suivantes : Appel du serveur local vers le système informatique de stockage public avec l’empreinte numérique du fichier de sauvegarde ; Réponse du système informatique de stockage public et transmission du fichier de sauvegarde chiffré du système informatique de stockage public à un dispositif informatique par un réseau virtuel privé ; Détermination par le dispositif de géolocalisation du serveur local des coordonnées de géolocalisation ; Transmission des coordonnées de géolocalisation au dispositif informatique ; Déchiffrement du fichier de sauvegarde chiffré par le dispositif informatique grâce aux coordonnées de géolocalisation transmises ; Récupération de l’ensemble de flux de données avec les données contenues dans le fichier de sauvegarde en mettant en œuvre l’étape de reconstruction. Ce mode de mise en œuvre permet de récupérer plus facilement une sauvegarde sécurisée d’un ou plusieurs flux de données. Alternativement, le serveur local génère un jeton d’authentification qu’il associe à un utilisateur. Cette alternative permet d’avoir une sécurité complémentaire en limitant l’accès au flux de données ou d’autres actions sur le flux de données à des utilisateurs donnés ou/et sur des dispositifs informatiques donnés. Dans un mode de mise en œuvre préféré, le serveur local génère un jeton d’authentification qu’il associe à un dispositif informatique comprenant un calculateur. Cette alternative permet d’avoir une sécurité complémentaire en limitant l’accès au fichier ou d’autres actions sur le flux de données à des utilisateurs donnés ou/et sur des dispositifs informatiques donnés. L’invention concerne également un serveur local comprenant des équipements réseaux pour communiquer avec un dispositif informatique et être relié à un système informatique de stockage public ayant une architecture en nuage, des moyens de stockage, caractérisé en ce qu’il comprend un système de géolocalisation, ledit serveur local étant configuré pour mettre en œuvre un procédé de sauvegarde d’un flux de données. BRÈVE DESCRIPTION DES FIGURES D’autres avantages, buts et caractéristiques particulières de la présente invention ressortiront de la description non limitative qui suit d’au moins un mode de réalisation particulier des procédés et du dispositif objets de la présente invention, en regard des dessins annexés, dans lesquels : FIG. 1 est un organigramme d’un exemple de mode de mise en œuvre du procédé de sauvegarde d’un flux de données selon l’invention ; FIG. 2 est un organigramme du mode de mise en œuvre du procédé de sauvegarde d’un flux de données de la FIG. 1 comprenant une étape de pré configuration et de validation d’un téléphone ; FIG. 3 est un organigramme du mode de mise en œuvre du procédé de sauvegarde d’un flux de données de la FIG. 1 comprenant une étape de reconstruction du flux de données ; FIG. 4 est un organigramme du mode de mise en œuvre du procédé de sauvegarde d’un flux de données de la FIG. 1 comprenant une étape de reconstruction dégradée du flux de données ; FIG. 5 est un organigramme d’un mode de mise en œuvre du procédé de sauvegarde d’un flux de données comprenant une étape de suppression d’un flux de données ; FIG. 6 est un organigramme d’un mode de mise en œuvre du procédé de sauvegarde d’un flux de données comprenant une étape d’élaboration d’un fichier de sauvegarde ; FIG. 7 est un organigramme d’un mode de mise en œuvre du procédé de sauvegarde d’un flux de données comprenant une étape de récupération du fichier de sauvegarde ; FIG. 8 est une vue schématique d’un serveur dans un mode de réalisation de l’invention. DESCRIPTION DÉTAILLÉE DE L’INVENTION La présente description est donnée à titre non limitatif, chaque caractéristique d’un mode de mise en œuvre ou de réalisation pouvant être combinée à toute autre caractéristique de tout autre mode de mise en œuvre ou de réalisation de manière avantageuse. Exemple d’un mode de réalisation particulier La FIG. 1 est un organigramme d’un procédé 2000 de sauvegarde d’un flux de données selon l’invention. Un flux de données est défini ici comme étant un ensemble de données aptes à circuler sur un ou plusieurs réseaux informatiques, qu’ils soient privés ou publics. Un flux de données peut être, à titre d’exemples non limitatifs, une communication audio, une vidéo ou encore un fichier. L’objectif du procédé 2000 de sauvegarde d’un flux de données est de renforcer la sécurisation du stockage des données d’un système informatique de stockage public 30 ayant une architecture dite en nuage. Cette architecture est également connue sous le nom anglais de « cloud computing ». Ledit procédé 2000 comprend plusieurs étapes. Tout d’abord, la première étape 100 comprend la réception, par un serveur local 10, du flux de données à sauvegarder. Comme illustré FIG. 8 , le serveur local 10 comprend des moyens de stockage 15, aptes à stocker le flux de données à sauvegarder. A titre d’exemple, il peut s’agir d’un ou plusieurs disques durs SSD (acronyme anglais de « Solid State Drive ») ou HHD (« hard disk drive »). Il comprend aussi, traditionnellement, une mémoire RAM 13, une carte mère, une ou des cartes réseaux 14, et un ou plusieurs processeurs, également appelé(s) CPU (« C entral Processing Unit ») 12. Le serveur est caractérisé en ce qu’il comprend un dispositif de géolocalisation 16, permettant d’extraire des coordonnées de géolocalisation dudit serveur local. Ce dispositif de géolocalisation 16 peut, à titre d’exemple, comprendre une puce GPS (« Global Positionning System »). Ladite puce est reliée à une alimentation et à un système de communication. De préférence, elle est alimentée par une alimentation du serveur local. Ainsi, elle est apte à transmettre les données de géolocalisation du serveur audit serveur local, qui pourra stocker sa position dans son disque dur, mais préférentiellement dans sa mémoire vive (RAM) uniquement. Cette étape 100 peut également comprendre un stockage du flux de données à sauvegarder sur les moyens de stockage 15. Le dispositif de géolocalisation 16 permet de réaliser une deuxième étape 200 du procédé 2000, au cours de laquelle des coordonnées de géolocalisation du serveur local 10, par le dispositif de géolocalisation 16 du serveur local 10. Une étape suivante 300 dans le procédé 2000 comprend un chiffrement de tout ou partie du flux de données avec une clé de chiffrement. La clé de chiffrement est définie à partir des coordonnées de géolocalisation du serveur local 10. Dans le mode de réalisation préféré, décrit ici, trois sous-étapes peuvent être envisagées. Une sous-étape 310 de l’étape 300, facultative, permet de générer une clé de chiffrement avec les coordonnées de géolocalisation du serveur local 10 et au moins un autre élément supplémentaire. Celle-ci peut comprendre, en plus des coordonnées de géolocalisation au moins l’un des éléments suivants : Un identifiant global unique. Aussi connu sous le nom de GUID pour « Globally Unique Identifer », cet identifiant pouvant être aléatoire a pour objectif d’être une chaine de caractère unique. Par exemple, il peut s’agir d’une chaine de 32 caractères hexadécimaux. Une donnée aléatoire permettant de renforcer la sécurité d’une clé de chiffrement. Cette donnée aléatoire est ajoutée à une clé de chiffrement avant d’appliquer une fonction de hachage, ou fonction de chiffrement. Elle permet de renforcer l’unicité de chaque clé de chiffrement. Ce ou ces éléments peuvent être combinés avec les coordonnées de géolocalisation du serveur local 10. Par exemple, l’identifiant global unique peut être positionné après les coordonnées de géolocalisation, et la donnée aléatoire peut être positionnée avant les coordonnées de géolocalisation. Cette étape 310 permet de générer une clé de chiffrement particulièrement sécurisée, ici, de préférence d’une longueur de 256 bits pour mettre en œuvre le chiffrement selon l’étape 320. Pour générer une clé d’une longueur de 256 bits à partir d’un la précédente combinaison, la fonction de hachage cryptographique SHA 256 peut par exemple être utilisé. La sous-étape 320 comprend la mise en œuvre d’un chiffrement symétrique à partir de la clé de chiffrement, mais un chiffrement asymétrique, c’est-à-dire, basé sur une clé privée et publique peut très bien être envisagée. Le chiffrement peut être réalisé par un algorithme AES 256, AES étant l’acronyme anglais pour « Advanced Encryption Standard ». Cet algorithme peut, par exemple, utiliser une clé de 256 bits en entrée. Avantageusement, il s‘agit de la clé de chiffrement générée dans l’étape 310. Cet algorithme est particulièrement avantageux car il est particulièrement robuste aux attaques dites par force brute. La sous-étape 330 est une étape de stockage de l’identifiant unique aléatoire. La donnée aléatoire peut être stockée sur une base de données locale. Cette base de données locale peut, par exemple, être comprise sur un dispositif informatique 20, sur lequel le flux de données chiffré pourra être déchiffré. Elle peut également être stockée sur un autre dispositif informatique, ou sur le serveur local 10. Au contraire, les données de géolocalisation du serveur local 10 ne sont pas stockées sur la base de données locale. L’identifiant global unique peut également être transmis à un téléphone 40 préconfiguré et l’identifiant global unique peut être stocké sur celui-ci. Alternativement ou en complément, la donnée aléatoire peut également être transmise au téléphone 40 préconfiguré et la donnée aléatoire peut stockée sur celui-ci. Une étape facultative préliminaire 331 est la pré-configuration et de la validation du téléphone40, tel que représenté dans la FIG. 2 . Elle comprend une première étape 3311 de génération d’un jeton d’authentification par le serveur local 10. Le serveur local associe ledit jeton d’authentification au téléphone 40 portable, lors d’une étape 3312. Ce jeton peut être utilisé pour sécuriser les échanges entre le serveur local 10 et le téléphone 40. Lorsque le serveur local 10 envoie une requête au téléphone 40 lors d’une étape 3313, par exemple pour la récupération de l’identifiant global unique et/ou la donnée aléatoire, le téléphone 40 peut renvoyer, lors d’une étape 3314 son jeton qui est vérifié par le serveur local 10. Lorsque le serveur local 10 valide le jeton transmis par le téléphone 40, le téléphone 40 peut transmettre l’identifiant global unique et/ou la donnée aléatoire associée à la requête lors d’une étape 3315. Ce mode de réalisation permet de dupliquer le stockage de l’identifiant global unique ou/et la donnée aléatoire, et donc de renforcer sa sécurité. En effet, si le téléphone 40 tombe en panne, la base de données locale peut être utilisée pour récupérer ce ou ces éléments, et vis-versa. L’étape 400 est une étape de transmission du flux de données sécurisé au le système informatique de stockage public 30. Cette transmission, afin de renforcer la sécurité du système et limiter les attaques potentielles, peut être réalisée via un réseau virtuel privé, aussi connu sous l’acronyme anglais VPN (« Virtual Private Network »). L’étape 400 peut alors comprendre une phase de sauvegarde du flux chiffré sur le système informatique de stockage public 30. Ainsi, l’invention permet avantageusement un stockage sécurisé. En effet, la clé de chiffrement étant nécessaire pour le déchiffrement du flux de données, il sera nécessaire que le serveur local 10 ne soit pas déplacé sans le consentement du propriétaire. En effet, le cas échéant, que l’on pourrait envisager dans une situation d’un vol du serveur local 10, les données de géolocalisation fournies par le serveur local 10 seraient différentes des données de géolocalisation utilisées lors du chiffrement. La clé de chiffrement obtenue serait, par conséquent, fausse, entraînant une impossibilité de reconstruire la clé permettant de déchiffrer le flux de données. D’après la FIG. 1 , le procédé peut également comprendre une étape 500. Cette étape comprend la génération d’une empreinte numérique du flux de données chiffré par le système informatique de stockage public 30. Cette empreinte numérique peut, par exemple, être générée par la fonction de hachage cryptographique SHA-256, permettant de produire une empreinte numérique d’une longueur de 256 bits, pouvant également être représenté comme une chaine de 64 caractères hexadécimaux. Cette empreinte numérique peut être stockée au même emplacement que le flux chiffré sauvegardé lors de l’étape 400 dans le système informatique de stockage public 30. L’empreinte numérique peut être associée au flux chiffré sauvegardé. L’étape suivante 600 comprend la transmission de cette empreinte numérique au serveur local 10. Ledit serveur local peut ensuite associer, lors d’une étape 700, le flux de données chiffrées et l’empreinte numérique et les stocker en local dans les moyens de stockage 15. Ainsi, cela permet au serveur local 10 de retrouver l’emplacement sur lequel le flux de données est stocké sur le système informatique de stockage public 30, lors d’une étape de reconstruction. La FIG. 3 détaille une étape de reconstruction du flux de données chiffrées 800. Elle comprend une première étape 810, comprenant un appel du serveur local 10 à l’aide de l’empreinte numérique générée lors de l’étape 500 vers le système informatique de stockage public 30. L’appel peut également comprendre un identifiant du dispositif informatique 20 sur lequel le flux de données chiffré sera déchiffré. L’étape 820 est une étape de réponse du système informatique de stockage public 30 au serveur local 10 avec la même empreinte numérique du flux de données chiffré que le système informatique de stockage public 30 a stocké. L’empreinte envoyée par le serveur local 10 est comparée à celle stockée sur le système informatique de stockage public 30. Ainsi, si l’empreinte numérique envoyée en réponse par le système informatique de stockage public 30 est la même que celle envoyée par le serveur local 10, alors le flux de données à reconstruire auquel correspond l’empreinte numérique est bien stocké sur ledit système informatique 30 de stockage public. L’étape 820 comprend également une phase de transmission du flux de données chiffré du système informatique de stockage public 30 au dispositif informatique 20. Cette transmission est préférentiellement réalisée par un réseau virtuel privé (VPN) pour renforcer la sécurité de la transmission. Une fois la réception du flux de données chiffré, le dispositif informatique 20 peut envoyer une demande au réseau local pour que le serveur local 10 transmette ses coordonnées de géolocalisation. Le serveur local 10, dans une sous-étape 830, détermine ses coordonnées de géolocalisation par le dispositif de géolocalisation 16. La sous-étape 840 comprend ensuite la transmission des coordonnées de géolocalisation du serveur local 10 au dispositif informatique 20. Cette transmission peut être réalisée via une connexion locale, lorsque le serveur local 10 et le dispositif informatique 20 sont connectés via une connexion locale. Le dispositif informatique 20 procède à une étape de déchiffrement 850 grâce aux coordonnées de géolocalisation transmises. Ce déchiffrement peut également être réalisé à l’aide de l’identifiant unique aléatoire stocké sur la base de données locale et/ou sur le téléphone 40 portable. De même, la donnée aléatoire stockée sur la base de données locale et/ou sur le téléphone 40 portable peut être utilisée. Le dispositif informatique 20 procède à un déchiffrement. Celui-ci est réalisé avec l’algorithme AES 256 à l’aide des coordonnées de géolocalisation. Le déchiffrement peut être initié par la combinaison de l’identifiant unique et/ou de la donnée aléatoire avec les coordonnées de géolocalisation récoltées à l’étape 840, selon le même mode opératoire que pour le chiffrement 300. Dans le mode de réalisation présenté, il conviendra alors de positionner l’identifiant global unique après les coordonnées de géolocalisation, et la donnée aléatoire avant les coordonnées de géolocalisation. Il conviendra enfin, d’utiliser la fonction cryptographique SHA 256 sur la combinaison obtenue. De manière facultative, afin de renforcer la robustesse des étapes de chiffrement 300 et de déchiffrement 850, les coordonnées de géolocalisation extraites lors de l’étape 200 peuvent être tronquées. Cette opération permet de réduire la précision de la localisation utilisées pour le chiffrement et le déchiffrement. Ainsi, cela permet de réduire l’influence des aléas sur la précision des données de géolocalisation fournies par la carte GPS 16. Cela permet aussi d’autoriser de légers déplacements sur une distance prédéterminée du serveur pour faciliter la mise en œuvre du procédé de sauvegarde 2000. A titre d’exemple, la troncature des coordonnées de géolocalisation peut être réalisée afin de permettre de réduire la précision de quelques dizaines de centimètres, voire du mètre. Une étape facultative, mais avantageuse, est la génération d’un jeton d’authentification par le serveur local 10 qu’il associe au dispositif informatique 20. Ce jeton pourra être utilisé pour sécuriser les échanges entre le serveur local 10 et le dispositif informatique 20, ou encore le système informatique de stockage public 30 et le dispositif informatique 20. Lorsque le dispositif informatique 20 requiert une requête, une vérification de son jeton peut être réalisée par le serveur local 10. De même, avant une transmission de données, le serveur local 10 peut effectuer une vérification du jeton d’authentification du dispositif informatique 20. Le dispositif informatique 20 peut être, à titre d’exemple non limitatif, un ordinateur, un calculateur, ou une tablette. Il est de préférence relié au serveur local 10 via un réseau local. Au même titre que le jeton d’authentification associé au dispositif informatique 20, un jeton d’authentification peut être associé à un utilisateur particulier. Là encore, des niveaux d’autorisation peuvent y être associés par le serveur local 10. Ainsi, cela renforce à nouveau la sécurité du procédé de sauvegarde 2000. La FIG. 4 présente une étape de reconstruction dégradée. Cette étape est particulièrement pertinente lorsque le flux de données sur le système informatique de stockage public 30 n’est pas accessible. Par exemple, si le système informatique de stockage public 30 a été détruit, le système informatique de stockage public 30 n’est pas en mesure de répondre à la sous-étape d’appel 810. Ainsi, la récupération du flux de données peut s’avérer impossible en passant par ledit système informatique de stockage public. L’étape de reconstruction dégradée 900 vise à pallier ce problème et comprend les sous-étapes suivantes : Une sous étape 910 de transmission du flux de données chiffrée du serveur local 10 au dispositif informatique 20, via une connexion locale entre le serveur local 10 et le dispositif informatique 20. Une sous étape 920 de déchiffrement du flux de données chiffré par le dispositif informatique 20. La clé de déchiffrement peut directement être transmise par le serveur local 10, si la base de données locale est stockée dans le serveur local 10. La transmission du flux de données, enregistré sur le serveur local à l'étape 100, peut être sécurisée en utilisant le protocole TLS (acronyme anglais de « Transport Layer Security », également connu sous la forme « Sécurité de la couche de transport ») lors de la sous-étape 910. Ainsi, la transmission d'informations est effectué via un canal chiffré, conformément aux standards de TLS, assurant la protection de la communication contre les écoutes et les interceptions non autorisées. L’invention concerne également le serveur local 10, comme illustré FIG. 8 . Le serveur local 10 comprend une ou des cartes réseaux 14 pour communiquer avec le dispositif informatique 20. Lesdits équipements réseaux permettent aussi au serveur local 10 d’être relié à un système informatique de stockage public 30 ayant une architecture en nuage. De manière traditionnelle, le serveur local comprend des moyens de stockage 15. Il comprend également un système de géolocalisation 16. Ledit serveur local est configuré pour mettre en œuvre le procédé de sauvegarde 2000 d’un flux de données. Autre exemple de mode de réalisation Dans un autre mode de réalisation, le serveur local 10 comprend un nœud dit nœud maitre 11, et le système informatique de stockage public 30 comprend au moins un nœud dit nœud cible 31. De manière non limitative, dans ce mode de réalisation, le système informatique de stockage public 30 comprend plusieurs nœuds cibles 31, et plus précisément trois. Le nœud cible 31 désigne une ressource sur le système informatique de stockage public pouvant être la destination potentielle de stockage du flux de données chiffré. Le nœud maitre 11 est intégré dans les moyens de stockage du serveur local. L’étape 400 de transmission du flux de données sécurisé sur le système informatique de stockage public est alors réalisé sur au moins un des nœuds cibles 31. De préférence, elle est réalisée sur les trois nœuds 31 en parallèle afin d’offrir une redondance dans le stockage des flux de données. Ainsi, si un ou deux nœuds cibles 31 ne sont plus accessibles, il reste possible de récupérer le flux de données chiffré sur le troisième nœud 31. Un indice de disponibilité est associé à chaque nœud cible 31. Cet indice traduit la capacité du nœud cible 31 à recevoir des données. Notamment, il peut être lié à son débit montant à un instant donné. Ce débit est lié à la vitesse à laquelle des données peuvent être envoyées audit nœud cible 31. Plus précisément, le serveur local 10 peut réaliser, en étape préliminaire, une installation d’un ensemble de nœud dans le système informatique de stockage public. Ledit nœud est alors configuré pour transmettre une mesure de débit montant au serveur local 10. Cette mesure de débit montant est réalisée dans un intervalle de temps donné. Ici, par exemple, elle est réalisée toutes les cinq minutes. Un calcul de disponibilité est réalisé avant l’étape de transmission 400, afin de cibler des nœuds disponibles pour la transmission du flux de données chiffré. Une disponibilité d’un nœud pour recevoir ou non le flux de données chiffré est lié à sa performance pour recevoir des données. Ladite performance, QoS pour « Quality of Service », ou qualité de service, est calculée sous la forme de la formule suivante, sur une durée prédéteminée, par exemple de quatre heures : Où : p n est un nombre de mesures sur une période prédéterminée de la durée prédéterminée, par exemple d’une heure, n est la période prédéterminée considérée (entre une et quatre ici), D noeud est un débit montant d’un nœud. De plus, un seuil est déterminé. Ce seuil est un seuil dit de disponibilité. Si la valeur de la performance QoS est inférieur à ce seuil, le nœud cible est dit indisponible. Au contraire, s’il est au-dessus, le nœud cible est considéré comme disponible. A titre d’exemple, le seuil peut être égal à une heure. L’étape de transmission 400 est alors réalisée sur les nœuds cibles 31, en y associant l’empreinte numérique du flux de données audit flux de données sauvegardé. L’étape 820, dans ce mode de réalisation, est une étape de réponse du ou des nœuds cibles 31 du système informatique de stockage public 30 au serveur local 10 avec l’empreinte numérique du flux de données chiffré que le ou les nœuds cibles 30 ont stocké. L’empreinte envoyée par le serveur local 10 est comparée à celle stockée sur le ou les nœuds cibles 31. Ainsi, si l’empreinte numérique envoyée en réponse par le ou les nœuds cibles 31 du système informatique de stockage public 30 est la même que celle envoyée par serveur local 10, alors le flux de données auquel correspond l’empreinte numérique est bien stocké sur ledit ou lesdits nœuds cibles 31 du système informatique 30 de stockage public. Dans ce mode de réalisation, le procédé de sauvegarde d’un flux de données comprend une étape supplémentaire. La FIG. 5 illustre ainsi une étape de suppression 1000 du flux de données sur le système informatique 30de stockage public. Cette étape comprend trois sous-étapes. Une première sous-étape 1001 comprend la transmission d’un ordre de suppression du flux de données chiffré du dispositif informatique 20 au serveur local 10. Cette transmission peut être réalisé via un réseau local entre le dispositif informatique 20 et le serveur local 10. Le flux de données chiffré est stocké au sein du serveur 10 et est associé à son empreinte numérique suite à l’étape 1000. Le nœud maitre 11 envoie un ordre aux nœuds cibles 31 de suppression du flux de données chiffré. Dans sa requête, le nœud maitre 11 y indique l’empreinte numérique du flux de données chiffré à supprimer, ce qui permet de localiser les nœuds cibles 31 sur lesquels le flux de données chiffré est stocké dans une étape 1002. Une fois le ou les nœuds cibles 31 localisés, la FIG. 5 illustre une étape d’envoi d’une requête de suppression du flux de données chiffré par le nœud maitre 11 du serveur local 10 aux nœuds cibles 31. La requête de suppression peut être configurée pour nécessiter un critère supplémentaire pour être valide. Notamment, une vérification du jeton d’authentification de l’utilisateur peut être réalisée. Cela permet ainsi de ne permettre qu’à certains utilisateurs de supprimer des flux de données sur le système informatique de stockage public 30. Des vérifications supplémentaires, notamment de l’authentification de l’utilisateur ou du dispositif informatique 20 peuvent être réalisées sur plusieurs étapes dudit procédé. La FIG. 6 illustre une étape facultative de l’élaboration d’un fichier de sauvegarde 1100 d’un ensemble de flux de données sauvegardés. Cette étape 1100 peut être divisée en plusieurs sous étapes. La sous-étape 1110 est une sous-étape d’émission, par le serveur local, d’un fichier de sauvegarde comprenant la clé de chiffrement de chaque flux de données de l’ensemble de flux de données. Aussi, le fichier de sauvegarde local comprend une identification de chaque nœud cible 31 sur lequel chaque flux de données de l’ensemble de flux de données est envoyé. Cela permet avantageusement d’avoir l’ensemble des clés de chiffrement et des nœuds cibles 31 sur lesquels les flux de données sont sauvegardés. Par la suite, la sous-étape 1120 est une sous-étape de détermination par le dispositif de géolocalisation 16 du serveur local des coordonnées de géolocalisation du serveur local 10. La sous-étape 1130 est une sous-étape de chiffrement de tout ou partie du fichier de sauvegarde avec une clé de chiffrement définie à partir des coordonnées de géolocalisation associée audit flux de données. Cette étape est semblable à l’étape 300 du procédé, appliquée au fichier de sauvegarde. De même, la sous-étape 1140 est une sous-étape de transmission du fichier de sauvegarde chiffré vers le système informatique de stockage public 30. Elle peut être réalisée de manière similaire à l’étape 400, appliquée au fichier de sauvegarde. La sous-étape 1150 comprend une transmission d’une empreinte numérique du fichier de sauvegarde du système informatique de stockage public 30 au serveur local 10. La FIG. 7 illustre, à la suite de l’étape de l’élaboration 1100, une étape de récupération 1200 d’un ensemble de flux de données avec un fichier de sauvegarde dudit ensemble. Tout d’abord, une sous étape 1210 comprend un appel du serveur local 10 vers le système informatique de stockage public 30 avec l’empreinte numérique du fichier de sauvegarde. Une sous-étape 1220 comprend une réponse du système informatique de stockage public et une transmission du fichier de sauvegarde chiffré du système informatique de stockage public à un dispositif informatique par le réseau virtuel privé. Une sous-étape 1230 est une sous-étape de détermination par le dispositif de géolocalisation 16 du serveur local 10 des coordonnées de géolocalisation du serveur local 10. Cette étape peut être réalisée de la même manière que l’étape 830. Puis, une sous-étape 1240 de transmission des coordonnées de géolocalisation au dispositif informatique 20 est réalisée, de même que pour l’étape 840. La sous-étape 1250 comprend un déchiffrement du fichier de sauvegarde chiffré par le dispositif informatique grâce aux coordonnées de géolocalisation transmises, de manière similaire à l’étape 850. Enfin, la sous-étape 1260 comprend la récupération de l’ensemble de flux de données avec les données contenues dans le fichier de sauvegarde en mettant en œuvre l’étape de reconstruction 800. Lorsque le serveur local 10 est déplacé de manière volontaire, avant son déplacement, ses coordonnées initiales, c’est-à-dire avant qu’il soit déplacé, peuvent être enregistrées sur un dispositif de stockage externe, tel une clé USB. Un fichier comprenant un historique des positions de géolocalisation peut également être alors ajouté dans le serveur local 10 avec permettant la génération des géolocalisations successives utilisées pour le chiffrement lorsque le serveur local 10 est déplacé. Procédé de sauvegarde (2000) d’un flux de données au sein d’un système informatique (30) de stockage public ayant une architecture dite en nuage, ledit procédé étant caractérisé en ce qu’il comprend les étapes de : Réception (100) par un serveur local (10) d’un flux de données à sauvegarder, le serveur local comprenant des moyens de stockage (15) du flux de données à sauvegarder ; Détermination (200) de coordonnées de géolocalisation du serveur local (10) par un dispositif de géolocalisation (16) dudit serveur local géolocalisation ; Chiffrement (300) de tout ou partie du flux de données avec une clé de chiffrement définie à partir des coordonnées de géolocalisation associées au serveur local (10) recevant ledit flux de données ; Transmission (400) du flux de données chiffré vers le système informatique (30) de stockage public. Procédé de sauvegarde (2000) d’un flux de données selon la revendication 1, dans lequel l’étape de chiffrement (300) comprend les sous-étapes suivantes : Génération (310) d’une clé de chiffrement comprenant un identifiant unique aléatoire et les coordonnées de géolocalisation ; Chiffrement (320) avec un algorithme de chiffrement symétrique avec la clé de chiffrement ; Stockage (330) de l’identifiant unique aléatoire sur un dispositif informatique (20). Procédé de sauvegarde (2000) d’un flux de données selon l’une quelconque des revendications 1 à 2, dans lequel l’étape de transmission (400) est suivie par les étapes de : Génération (500) d’une empreinte numérique du flux de données chiffré par le système informatique (30) de stockage public ; Transmission (600) de l’empreinte numérique du flux de données chiffré au serveur local (10) ; Association (700) de l’empreinte numérique et du flux de données chiffré par le serveur local (10). Procédé de sauvegarde (2000) d’un flux de données selon la revendication 3, comprenant une étape de reconstruction (800), ladite étape de reconstruction comprenant les sous-étapes suivantes : Appel (810) du serveur local (10) vers le système informatique (30) de stockage public avec l’empreinte numérique ; Réponse (820) du système informatique (30) de stockage public et transmission du flux de données chiffré du système informatique (30) de stockage public à un dispositif informatique (20) par un réseau virtuel privé ; Détermination (830) par le dispositif de géolocalisation du serveur local (10) des coordonnées de géolocalisation ; Transmission (840) des coordonnées de géolocalisation au dispositif informatique (20) ; Déchiffrement (850) du flux de données chiffré par le dispositif informatique (20) grâce aux coordonnées de géolocalisation transmises. Procédé de sauvegarde (2000) d’un flux de données selon la revendication 3, comprenant une étape de reconstruction dégradée (900) sans appel du serveur local (10) au système informatique (30) de stockage public, ladite étape de reconstruction dégradée comprenant les sous-étapes suivantes : Transmission (910) du flux de données chiffré du serveur informatique (30) au dispositif informatique ; Déchiffrement (920) du flux de données chiffré par un dispositif informatique (20). Procédé de sauvegarde (2000) d’un flux de données selon l’une quelconque des revendications 4 à 5 dans lequel le serveur local (10) comprend un nœud dit nœud maitre (11), et le système informatique (30) de stockage public comprend au moins un nœud dit nœud cible (31), le flux de données chiffré étant envoyé sur le nœud cible (31) par le nœud maitre (11) lors de l’étape de transmission (400) du flux de données chiffré vers le système informatique (30) de stockage public. Procédé de sauvegarde (2000) d’un flux de données selon la revendication 6, l’étape de transmission (400) étant précédée par une étape de recherche d’au moins un nœud cible (31) disponible, la disponibilité d’un nœud cible (31) étant déterminée si une qualité de service d’un nœud cible (31) mesurée sur une durée déterminée, définie par la formule suivante : Où : p n est un nombre de mesure sur une période prédéterminée de la durée prédéterminée, n est la période prédéterminée, D noeud est un débit montant d’un nœud. est supérieure à un seuil prédéfini. Procédé de sauvegarde (2000) d’un flux de données selon l’une quelconque des revendications 6 et 7, dans lequel le système informatique de stockage public (30) comprend au moins trois nœuds cibles (31), l’étape de transmission (400) est réalisée parallèlement sur trois nœuds cibles (31). Procédé de sauvegarde (2000) d’un flux de données selon l’une quelconque des revendications 6 à 8, comprenant une étape de suppression (1000) du flux de données sur le système informatique (30) de stockage public, l’étape de suppression (1000) comprenant les sous-étapes suivantes : Transmission (1001) d’un ordre de suppression du flux de données du dispositif informatique au serveur local ; Géolocalisation (1002) de chaque nœud cible (31) sur lequel le flux de données est stocké ; Envoi (1003) d’une requête de suppression du flux de données par le serveur local sur le ou les nœuds cibles. Procédé de sauvegarde (2000) d’un flux de données selon l’une quelconque des revendications 6 à 9, comprenant une étape d’élaboration (1100) d’un fichier de sauvegarde d’un ensemble de flux de données sauvegardés, comprenant les sous-étapes suivantes : Emission (1110), par le serveur local (10), d’un fichier de sauvegarde comprenant la clé de chiffrement de chaque flux de données de l’ensemble de flux de données sauvegardé, une identification de chaque nœud cible (31) sur lequel chaque flux de données est stocké ; Détermination (1120) par le dispositif de géolocalisation du serveur local (30) de coordonnées de géolocalisation ; Chiffrement (1130) de tout ou partie du fichier de sauvegarde avec une clé de chiffrement définie à partir des coordonnées de géolocalisation associée audit flux de données ; Transmission (1140) du fichier de sauvegarde chiffré dans le système informatique (30) de stockage public ; Transmission (1150) d’une empreinte numérique du fichier de sauvegarde du système informatique (30) de stockage public au serveur local (10). Procédé de sauvegarde (2000) d’un flux de données selon la revendication 10, comprenant une étape de récupération (1200) d’un ensemble de flux de données avec un fichier de sauvegarde dudit ensemble, comprenant les sous-étapes suivantes : Appel (1210) du serveur local vers le système informatique (30) de stockage public avec l’empreinte numérique du fichier de sauvegarde ; Réponse (1220) du système informatique (30) de stockage public et transmission du fichier de sauvegarde chiffré du système informatique (30) de stockage public à un dispositif informatique (20) par un réseau virtuel privé ; Détermination (1230) par le dispositif de géolocalisation (16) du serveur local (10) des coordonnées de géolocalisation ; Transmission (1240) des coordonnées de géolocalisation au dispositif informatique (20) ; Déchiffrement (1250) du fichier de sauvegarde chiffré par le dispositif informatique grâce aux coordonnées de géolocalisation transmises ; Récupération (1260) de l’ensemble de flux de données avec les données contenues dans le fichier de sauvegarde en mettant en œuvre l’étape de reconstruction. Procédé de de sauvegarde (2000) d’un flux de données selon l’une quelconque des revendications 1 à 11 dans lequel le serveur local (10) génère un jeton d’authentification qu’il associe à un utilisateur. Procédé de sauvegarde (2000) d’un flux de données selon l’une quelconque des revendications 1 à 12 dans lequel le serveur local (10) génère un jeton d’authentification qu’il associe à un dispositif informatique (20) comprenant un calculateur. Serveur local (10) comprenant des équipements réseaux pour communiquer avec un dispositif informatique (20) et être relié à un système informatique (30) de stockage public ayant une architecture en nuage, des moyens de stockage (15), caractérisé en ce qu’il comprend un système de géolocalisation (16), ledit serveur local (10) étant configuré pour mettre en œuvre un procédé de sauvegarde (2000) d’un flux de données selon l’une quelconque des revendications 1 à 13.