Brevet FR3042623A1 — publié le 20170421

PROCEDE DE DETECTION DE VULNERABILITES DANS UN SERVEUR VIRTUEL DE PRODUCTION D'UN SYSTEME INFORMATIQUE VIRTUEL OU EN NUAGE DOMAINE DE L'INVENTION La présente invention concerne un procédé de détection de vulnérabilités d'un serveur virtuel de production d'un 5 système informatique virtuel ou en nuage comprenant un ou une pluralité de serveurs virtuels. ART ANTERIEUR 10 La sécurité des systèmes d'informatiques et, notamment, la ,sécurité des systèmes informatiques virtuels ou en nuage est adressée au moyen par une multitude d'outils parmi lesquels la détection de vulnérabilités. 15 La détection de vulnérabilités d'un système informatique virtuel ou en nuage consiste à tester le système par rapport à des failles connues. En pratique, ces failles sont découvertes de façon régulière par des chercheurs du domaine de la sécurité informatique ou par les éditeurs 20 de logiciels eux-mêmes. Elles sont répertoriées dans des bases de données publiques telles la base CVE (Common Vulnerabilities and Exposures - Vulnérabilités et Expositions Communes) maintenue par un organisme dénommé le MitreTM 25 De façon classique, les recherches de vulnérabilités consistent à scanner les réseaux pour trouver les ports ouverts des serveurs de production, puis identifier les logiciels installés sur ces serveurs et effectuer une 30 comparaison par rapport à la base de données des vulnérabilités. De façon alternative, la même fonction 3042623 2 peut être mise en oeuvre au moyen d'un agent logiciel qui est installé sur le serveur de production, et qui fait la comparaison directement sur le serveur. De telles recherches de vulnérabilités présentent cependant différents inconvénients. Tout d'abord, la détection des systèmes d'exploitation est généralement difficile puisque cachée par les couches 10 réseaux des hyperviseurs. Ensuite, la performance et la disponibilité des serveurs de production (et de leurs applications) est affectée par les recherches de vulnérabilités. En effet, ces 15 recherches consomment des ressources importantes sur les serveurs. De ce fait, dans l'art antérieur, les recherches de vulnérabilités ne sont pas automatisées, en ce sens qu'elles sont engagées sous une intervention humaine. En outre, les recherches de vulnérabilités ne 20 sont pas effectuées de manière fréquente, par exemple tous les jours. Or, des nouvelles vulnérabilités sont identifiées chaque jour, de sorte que les serveurs de production présentent des risques potentiels dans la période de temps s'écoulant entre deux recherches de 25 vulnérabilités. De surcroît, les recherches de vulnérabilités profondes exigent bien souvent des droits d'administration des serveurs de production, par exemple lorsqu'un agent est 30 installé sur le serveur de production. Or, les propriétaires des données sur les serveurs de production ne souhaitent pas communiquer les clés d'administration des serveurs de production à des tiers, même lorsqu'il s'agit de recherches de vulnérabilités, qui sont 35 essentielles à la sécurisation de leurs données. 3042623 3 Enfin, certaines recherches de vulnérabilités sont susceptibles de causer des dommages aux serveurs de production. C'est la raison pour laquelle l'auditeur des 5 serveurs de production, qui mène les recherches, évite de réaliser des tests intrusifs sur les serveurs, par exemple des tests procédant par injection SQL (Structured Quèry Language - Langage de Requête Structurée) ou de Cross Site Scripting (Injection de Code Indirecte) ou XSS avec une décharge de la totalité de la base de données, cette décharge pouvant impacter les performances du serveur ou même un arrêt. Ainsi, dans l'art antérieur, les recherches de vulnérabilités sont des recherches qui comprennent des tests sans risque pour les serveurs, mais qui ne sont pas exhaustives, ni rapprochées dans le temps, et qui conduisent bien souvent à l'identification de faux-positifs. RESUME DE L'INVENTION Compte tenu de ce qui précède, l'invention concerne un procédé détection de vulnérabilités dans un serveur virtuel de production d'un système informatique virtuel ou en nuage, qui pallie aux inconvénients précités de l'art antérieur, pour des coûts réduits. La solution proposée de l'invention a pour premier objet un procédé de détection de vulnérabilités d'un serveur virtuel de production d'un système informatique virtuel ou en nuage, ledit système comprenant un ou une pluralité de serveurs virtuels, caractérisé ce qu'il comporte les étapes suivantes selon lesquelles : - on fournit un système d'analyse de vulnérabilités du ou des serveurs virtuels de production ; 3042623 4 - le système d'analyse de vulnérabilités se connecte au système informatique virtuel ou en nuage ; - le système d'analyse de vulnérabilités requiert le clonage du serveur virtuel de production en vue d'obtenir 5 un clone ou une copie disque du serveur virtuel de production ; - le clone ou la copie disque est créé dans le système informatique virtuel ou en nuage ; - le système d'analyse de vulnérabilités se connecte 10 au clone ou à la copie disque ; - le système d'analyse de vulnérabilités analyse les vulnérabilités du clone ou de la copie disque ; - on efface le clone ou la copie disque ; - on génère un rapport d'analyse des vulnérabilités 15 du clone ou de la copie disque ; - on déduit, de l'analyse des vulnérabilités du clone ou de la copie disque, les vulnérabilités dans le serveur virtuel de production ; - on utilise le rapport d'analyse des vulnérabilités pour 20 pallier aux vulnérabilités du serveur virtuel de production. De manière avantageuse : - le système d'analyse de vulnérabilités utilise des fonctionnalités de clonage 25 présentes dans le système informatique virtuel ou en nuage pour le clonage du serveur virtuel de production ; - les fonctionnalités de clonage présentes dans le système informatique virtuel ou en nuage comprennent, un hyperviseur et une infrastructure d'interfaces de 30 programmation ; - le système d'analyse comprend un scanner et une base de données relatives aux vulnérabilités et/ou aux scripts de tests des serveurs et/ou aux politiques de sécurités, et/ou aux historiques des analyses menées ; - pour la connexion, l'adresse IP et/ou l'identifiant du serveur, et une clé permettant le 3042623 5 clonage du serveur ou, au moins, une copie disque du ou des disques virtuels de celui-ci, sont fournis au système d'analyse, puis le système génère au moins une clé pour l'administration du clone ou pour l'attachement de la 5 copie disque ; - la connexion se fait avec ou sans authentification, au moyen d'un tunnel sécurisé, ou de scripts copiés sur le clone ; - le clone, ou la copie disque, est placé dans une zone isolée du système informatique en nuage ; et - les vulnérabilités analysées 10 comprennent l'analyse d'au moins une des vulnérabilités suivantes : présence de virus, présence de logiciels malveillants, piratage du serveur, présence de données non-intègres, présence de logs, présence d'intrusions, défaut dans le respect de politiques de sécurité, analyse 15 de l'existence de fraudes intelligentes, défaut dans le code, présence de changements de tendance des serveurs ; - on placé, sur le clone un logiciel renifleur ; - le procédé comporte en outre une étape selon laquelle des corrections de vulnérabilités sont effectuées sur le 20 clone ; - lorsque une copie disque est réalisée, des virus ou des logiciels malveillants de cette copie disque ne sont pas en état d'exécution ; et - qu'il ne nécessite pas, pour sa mise en oeuvre, les clés d'administration du serveur de production. 25 Elle a pour second objet un système d'analyse de vulnérabilités d'un serveur virtuel de production d'un système informatique virtuel ou en nuage pour la mise en oeuvre du procédé précité. 30 BREVE DESCRIPTION DES FIGURES L'invention sera mieux comprise à la lecture de la description non limitative qui suit, rédigée au regard 35 des dessins annexés, dans lesquels : 3042623 6 - la figure 1 est un schéma représentatif des moyens pour la mise en oeuvre du procédé selon l'invention 5 - la figure 2 représente différentes étapes du procédé selon l'invention ; et - les figures 3A, 3B, 3C et 3D représentent 10 différents modes de connexion du système d'analyse au clone ou à l'image disque, pour la mise en oeuvre du procédé selon l'invention. DESCRIPTION DETAILLEE DE L'INVENTION 15 L'invention a trait à un procédé de détection de vulnérabilités d'un serveur virtuel de production d'un système informatique virtuel ou en nuage. 20 Un système informatique virtuel ou en nuage est un ensemble de matériels, de raccordements réseau et de logiciels qui fournissent des services sophistiqués exploitables à volonté depuis n'importe quel endroit dans le monde, au travers de l'Internet. Les caractéristiques 25 essentielles d'un système informatique virtuel ou en nuage sont la disponibilité mondiale en libre-service, l'élasticité, l'ouverture, la mutualisation et le paiement à l'usage. Notamment, les ressources sont en libre-service, et adaptées automatiquement à la demande. 30 La capacité de stockage et la puissance de calcul sont adaptées automatiquement au besoin d'un consommateur. Les services sont mutualisés. Il est possible de combiner des ressources hétérogènes (matériel, logiciel, trafic réseau) en vue de servir plusieurs consommateurs auxquels 35 les ressources sont automatiquement attribuées. La 3042623 7 mutualisation améliore l'évolutivité et l'élasticité et permet d'adapter automatiquement les ressources aux variations de la demande. Le paiement est à l'usage : la quantité de services consommée dans le système est mesurée et a un impact sur la facturation. Un système informatique virtuel est un système informatique, qui comprend un hyperviseur et au mois une machine virtuelle pour la virtualisation de ce système. 10 Un système informatique en nuage est représenté à la figure 1, sous la référence 1. Il comprend une pluralité de serveurs virtuels de production 2. Chaque serveur virtuel de production 2 est identifié, dans le système, par au moins un identifiant serveur. Par ailleurs, chaque 15 serveur virtuel de production 2 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 dans les dessins. Ils font cependant partie de la 20 couche physique du système, contrairement aux instances virtuelles, qui font partie de la couche de virtualisation. La virtualisation qui est utilisée dans les systèmes en nuage consiste donc à créer une couche logicielle qui fait abstraction de la couche matérielle 25 contenant les serveurs physiques. Par exemple, une unité centrale de traitement (CPU) réelle avec quatre coeurs, peut-être transformée en quatre serveurs avec une CPU dans le cas plus simple, ou un serveur virtuel peut être prévu pour consommer 20% d'une CPU, et les 80% restants 30 peuvent être utilisés par un autre serveur virtuel. La mémoire et le disque peuvent être également partagés entre différents serveurs virtuels. Le système informatique en nuage 1 comporte une 35 infrastructure d'interfaces de programmation (APIs) 3, 3042623 8 qui permet notamment d'assurer la création et la gestion des serveurs virtuels de production 2 dans le système 1. Selon l'invention, on fournit un système d'analyse de 5 vulnérabilités 4 des serveurs virtuels de production 2. Un tel système d'analyse 4 comprend un scanner 5 et une base de données relatives aux vulnérabilités 6, aux scripts de tests 7 des serveurs 2, aux politiques de 10 sécurités 8, et aux historiques des analyses menées 9. La base de données relative aux vulnérabilités 6 est construite au moyen de bases publiques, d'une veille technologique et de données récupérées sur des forums Internet de pirates (threat intelligence en langue 15 anglaise - renseignements sur les menaces). Les scripts de test 7 permettent de tester les vulnérabilités et de les exploiter. Une telle exploitation consiste à poursuivre les tests jusqu'aux limites de résistance du serveur, ce qui ne peut pas être effectué sur des 20 serveurs en production, à cause des risques associés. Les politiques de sécurité 8 permettent de classer les serveurs et les tests à effectuer selon leur aspect critique, la zone réseau et connexion, les menaces. Elles définissent par exemple la profondeur et la périodicité 25 des tests. Les historiques des analyses menées sont un historique de tous les tests effectués. Un tel historique est notamment utilisé pour analyser les tendances des indicateurs de sécurité, tels que le nombre de vulnérabilités. 30 Ce système 4 possède les droits suivants de listage des serveurs virtuels dans le système informatique en nuage, de lister la topologie réseau pour une duplication, et de clonage ou de réalisation d'une copie disque. 35 3042623 9 Pour la recherche de vulnérabilités dans un serveur de production 2 dans un système informatique virtuel ou en nuage 1, le propriétaire du serveur 2 doit fournir au système 4 l'adresse IP et/ou l'identifiant de ce serveur, 5 et une clé permettant le clonage du serveur 2 ou, au moins, une copie disque du ou des disques virtuels de celui-ci. Il n'a pas à fournir de clé d'administration de ce serveur 2. Pour la fourniture de cette clé permettant le clonage (ou la copie disque), le propriétaire lui-même 10 crée une clé avec un droit de clonage (ou de copie disque). Cette clé est entrée dans le système d'analyse 4 selon l'invention. Ce système 4 génère alors au moins un clé, mais pratiquement une paire de clés publique/privée, pour l'administration du clone. Cette procédure menée 15 pour chaque recherche de vulnérabilités sur un serveur 2, ou une fois pour toutes, pour un même serveur 2. Selon l'invention, le système d'analyse de vulnérabilités 4 se connecte au système informatique en nuage 1. 20 Puis, une fois que la connexion est réalisée, le système d'analyse 4 fait appel à une API présente dans le système 1, qui permet de cloner le serveur 2 au moyen de la clé spécifique comportant le droit de clonage (ou de copie 25 disque), qui a été fournie au système d'analyse 4. La clé est fournie au système d'informatique en nuage et ce système crée alors un clone (ou une copie disque) du serveur virtuel 2. Ce clone est référencé 10 à la figure 1. En pratique, le clonage est effectué en faisant appel 30 aux fonctions de l'hyperviseur, des APIs du système informatique en nuage ou du système de gestion des conteneurs, en utilisant les fonctionnalités de clonage présentes dans les systèmes de virtualisation, tels que VmwareTM vSphereTM et Microsoft Hyper VTM, dans les 35 infrastructures en nuage, tels qu'Amazon Web ServicesTM et 3042623 10 OpenstackTM, et dans les systèmes de conteneurs, tels que DockerTM et KubernetesTM. Le clone 10 est avantageusement placé dans une zone 5 réseau isolée du système informatique en nuage 1 de manière à éviter les effets de bord qui pourraient être occasionnés dans l'exécution des tests de recherche de vulnérabilités. 10 On notera que la réalisation des copies disque ou clones n'ont normalement pas d'impact de performance sur les serveurs du système 1. Ceci profite aux mécanismes de redondance, avec des copies pour une haute disponibilité, qui sont en place avec ces solutions. Selon l'invention, 15 un accès immédiat est donné à une copie redondante et pour prévoir de nouvelles copies, sans impact de performance. Dans une étape ultérieure du procédé selon l'invention, 20 le système d'analyse de vulnérabilités se connecte au clone 10 du serveur virtuel 2. Cette connexion se fait avec les nouvelles données d'authentification gérées par le logiciel, qui sont différentes des données des machines de production. Elle est réalisée au moyen de la 25 clé privée générée antérieurement par le système d'analyse 4, pour l'administration du clone 10. En pratique, cette connexion peut se faire sans authentification, au moyen d'un scanner de réseau par 30 exemple du type NmapTM, ou avec authentification, selon les protocoles TelnetTM ou RDP (Remote Desktop - Bureau à distance) - voir figure 3A. Par ailleurs, la connexion peut se faire au moyen d'un tunnel sécurisé du type SSH ou VPN (Virtual Private Network - Réseau Privé Virtuel) - 35 voir figure 3B, ou de scripts copiés sur le clone - voir 3042623 11 figure 3C. Lorsqu'une image disque est créée, alors l'opération réalisée est une opération d'attachement d'un disque - voir figue 3D. 5 Puis, le système d'analyse de vulnérabilités 4 analyse les vulnérabilités du clone 10. Il utilise à cet effet, les données contenues dans les bases de données relatives aux vulnérabilités 6, des scripts de tests contenus dans la base de scripts de tests 7, les politiques de 10 sécurités contenues dans la base des politiques de sécurités 8, et a accès aux historiques des analyses menées antérieurement pour des clones du serveur 2 notamment. 15 L'analyse consiste à effectuer des tests et à vérifier des fichiers sur le clone 10. Les tests sont multiples. Ils sont réalisés avec : des scanners classiques tels que NessusTM et OpenVASTM, des éléments logiciels qui vérifient que les fichiers de configuration suivent des bonnes 20 pratiques, des logiciels d'exploitation de failles comme MetasploitTM. Ils comprennent une analyse de fichiers de logs, la vérification des sommes de contrôle cryptographiques pour détecter les modifications, la vérification de la présence de logiciels malveillants ou 25 de virus. Tous les tests peuvent être effectués, puisqu'ils sont réalisés sur un clone et non pas sur une machine de production et, en particulier les tests intrusifs, par exemple MetasploitTM, qui risquent d'impacter la performance et la disponibilité des 30 serveurs et des applications qu'ils comportent. Par ailleurs, dans le cas des APTs (Advanced Persistent Threats - menaces avancées persistantes), les analyses consistent dans la détection de signaux faibles qui sont anormaux lorsqu'ils sont comparés à l'historique. Cette 35 analyse n'a pas besoin d'être faite en temps réel, et 3042623 12 peut être faite à des intervalles réguliers avec un clone avec une économie de ressources. Au lieu de faire les analyses au fil de l'eau quand les logs arrivent, le système d'analyse laisse les logs s'accumuler dans le 5 serveur de production ou dans un serveur déporté. Eventuellement, un logiciel dit renifleur (« sniffer » en langue anglaise) tel que les logiciels distribués sous les noms tcpdumpTM ou wiresharkTM, peut être placé dans le 10 clone en vue d'analyser toutes les connections entrantes et sortantes. Le fonctionnement d'un tel logiciel renifleur est dangereux sur un serveur de production est a un impact important, en général, sur les performances de ce serveur. En procédant de la sorte sur le clone, le 15 serveur de production ne sera pas impacté. En procédant de la sorte, une analyse fine des communications est mise en oeuvre et il est possible de détecter des connexions vers des adresses IP dangereuses ou en listes noires ou grises, par exemple des commandes et contrôles (C&C), et 20 de déterminer les centres de contrôle des attaques de masse des réseaux de zombies (« botnet ») par exemple. Eventuellement, des corrections des vulnérabilités identifiées sont effectuées sur le clone 10. En procédant 25 de la sorte, il est possible de prévoir l'impact des corrections sur le serveur de production puis de décider si les corrections peuvent être mises en oeuvre sur le serveur de production lui-même, et de quelle manière. Eventuellement, après l'application des corrections sur 30 le clone 10, celui-ci peut remplacer le serveur de production. Dans le cas d'une image disque, le serveur n'est pas en mode exécution. Il n'est donc pas nécessaire d'obtenir 35 des ressources en CPU (unité de contrôle centrale) 3042623 13 additionnelle, et l'analyse est dès lors plus économique (pas de coûts liés à la CPU) et plus sécurisée puisque si la machine virtuelle est infectée ou contient des virus/logiciels malveillants, ces virus ou ces logiciels 5 malveillants ne sont pas en état d'exécution et les contre-mesures possibles ne sont pas mises en oeuvre. Lorsque les tests sont terminés, alors le clone 10 ou la copie disque sont effacés. 10 Des rapports sont construits et des tableaux de bord sont construits avec l'état de la sécurité des serveurs virtuels. Ces tableaux de bord et tableaux sont construits avec des indicateurs sur la sécurité des 15 serveurs virtuels et, plus généralement, du système informatique en nuage (réseau, pare-feu, applications, données). Il permet de générer des alertes quand le système d'analyse identifie une vulnérabilité critique ou un évènement qui viole une politique de sécurité. Les 20 rapports sont générés avec l'historique des tests effectués, les résultats et les tendances. Ce processus peut être mis en oeuvre à la demande. Il peut aussi être répété de manière automatique avec une 25 périodicité qui est configurable, par exemple une fois par jour, une fois par semaine ou une fois par mois. Il est alors possible d'effectuer un suivi de façon continue des failles avec des couts réduits. 30 Le procédé selon l'invention peut avantageusement remplacer les systèmes de détection de virus, de logiciels malveillants, ou de réseaux de machines contrôlés par des pirates ; les systèmes de vérification de l'intégrité des données stockées sur le serveur ; les 35 systèmes d'analyse de logs et de SIEM (System Information 3042623 14 and Event Management système de gestion de l'information et des évènements) ; les systèmes de détection d'intrusion ; les systèmes de vérification d'application des politiques de sécurité ; les systèmes 5 d'analyse et de traitement des menaces ; les systèmes d'analyse de code ; les systèmes de détection et d'analyse des tendances ; et les systèmes d'analyse des changements effectués sur les serveurs. Il n'est pas nécessaire, selon l'invention, d'installer un agent sur 10 le serveur pour mener les actions précitées. REVENDICATIONS1. Procédé de détection de vulnérabilités d'un serveur virtuel de production (2) d'un système informatique virtuel ou en nuage (1), ledit système comprenant un ou une pluralité de serveurs virtuels, caractérisé ce qu'il comporte les étapes suivantes selon lesquelles : - on fournit un système d'analyse de vulnérabilités (4) du ou des serveurs virtuels de production (2) ; - le système d'analyse de vulnérabilités (4) se 10 connecte au système informatique virtuel ou en nuage (1) - le système d'analyse de vulnérabilités (4) requiert le clonage du serveur virtuel de production (2) en vue d'obtenir un clone (10) ou une copie disque du 15 serveur virtuel de production (2) ; - le clone (10) ou la copie disque est créé dans le système informatique virtuel ou en nuage (1) ; - le système d'analyse de vulnérabilités (4) se connecte au clone (10) ou à la copie disque ; 20 - le système d'analyse de vulnérabilités (4) analyse les vulnérabilités du clone (10) ou de la copie disque ; - on efface le clone (10) ou la copie disque ; - on génère un rapport d'analyse des vulnérabilités du clone (10) ou de la copie disque ; 25 - on déduit, de l'analyse des vulnérabilités du clone (10) ou de la copie disque, les vulnérabilités dans le serveur virtuel de production (2) ; - on utilise le rapport d'analyse des vulnérabilités pour pallier aux vulnérabilités du serveur virtuel de 30 production (2). 2. Procédé selon la revendication 1, caractérisé en ce que le système d'analyse de vulnérabilités utilise des 3042623 16 fonctionnalités de clonage présentes dans le système informatique en nuage (1) pour le clonage du serveur virtuel de production (2). 5 3. Procédé selon la revendication 2, caractérisé en ce que les fonctionnalités de clonage présentes dans le système informatique virtuel ou en nuage (1) comprennent, un hyperviseur et une infrastructure d'interfaces de programmation. 4. Procédé selon l'une des revendications précédentes, caractérisé en ce que le système d'analyse (4) comprend un scanner (5) et une base de données relatives aux vulnérabilités (6) et/ou aux scripts de tests (7) des serveurs (2) et/ou aux politiques de sécurités (8), et/ou aux historiques des analyses menées (9). 5. Procédé selon l'une des revendications précédentes, caractérisé en ce que, pour la connexion, l'adresse IP et/ou l'identifiant du serveur (2), et une clé permettant le clonage du serveur (2) ou, au moins, une copie disque du ou des disques virtuels de celui-ci, sont fournis au système d'analyse (4), puis le système (4) génère au moins une clé pour l'administration du clone (10) ou pour l'attachement de la copie disque. 6. Procédé selon l'une des revendications précédentes, caractérisé en ce que la connexion se fait 30 avec ou sans authentification, au moyen d'un tunnel sécurisé, ou de scripts copiés sur le clone (10). 7 Procédé selon l'une des revendications précédentes, caractérisé en ce que le clone (10), ou la 3042623 17 copie disque, est placé dans une zone isolée du système informatique en nuage (1). 8. Procédé selon l'une des revendications 5 précédentes, caractérisé en ce que les vulnérabilités analysées comprennent l'analyse d'au moins une des vulnérabilités suivantes : présence de virus, présence de logiciels malveillants, piratage du serveur, présence de données non-intègres, présence de logs, présence 10 d'intrusions, défaut dans le respect de politiques de sécurité, analyse de l'existence de fraudes intelligentes, défaut dans le code, présence de changements de tendance des serveurs. 15 9. Procédé selon l'une des revendications précédentes, caractérisé en ce que l'on place, sur le clone (10) un logiciel renifleur. 10. Procédé selon l'une des revendications 20 précédentes, caractérisé en ce qu'il comporte en outre une étape selon laquelle des corrections de vulnérabilités sont effectuées sur le clone (10). 11. Procédé selon l'une des revendications 25 précédentes, caractérisé en ce que le système (1) est un système informatique en nuage. 12. Procédé selon l'une des revendications précédentes, caractérisé en ce que lorsque une copie disque est réalisée, des virus ou des logiciels malveillants de cette copie disque ne sont pas en état d'exécution. 13. Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il ne nécessite pas, 3042623 18 pour sa mise en oeuvre, les clés d'administration du serveur de production. 14. Système d'analyse de vulnérabilités (4) d'un serveur virtuel de production (2) d'un système informatique virtuel ou en nuage (1) pour la mise en oeuvre du procédé selon l'une des revendications précédentes.