FR 2958478 A1 20111007 FR 1001382 A 20100402 PROCEDE DE SECURISATION DE DONNEES ET/OU DES APPLICATIONS DANS UNE ARCHITECTURE INFORMATIQUE EN NUAGE La présente invention concerne un procédé de sécurisation de données et/ou des applications dans une architecture informatique en nuage (« cloud », en anglais). Elle concerne plus particulièrement un tel procédé dans lequel l'architecture comprend - un ensemble de serveurs virtuels identifiés par des identifiants serveurs, chaque serveur virtuel étant associé à un ou plusieurs disques mémoire virtuels, chaque disque mémoire virtuel étant matérialisé par un ou plusieurs espaces mémoire dans un ou plusieurs disques mémoire physiques, - une interface d'administration permettant à un utilisateur distant d'accéder, au travers d'un réseau du type Internet, à un ou plusieurs serveurs virtuels qui lui sont dédiés parmi l'ensemble des serveurs virtuels au moyen d'une clé spécifique à l'utilisateur et/ou à chaque serveur virtuel, et d'administrer lesdits serveurs virtuels dédiés, et - des composants d'interface pour la création et la gestion de l'ensemble des serveurs virtuels. Les infrastructures en tant que services, ou IaaS, sont des infrastructures informatiques récentes qui sont mises en place dans des architectures informatiques en nuage. De telles infrastructures IaaS sont fournies par exemple par AmazonTM, RackspaceTM, Sun MicrosystemsTM, IBMTM, MicrosoftTM ainsi que par certains hébergeurs. AmazonTM est aujourd'hui leader dans la fourniture de ces infrastructures. L'infrastructure en tant que service fournie par AmazonTM est appelée EC2TM . La sécurisation des données gérées au sein d'une architecture informatique dynamique en nuage est complexe. En effet, ces données sont gérées par des serveurs virtuels et sont stockées sur les disques eux- mêmes virtuels, et non pas par des serveurs physiques et des disques physiques distincts les uns des autres. Les attaques ou manipulation visant à acquérir des données d'un utilisateur dans une architecture en nuage sont en général des attaques par canaux auxiliaires susceptibles de provenir, non seulement, de l'extérieur, c'est-à-dire de tiers non utilisateurs de l'architecture, mais aussi, des autres utilisateurs de l'architecture voire des fournisseurs de services. Par exemple, de telles attaques par canaux auxiliaires exploitent les données d'administration de l'infrastructure partagée de façon à déduire des informations sur les applications ou sur les utilisateurs. C'est la raison pour laquelle les utilisateurs de services n'ont qu'une confiance limitée dans la capacité des architectures informatique en nuage pour maintenir l'intégrité et la confidentialité de leurs données. Certes, on a imaginé des procédés de sécurisation des données introduites dans l'architecture, par chiffrement. Toutefois, ces procédés sont complexes à mettre en œuvre et lourds en administration, en particulier lorsque les utilisateurs disposent d'un nombre important de serveurs virtuels gérant des données multiples et diversifiées. D'ailleurs, ces procédés sont des procédés traditionnels, qui sont prévus pour être déployés dans des périmètres d'activité précis qui n'évoluent pas ou que très graduellement. Ils ne sont pas applicables aux architectures dynamiques de l'informatique en nuage. Compte tenu de ce qui précède, un problème que se propose de résoudre l'invention est de sécuriser les données d'un utilisateur dans une architecture informatique dynamique en nuage, de manière simple et sans nécessiter une administration lourde. La solution proposée de l'invention à ce problème a pour objet un procédé de sécurisation de données et/ou des applications dans une architecture informatique en nuage comprenant : un ensemble de serveurs virtuels identifiés par des identifiants serveurs, chaque serveur virtuel étant associé à un ou plusieurs disques mémoire virtuels, chaque disque mémoire virtuel étant matérialisé par un ou plusieurs espaces mémoire dans un ou plusieurs disques mémoire physiques, une interface permettant à un utilisateur distant d'accéder, au travers d'un réseau du type Internet, à un ou plusieurs serveurs virtuels qui lui sont dédiés parmi l'ensemble de serveurs virtuels au moyen de l'identifiant et d'une clé spécifique à l'utilisateur et/ou à chaque serveur virtuel, et d'administrer lesdits serveurs virtuels dédiés, des composants d'interface pour la création et la gestion de l'ensemble des serveurs virtuels, caractérisé en ce qu'il comporte les étapes suivantes selon lesquelles : on fournit un module de sécurité, ledit module de sécurité étant administré par l'utilisateur du ou des serveurs virtuels qui lui sont dédiés ; on fournit, audit module de sécurité, une ou plusieurs politiques de sécurité susceptibles d'être appliquées aux données gérées par les serveurs virtuels dédiés audit utilisateur ; on fournit, audit module de sécurité, la clé spécifique à l'utilisateur et/ou à chaque serveur dédié, pour l'accès aux serveurs virtuels dédiés de l'utilisateur ; le module de sécurité accède auxdits serveur virtuels dédiés de l'utilisateurs ; et les serveurs virtuels dédiés appliquent les politiques de sécurité, qui ont été fournies audit module de sécurité, aux données et/ou aux applications dont ils assurent la gestion. De manière avantageuse, - le procédé comporte en outre les étape suivantes : un agent est installé sur un serveur virtuel dédié ; et le module de sécurité exporte les politiques de sécurité qui lui ont été fournies au serveur dédié sur lequel est installé l'agent ; - les politiques de sécurité fournies au module de sécurité sont appliquées aux serveurs virtuels dédiés par exécution distante, à partir dudit module de sécurité, au travers d'un canal sécurisé ; le procédé comporte en outre les étapes suivantes selon lesquelles : de nouveaux serveurs virtuels dédiés sont créés dynamiquement dans l'architecture informatique en nuage ; la clé spécifique à l'utilisateur et/ou à chaque serveur virtuel dédié nouvellement créé est fournie au module de sécurité ; et les nouveaux serveurs virtuels dédiés appliquent les politiques de sécurité qui leur ont été fournies par le module de sécurité aux données et/ou aux applications dont ils assurent la gestion ; - les politiques de sécurité appliquées aux données et/ou aux applications des nouveaux serveurs virtuels sont appliquées automatiquement ; - le module de sécurité est lui-même un serveur virtuel dédié contenu dans l'architecture informatique en nuage ; - le module de sécurité est fourni par un fournisseur de logiciels en tant que service dans l'architecture informatique en nuage ; - le module de sécurité est un module logiciel installé sur une station informatique physique de l'utilisateur ; - l'architecture comprend en outre un module d'enregistrement d'évènements et en ce que le module de sécurité accède aux évènements enregistrés par ledit module d'enregistrement d'évènements pour les serveurs virtuels dédiés et effectue une vérification de l'application des politiques de sécurité par lesdits serveurs virtuels dédiés à partir desdits évènements ; - - la clé spécifique à l'utilisateur et/ou à chaque serveur virtuel dédié est stockée dans le module de sécurité, dans un module d'une plate-forme de confiance, dans une carte à puce, ou chez un tiers de confiance ; - le procédé est mis en œuvre dans une architecture informatique comportant une pluralité de nuages ; et - les données sont chiffrées dans les serveurs virtuels dédiés conformément à l'application d'une politique de sécurité appliquée auxdits serveurs ; - les données sont chiffrées selon les politiques de sécurité appliquées dans les serveurs virtuels dédiés de manière que, postérieurement à la délétion d'un serveur virtuel dédié, lesdites données ne soient plus lisibles et/ou de manière que à pallier aux attaques par canaux auxiliaires. L'invention sera mieux comprise à la lecture de la description non limitative qui suit, rédigée au regard des dessins annexés, dans lesquels : - les figues 1A, 1B et 1C schématisent différentes architectures informatiques dynamiques en nuage pour la mise en œuvre du procédé selon l'invention ; et - les figures 2A et 2B sont des organigrammes 25 montrant des modes de mise en œuvre particulier du procédé selon l'invnetion. Les architectures informatiques selon l'invention sont des architectures dynamiques en nuage. Ainsi que cela apparaît à la figure 1A, de telles 30 architectures comprennent un ensemble de serveurs virtuels, lesdits serveurs virtuels comprenant éventuellement des agents particuliers installés ou non. Chaque serveur virtuel est identifié, dans l'architecture, par au moins un identifiant serveur. Par 35 ailleurs, chaque serveur virtuel est associé à un ou plusieurs disques mémoire virtuels. Chaque disque mémoire virtuel est matérialisé par un ou plusieurs disques mémoire physiques. Ces disques physiques ne sont pas montrés à la figure 1A. Ils font cependant partie de la couche physique de l'architecture, contrairement aux instances virtuelles, qui font partie de la couche de virtualisation. En outre, les architectures selon l'invention comprennent une interface, par exemple une console d'administration. Grâce à cette console d'administration, un utilisateur peut, en un point d'entrée utilisateur, accéder, au travers d'un réseau du type Internet, à un ou plusieurs serveurs virtuels qui lui sont dédiés parmi l'ensemble de serveurs virtuels. Cet accès est réalisé au moyen de l'identifiant du serveur virtuel dédié, et d'une clé spécifique à celui-ci. D'autre part, l'utilisateur peut, au moyen de la console d'administration, administrer les serveurs virtuels qui lui sont dédiés. Une infrastructure d'interfaces de programmation (APIS) permet notamment d'assurer la création et la gestion des serveurs virtuels dans l'architecture. Parmi ces APIs, on aura donc un composant d'interface de gestion et un composant d'interface de création. L'architecture comprend des composants destinés à équilibrer la charge au sein de l'architecture, ainsi que des pare-feux (firewalls, en langue anglaise) virtuels. Selon l'invention, l'architecture comprend en outre un module de sécurité. Ce module de sécurité est administré par l'utilisateur du ou des serveurs virtuels qui lui sont dédiés, par exemple, au moyen d'une console de module de sécurité disponible au point d'entrée utilisateur. L'infrastructure d'APIs est alors complétée par un composant d'interface sécurité et par un composant de surveillance sécurité. Le module de sécurité a accès à une ou plusieurs politiques de sécurité susceptibles d'être appliquées aux données et/ou aux applications gérées par les serveurs virtuels dédiés audit utilisateur. Ces politiques de sécurité sont des ensembles de règles qui définissent, pour les données et/ou applications gérées par les serveurs virtuels dédiés, la confidentialité, l'intégrité et, avantageusement, la disponibilité. Dans un exemple, la confidentialité peut être conservée, selon une politique de sécurité, par le chiffrement systématique des données. Dans un autre exemple, l'intégrité peut être conservée, selon une politique de sécurité, au moyen d'une surveillance des fichiers de configuration d'une application. Dans un autre exemple encore, la disponibilité peut être gérée, selon une politique de sécurité, en réalisant une architecture redondante. De surcroît, l'architecture comprend en outre un module d'enregistrement d'évènements. Le module de sécurité accède aux évènements enregistrés par ledit module d'enregistrement d'évènements pour les serveurs virtuels dédiés et effectue une vérification de l'application des politiques de sécurité par lesdits serveurs virtuels dédiés à partir desdits évènements. Dans le cas de la figure 1A, le module de sécurité est installé dans un serveur virtuel dédié de l'utilisateur qui souhaite mettre en œuvre le procédé selon l'invention. Il s'agit donc d'un serveur virtuel dédié contenu dans l'architecture informatique en nuage. Toutefois, d'autres modes de réalisation peuvent être mis en œuvre. Par exemple, et ainsi que cela est représenté à la figure 1B, le module de sécurité est un module géré directement par le fournisseur SaaS. Il est donc fourni par un fournisseur de logiciels en tant que service dans l'architecture informatique en nuage. Dans un autre exemple, qui est représenté à la figure 1C, le module de sécurité est installé sur la station informatique physique de l'utilisateur, qui constitue le point d'entrée dans l'architecture en nuage. Le procédé selon l'invention se caractérise en ce 5 qu'il comporte les étapes qui suivent. Tout d'abord, on fournit le module de sécurité, ce module étant administré par l'utilisateur du ou des serveurs virtuels qui lui sont dédiés, au moyen de la console du module de sécurité. Le module de sécurité peut 10 être installé au moyen d'un canal sécurisé, par exemple, en utilisant les protocoles SSL ou SSH. La console de sécurité comprend une interface graphique d'utilisation (GUI) qui permet à l'utilisateur de définir des politiques de sécurité telles que celles concernant par 15 exemple la confidentialité et l'intégrité des données et/ou des applications stockées dans l'architecture, la surveillance des évènements relatif à la sécurité, l'établissement de réseaux privés virtuels. Puis, on fournit, audit module de sécurité, une ou 20 plusieurs politiques de sécurité susceptibles d'être appliquées aux données et/ou aux applications gérées par les serveurs virtuels dédiés audit utilisateur. Il s'agit donc dans un exemple des politiques de sécurité définies par l'utilisateur au moyen de la console de sécurité. 25 Dans l'exemple d'une architecture EC2TM d'AmazonTM, les restrictions réseaux existantes, qui sont appliquées aux serveurs virtuels, par exemple les groupes de sécurité, sont extrapolées vers une politique de sécurité qui sera appliquée aux données et/ou aux applications qui 30 sont gérées par les serveurs virtuels dédiés. On fournit ensuite, audit module de sécurité, les identifiants ainsi que les clés d'accès des serveurs virtuels dédiés de l'utilisateur. Le module de sécurité accède alors auxdits serveurs 35 virtuels dédiés de l'utilisateur. Il exporte les politiques de sécurité qui lui ont été fournies auxdits serveurs virtuels dédiés. Puis, les serveurs virtuels dédiés appliquent les politiques de sécurité qui leur ont été fournies par le module de sécurité aux données et/ou aux applications dont ils assurent la gestion. En pratique, les données en transit et stockées dans l'architecture sont ainsi sécurisées, sans que des modifications ne soient opérées au niveau application dans l'architecture. On notera que les politiques de sécurité sont susceptibles d'être installées, au niveau des serveurs virtuels dédiés, selon deux mécanismes. Il s'agit tout d'abord d'un mécanisme procédant par exécution distante de commande au moyen d'un canal sécurisé, typiquement du type SSH. Il s'agit ensuite d'un mécanisme procédant par installation systématique d'agents sur tous ou une partie des serveurs. Dans ce dernier mécanisme, la console communique avec les agents au moyen d'un canal sécurisé. On notera en outre que les deux mécanismes peuvent être employés de manière concomitante. Si l'utilisateur crée dynamiquement de nouveaux serveurs virtuels dédiés dans l'architecture informatique en nuage au moyen de la console d'administration, alors les identifiants et clés desdits serveurs virtuels dédiés nouvellement créés sont fournies au module de sécurité. Dans ce cas, le module de sécurité exporte automatiquement les politiques de sécurité fournies antérieurement pour d'autres serveurs virtuels dédiés aux nouveaux serveurs virtuels dédiés et les nouveaux serveurs virtuels dédiés appliquent les politiques de sécurité qui leur ont été fournies par le module de sécurité aux données et/ou aux applications dont ils assurent la gestion. En pratique, les politiques de sécurité appliquées aux données et/ou aux applications des nouveaux serveurs virtuels sont appliquées automatiquement. L'utilisateur n'intervient donc pas. On notera que, dans le cas où l'assertion de la sécurité requise n'est pas possible pour un serveur virtuel dédié particulier, on applique, selon l'invention, une politique de sécurité maximale. Il en va de même si les serveurs virtuels dédiés sont créés dynamiquement, de manière automatique, sans intervention de l'utilisateur, en raison de la charge des serveurs virtuels dédiés déjà administrés par l'utilisateur. Le procédé selon l'invention peut être mis en œuvre sans contrôle de son fonctionnement. Toutefois, de manière avantageuse, en analysant les évènements liés aux serveurs virtuels sécurisés, on surveillera l'application de la politique de sécurité pour les données et/ou les applications. Dans le cas où une politique de sécurité maximale a été appliquée par défaut, les processus de monitoring, éventuellement couplés avec des phases d'apprentissage selon lesquelles sont détectées des itérations entre les ressources en environnement contrôlé, peuvent adapter les politiques de sécurité dans le cas d'exceptions. Il existe donc préférentiellement deux processus de surveillance concurrents. Il s'agit tout d'abord d'un premier processus qui surveille les modifications dans l'infrastructure avec l'utilisation des APIs de gestion du fournisseur, par exemple, le lancement d'un nouveau serveur ou d'une unité de stockage. Dans ce premier processus, le module de sécurité découvre lui-même les modifications dans l'infrastructure. Il s'agit ensuite d'un second processus qui vérifie que la politique de sécurité est effectivement en place. Grâce à ce second processus, on vérifie, par exemple, si le stockage est effectivement chiffré en accord avec la politique de sécurité. Si l'un des processus génère des exceptions, alors celles-ci sont enregistrées et une tache est ajoutée en vue de résoudre cette exception. Ces processus de surveillance sont susceptibles 5 d'être gérés conjointement ou non. Ainsi que cela est illustré à la figure 2A, pour la surveillance des modifications dans l'infrastructure, on vérifie, pour chacun des serveurs virtuels, les politiques appliquées. Si des modifications ont été 10 apportées, par exemple si un serveur virtuel dédié a été créé dynamiquement, alors le module de sécurité trouve une politique de sécurité applicable aux données et/ou aux applications gérées par nouveau serveur virtuel. Cette politique est ensuite appliquée audit serveur. Si, 15 par contre, aucune modification n'est apportée, alors on vérifie, pour chacun des serveurs virtuels, les politiques appliquées. Dans une architecture informatique en nuage, le nombre de serveurs virtuels dédiés peut être réduit au 20 cours du temps, par exemple si l'utilisateur souhaite supprimer un serveur. Une diminution du nombre de serveurs virtuels dédiés est susceptible d'avoir des incidences dans les politiques de sécurité appliquées, par exemple, la réduction de la tolérance aux pannes. La 25 conséquence d'une diminution du nombre de serveurs virtuels dédiés peut dont être une violation d'une politique de sécurité. Dans le procédé selon l'invention, une telle diminution du nombre de serveurs virtuels dédiés est détectée, avantageusement de manière 30 automatique, et est prise en compte. Les politiques de sécurité affectées sont alors susceptibles d'être modifiées. Toutefois, dans ce cas, préalablement à toute modification, des alarmes sont susceptibles d'être déclenchées. Il s'agit par exemple d'envoi d'e-mail ou de SMS. Aussi, il est possible de spécifier que la politique de sécurité est prioritaire. Par ailleurs, on notera qu'un problème particulier dans une architecture informatique en nuage est la rémanence des données. En effet, lorsqu'un serveur ou un disque virtuel dédié est supprimé, les données sont susceptibles d'être conservées sur les disques. En chiffrant les données selon les politiques de sécurités appliquées dans les serveurs dédiés, les données conservées dans les disques virtuels supprimés resteront illisibles. La protection desdites données est ainsi assurées. Le chiffrement systématique protège aussi contre les attaques par canaux ouverts entre les colocataires des mêmes plates-formes physiques. Même si le colocataire réussit à dépasser l'isolation entre les machines virtuelles, il doit en outre découvrir les clés. Ainsi que cela est illustré à la figure 2B, pour la vérification de la mise en place des politiques de sécurité au sein de l'infrastructure virtuelle dédiée, on vérifie, pour chacun des serveurs virtuels, les politiques appliquées. Une décision est alors prise : est-ce que la politique de sécurité est en adéquation avec les attentes ? Dans la négative, les exceptions de sécurité sont consultées et la politique de sécurité est réévaluée. Dans l'affirmative, une nouvelle vérification est effectuée. On notera que, dans des variantes de réalisation du procédé selon l'invention, il est possible d'assurer la gestion des versions et la fonctionnalité de retour en arrière vers une infrastructure antérieure, la détection d'incidents comme la fuite d'informations, et l'optimisation des ressources, le contrôle des coûts et un prévisionnel des capacités. On notera que la clé spécifique à l'utilisateur 35 et/ou à chaque serveur dédié est susceptible d'être stockée dans les agents, dans le module de sécurité, qui comprend alors ou non, un module de plateforme de confiance (Trusted Platform Module ou TPM, en anglais), une carte à puce comprenant ou non un TPM disposée au niveau du poste utilisateur. Enfin, les clés peuvent être stockées par un tiers de confiance. REVENDICATIONS1. Procédé de sécurisation de données et/ou des 5 applications dans une architecture informatique en nuage comprenant : un ensemble de serveurs virtuels identifiés par des identifiants serveurs, chaque serveur virtuel étant associé à un ou plusieurs disques mémoire virtuels, 10 chaque disque mémoire virtuel étant matérialisé par un ou plusieurs espaces mémoire dans un ou plusieurs disques mémoire physiques, une interface permettant à un utilisateur distant d'accéder, au travers d'un réseau du type Internet, à un 15 ou plusieurs serveurs virtuels qui lui sont dédiés parmi l'ensemble de serveurs virtuels au moyen d'une clé spécifique à l'utilisateur et/ou à chaque serveur virtuel, et d'administrer lesdits serveurs virtuels dédiés, 20 des composants d'interface pour la création et la gestion de l'ensemble des serveurs virtuels, caractérisé en ce qu'il comporte les étapes suivantes selon lesquelles : on fournit un module de sécurité, ledit module de 25 sécurité étant administré par l'utilisateur du ou des serveurs virtuels qui lui sont dédiés ; on fournit, audit module de sécurité, une ou plusieurs politiques de sécurité susceptibles d'être appliquées aux données gérées par les serveurs virtuels 30 dédiés audit utilisateur ; on fournit, audit module de sécurité, la clé spécifique à l'utilisateur et/ou à chaque serveur virtuel dédié, pour l'accès aux serveurs virtuels dédiés de l'utilisateur ;le module de sécurité accède auxdits serveurs virtuels dédiés de l'utilisateurs ; et les serveurs virtuels dédiés appliquent les politiques de sécurité, qui ont été fournies audit module de sécurité, aux données et/ou aux applications dont ils assurent la gestion. 2. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre les étapes suivantes : un agent est installé sur un serveur virtuel dédié ; et le module de sécurité exporte les politiques de sécurité qui lui ont été fournies au serveur dédié sur lequel est installé l'agent. 3. Procédé selon l'une des revendications 1 ou 2, caractérisé en ce que les politiques de sécurité fournies au module de sécurité sont appliquées aux serveurs virtuels dédiés par exécution distante, à partir dudit module de sécurité, au travers d'un canal sécurisé. 4. Procédé selon l'une des revendications précédentes, caractérisé en ce que les restrictions réseaux existantes, qui sont appliquées aux serveurs virtuels, sont extrapolées vers une politique de sécurité qui sera appliquée aux données et/ou applications qui sont gérées par les serveurs virtuels dédiés. 5. Procédé selon l'une des revendications 30 précédentes, caractérisé en ce qu'il comporte en outre les étapes suivantes selon lesquelles : de nouveaux serveurs virtuels dédiés sont créés dynamiquement dans l'architecture informatique en nuage ;la clé spécifique à l'utilisateur et/ou à chaque serveur virtuel dédié nouvellement créé est fournie au module de sécurité ; et les nouveaux serveurs virtuels dédiés appliquent les politiques de sécurité qui leur ont été fournies par le module de sécurité aux données et/ou aux applications dont ils assurent la gestion. 10 6. Procédé selon la revendication 5, caractérisé en ce que les politiques de sécurité appliquées aux données et/ou aux applications des nouveaux serveurs virtuels sont appliquées automatiquement. 15 7. Procédé selon l'une des revendications précédentes, caractérisé en ce que le module de sécurité est lui-même un serveur virtuel dédié contenu dans l'architecture informatique en nuage. 20 8. Procédé selon l'une des revendications 1 à 6, caractérisé en ce que module de sécurité est fourni par un fournisseur de logiciels en tant que service dans l'architecture informatique en nuage. 25 9. Procédé selon l'une des revendications 1 à 6, caractérisé en ce que le module de sécurité est un module logiciel installé sur une station informatique physique de l'utilisateur. 30 10. Procédé selon l'une des revendications précédentes, caractérisé en ce que l'architecture comprend en outre un module d'enregistrement d'évènements et en ce que le module de sécurité accède aux évènements enregistrés par ledit module d'enregistrement 35 d'évènements pour les serveurs virtuels dédiés eteffectue une vérification de l'application des politiques de sécurité par lesdits serveurs virtuels dédiés à partir desdits évènements. 11. Procédé selon l'une des revendications précédentes, caractérisé en ce que la clé spécifique à l'utilisateur et/ou à chaque serveur virtuel dédié est stockée dans le module de sécurité, dans un module d'une plate-forme de confiance, dans une carte à puce, ou chez un tiers de confiance. 12. Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il est mis en œuvre dans une architecture informatique comportant une pluralité de nuages. 13. Procédé selon l'une des revendications précédentes, caractérisé en ce que les données sont chiffrées dans les serveurs virtuels dédiés conformément à l'application d'une politique de sécurité appliquée auxdits serveurs. 14. Procédé selon l'une des revendications précédentes, caractérisé en ce que les données sont chiffrées selon les politiques de sécurité appliquées dans les serveurs virtuels dédiés de manière que, postérieurement à la délétion d'un serveur virtuel dédié, lesdites données ne soient plus lisibles et/ou de manière que à pallier aux attaques par canaux auxiliaires.30