Conformément aux présentes inventions, il est prévu une application de sécurité pour un dispositif informatique, ladite application étant adaptée pour : donner à un utilisateur du dispositif informatique sur lequel est installé ladite application de sécurité, accès à un ensemble de services sécurisés dans lesquels sont échangées des données chiffrées avec d’autres applications de sécurité installées sur d’autres dispositif informatiques distants ; disposer d’une zone sécurisée de la RAM à laquelle seule l’application de sécurité peut avoir accès, l’enclave ; être dotée d’un processus d’initialisation permettant notamment de recueillir des données d’identification de l’utilisateur qui ne quittent jamais l’enclave avant d’être détruites et de mettre en place des clés nécessaires au chiffrement des données échangées ; être dotée d’un processus de connexion permettant de vérifier les données d’identification lors des utilisations de l’application de sécurité ultérieures à l’initialisation, sans que ces données d’identification ne quittent l’enclave avant d’être détruites, une vérification étant le préalable pour que l’utilisateur du dispositif informatique puisse accéder aux services sécurisés ; calculer, à partir des données d’identification, lors de l’initialisation une première fois puis à chaque connexion de façon conforme, dans un processus collaboratif avec un point de décision de politique de sécurité distant, une clé maîtresse qui ne quitte jamais l’enclave avant d’être détruite et qui est indispensable pour que l’application de sécurité puisse accéder aux clés de chiffrement. La présente invention concerne également un système de sécurité pour des dispositifs informatiques, le système de sécurité étant adapté pour : - mettre en œuvre une machine virtuelle dans la mémoire vive, RAM, du dispositif informatique de telle sorte qu'une partie de la RAM est attribuée à la machine virtuelle, dans laquelle la partie attribuée de la RAM définit une zone sécurisée et de telle sorte que la machine virtuelle attribue à son tour ladite application de sécurité précédemment décrite, une partie de la RAM, cette dernière partie de RAM définissant une enclave ; et - exploiter cette application de sécurité sur la machine virtuelle, dans laquelle l'application de sécurité contrôle l'accès à l’enclave. Avantageusement, le système de sécurité est adapté pour : - mettre en œuvre une machine physique attribuant à l’application de sécurité précédemment décrite, une partie de la RAM, cette partie de la RAM attribuée définissant une zone sécurisée, l’enclave ; et - exploiter cette application de sécurité sur la machine physique, dans laquelle l’application de sécurité contrôle l’accès à l’enclave. Selon une caractéristique, l’enclave est utilisée pour le stockage de données non chiffrées avant le chiffrement ou après le déchiffrement. En outre, l’enclave est aussi utilisée pour stocker des clés de chiffrement si ces dernières doivent être gardées confidentielles.et est aussi utilisée pour mettre en œuvre l'application de sécurité. Avantageusement, la machine virtuelle est implémentée et comprend des pilotes pour des dispositifs périphériques du dispositif informatique, où les dispositifs périphériques sont utilisés pour traiter des données non chiffrées. En outre, la machine virtuelle est implémentée et comprend un ou des logiciels tiers pour traiter des données non chiffrées. Selon une caractéristique, l'application de sécurité est adaptée pour mettre en œuvre un point d'application de politique de sécurité. Également, l'application de sécurité est adaptée pour vérifier que toute donnée entrant ou sortant de l’enclave est chiffrée et si nécessaire signée d'une manière prédéterminée. En outre, un algorithme (CD) de chiffrement a été défini pour chiffrer les données confidentielles. Plus précisément, deux algorithmes de chiffrement asymétriques ont été définis, un premier algorithme (CASY) pour chiffrer les clés de l’algorithme CD ou des données d’initialisation et un second algorithme (SASY) pour signer le chiffrement de ces clés ou de ces données ; ainsi que deux algorithmes d’initialisation des paires (clé publique, clé privée) sont également associés aux chiffrements asymétriques, un troisième algorithme (CIN) pour CASY et un quatrième algorithme (SIN) pour SASY. Les algorithmes CIN et SIN peuvent éventuellement être décomposés en deux parties, CIN1 et CIN2 pour le premier, SIN1 et SIN2 pour le second. Avantageusement, l'application de sécurité est adaptée pour communiquer avec un point de décision de la politique de sécurité (PDPS) distant par l’intermédiaire d’un serveur de routage (SR) sous le contrôle du PDPS., l'application de sécurité étant adaptée pour mettre œuvre les algorithmes CD, CASY, CIN, SASY et SIN. L’invention concerne également une architecture de sécurité comprenant le système de sécurité précédemment décrit et les serveurs PDPS et SR distants, dans laquelle chaque dispositif informatique reçoit un numéro d'utilisateur unique et les clés publiques des algorithmes CASY et SASY du PDPS en provenance du serveur SR distant. Avantageusement, dans cette architecture de sécurité, le processus d’initialisation de l'application de sécurité reçoit d’un utilisateur un mot de passe, pwd, ou des données d’identification pouvant se condenser en une donnée unique pwd, lui applique une fonction de hachage à sens unique, H, et stocke le résultat du hachage, H(pwd), dans l’enclave. En outre, dans cette architecture de sécurité, l'application de sécurité est adaptée dans ce cas pour faire en sorte qu'une demande d’initialisation définie comme la version chiffrée de la concaténation d'une clé pseudo-aléatoire, M, d'une certaine longueur binaire, du numéro d'utilisateur unique, et d'une valeur h étant la version hachée du mot de passe haché, où h = H(H(pwd)) soit transmise au PDPS distant via le SR, dans laquelle cette concaténation est chiffrée en utilisant la clé de chiffrement publique de l’algorithme CASY du PDPS. Avantageusement, dans cette architecture de sécurité, à réception d’une demande d’initialisation en provenance d’une application de sécurité, le PDPS crée une valeur secrète s, et la stocke conjointement avec la valeur reçue pour h et le numéro d'utilisateur unique. En outre, dans cette architecture de sécurité, le serveur PDPS est adapté pour créer des données d'initialisation, vides si les algorithmes CIN et SIN ne sont pas décomposés en deux parties et comprenant les données de sortie des algorithmes CIN1 et SIN1 dans le cas contraire ; chiffrer les données d'initialisation concaténées à la valeur secrète s à l'aide d'un chiffrement symétrique utilisant la clé M ; et transmettre le résultat chiffré à l'application de sécurité à l’origine de la demande via SR. Également, dans cette architecture de sécurité, à la réception des données d'initialisation chiffrées, l'application de sécurité est adaptée pour déchiffrer les données d'initialisation et la valeur s à l’aide d’un chiffrement symétrique en utilisant la clé M et générer les deux paires de clés publique-privée des algorithmes CASY et SASY en utilisant une valeur secrète t, inconnue du PDPS, comme donnée d’entrée des algorithmes CIN et SIN si les données d’initialisation sont vides et cette valeur secrète t conjointement avec les données d’initialisation comme donnés d’entrée des algorithmes CIN2 et SIN2 dans le cas contraire. L’application de sécurité est également adaptée pour transmettre au SR les deux clés publiques des algorithmes CASY et SASY ainsi calculées. Avantageusement, dans cette architecture de sécurité, l'application de sécurité calcule une clé maîtresse basée sur la valeur secrète s, et la version hachée du mot de passe H(pwd). Précisément, dans cette architecture de sécurité, la clé maîtresse est calculée selon H(s ^ H(pwd)) et un témoin T est calculé selon H(s ^ H(s ^ H(pwd))) et stocké sur le disque dur local pour réutilisation ultérieure où H est la fonction de hachage à sens unique, s est la valeur secrète, et ^ est une opération OU exclusif (XOR). Également, dans cette architecture de sécurité, l'application de sécurité est adaptée pour utiliser la clé maîtresse pour chiffrer des données confidentielles et des clés de chiffrement de l’algorithme CD, pour un stockage sur le disque dur. Également, dans cette architecture de sécurité, le processus de connexion de l'application de sécurité est adapté pour vérifier l'identité de l'utilisateur lors d’une nouvelle connexion selon le processus suivant : recevoir un mot de passe de connexion, lgpwd, de l'utilisateur ; calculer une fonction de hachage, H, du mot de passe de connexion, lgpwd, ou des données d’identification condensées en une donnée unique lgpwd, H(lgpwd), puis calculer une valeur lgh à partir d'une fonction de hachage du résultat, de sorte que lgh=H(H(lgpwd)) ; obtenir une valeur pseudo-aléatoire D, d'une certaine longueur de bits ; calculer une valeur S, où S = H(M ^ lgh) ; en concaténant le numéro d'utilisateur unique, et les valeurs D, M, et S ; en chiffrant la concaténation avec la clé publique de l’algorithme CASY du PDPS ; et faire en sorte que la concaténation chiffrée soit transmise au PDPS comme une demande de connexion, via le SR. En outre, dans cette architecture de sécurité, le PDPS est adapté pour qu’à réception de la demande de connexion, ce PDPS puisse : déchiffrer cette demande de connexion en utilisant sa clé privée de l’algorithme CASY ; vérifier le numéro d'utilisateur unique ; si le numéro d'utilisateur unique est valide, vérifier que la valeur reçue S satisfait l'égalité S = H(M ^ h) ; si S est vérifié, chiffrer la valeur secrète s à l'aide d'un chiffrement symétrique en utilisant la clé M, la concaténer avec le résultat du chiffrement de D avec l’algorithme CASY en utilisant la clé publique de l'application de sécurité à l’origine de la demande de connexion et transmettre cette concaténation à cette application, où une valeur vide si une des vérifications a échoué, via SR ; Également, dans cette architecture de sécurité, l’application de sécurité est adaptée pour permettre, à réception de la concaténation en réponse à une demande de connexion, de : vérifier que cette concaténation provient bien du PDPS en vérifiant que le déchiffrement de la seconde partie de la concaténation en utilisant sa clé privée de l’algorithme CASY redonne bien la valeur D ; déchiffrer la première partie de la concaténation avec l’algorithme symétrique et la clé M, le résultat de cette opération étant s ; recalculer la clé maîtresse comme étant égale à H(s ^ H(lgpwd)) ; vérifier que H(s ^ H(s ^ H(lgpwd))) est bien égale à la valeur témoin T stockée lors de l’initialisation autoriser l’utilisation des services sécurisés du dispositif informatique concerné si la concaténation n’est pas vide, si elle provient bien du PDPS et si la valeur du témoin a bien été retrouvée. Avantageusement, dans une architecture de sécurité ainsi dotée des processus d’initialisation et de connexion tels que décrits, l’autorisation d’accès aux services sécurisés ne peut pas être forcée par une modification du code de l’application de sécurité qui rendrait par exemple la vérification du témoin T toujours positive. Ce témoin n’est qu’une indication pour l’utilisateur pour lui signifier que le mot de passe est correct ou non. Si le mot de passe est incorrect, la valeur calculée de la clé maîtresse est nécessairement erronée et les clés de chiffrement le l’algorithme CD et les clés privées des algorithme CASY et SASY ne pourront pas être déchiffrées, rendant ainsi impossible l’utilisation des services sécurisés, même si la reconnaissance du témoin a été forcée à positive. Également, dans cette architecture de sécurité, le PDPS distant est adapté pour mettre en œuvre les fonctions d’un point de décision de politique de sécurité, comprenant un moteur de politique de sécurité et un administrateur de politique de sécurité. Avantageusement, dans cette architecture de sécurité, le SR distant est adapté pour effectuer les opérations de routage en tenant les données chiffrées à disposition des destinataires pendant une certaine période de temps, tenir les clés publiques des algorithmes CASY et SASY du PDPS et des applications de sécurité initialisées à la disposition de toute application de sécurité ou du PDPS qui en ferait la demande et agir sous le contrôle du PDPS qui peut lui interdire de router certains échanges en application de la politique de sécurité.