Application de sécurité (104) pour un dispositif informatique (150), caractérisé en ce que ladite application est 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é 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 dans une mémoire vive (RAM) dudit dispositif informatique, zone sécurisée à 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. Un système de sécurité (100) 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 mémoire vive (RAM) est attribuée à la machine virtuelle, dans laquelle la partie attribuée de la mémoire vive (RAM) définit une zone sécurisée et de telle sorte que la machine virtuelle attribue à son tour à une application de sécurité selon la revendication 1, une partie de la mémoire vive (RAM), cette dernière partie de la mémoire vive (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. Un système de sécurité pour des dispositifs informatiques, le système de sécurité étant adapté pour : - mettre en œuvre une machine physique (102b) attribuant à une application de sécurité selon la revendication 1, une partie de la mémoire vive (RAM), cette partie de la mémoire vive (RAM) attribuée définissant une zone sécurisée, l’enclave ; et - exploiter cette application de sécurité sur la machine physique (102b), dans laquelle l’application de sécurité contrôle l’accès à l’enclave. Système de sécurité selon les revendications 2 ou 3, dans lequel l’enclave est utilisée pour le stockage de données non chiffrées avant le chiffrement ou après le déchiffrement. Système de sécurité selon la revendication 4, dans lequel l’enclave est aussi utilisée pour stocker des clés de chiffrement si ces dernières doivent être gardées confidentielles. Système de sécurité selon la revendication 4 ou 5, dans lequel l’enclave est aussi utilisée pour mettre en œuvre l'application de sécurité. Système de sécurité (100) selon l'une quelconque des revendications 2 à 6, dans lequel 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. Système de sécurité selon l'une quelconque des revendications 2 à 7, dans lequel la machine virtuelle est implémentée et comprend un ou des logiciels tiers pour traiter des données non chiffrées. Système de sécurité selon l'une quelconque des revendications 2 à 8, dans lequel l'application de sécurité est adaptée pour mettre en œuvre un point d'application de politique de sécurité. Système de sécurité selon l'une quelconque des revendications 2 à 9, dans lequel 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. Système de sécurité selon la revendication 10, dans lequel un algorithme (CD) de chiffrement a été défini pour chiffrer les données confidentielles. Système de sécurité selon la revendication 11, dans lequel - 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 ; - deux algorithmes d’initialisation de paires de clés sont également associés aux chiffrements asymétriques, un troisième algorithme (CIN) associé au premier algorithme (CASY) et un quatrième algorithme (SIN) associé au second algorithme (SASY) ; les troisième et quatrième algorithmes (CIN ; SIN) pouvant être décomposés en deux parties, (CIN1, CIN2) pour le troisième algorithme, (SIN1, SIN2) pour le quatrième algorithme. Système de sécurité selon l'une quelconque des revendications 2 à 12, dans lequel 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 point de décision de la politique de sécurité (PDPS) Système de sécurité selon la revendication 13, dans lequel l'application de sécurité est adaptée pour mettre œuvre l’algorithme de chiffrement (CD), les algorithmes de chiffrement asymétriques (CASY ; SASY) et les algorithmes d’initialisation de paires de clés (CIN ; SIN) Architecture de sécurité selon l’une quelconque des revendications 2 à 14 comprenant le système de sécurité et les serveurs point de décision de la politique de sécurité et de routage (PDPS ; SR) distants. Architecture de sécurité selon la revendication 15, dans laquelle chaque dispositif informatique reçoit un numéro d'utilisateur unique et les clés publiques des algorithmes de chiffrement asymétriques (CASY ; SASY) du PDPS en provenance du serveur de routage (SR) distant. Architecture de sécurité selon la revendication 16, dans laquelle un 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. Architecture de sécurité selon la revendication 17, dans laquelle l'application de sécurité est adaptée 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) correspondant à la version hachée du mot de passe haché, et définie par h = H(H(pwd)), ladite valeur (h) étant transmise au PDPS distant via le serveur de routage (SR), dans laquelle cette concaténation est chiffrée en utilisant la clé de chiffrement publique de l’algorithme de chiffrement asymétrique (CASY) du PDPS. Architecture de sécurité selon la revendication 18, dans laquelle, à 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. Architecture de sécurité selon la revendication 19, dans laquelle le point de décision de la politique de sécurité (PDPS) est adapté pour : créer des données d'initialisation qui sont vides si les algorithmes d’initialisation de paires de clés (CIN ; SIN) ne sont pas décomposés en deux parties ou bien qui comprennent les données de sortie des algorithmes (CIN1 ; SIN1 dans le cas contraire ; chiffrer les données d'initialisation concaténées à la valeur secrète (s) à l'aide d'un chiffrement de type symétrique utilisant la clé M ; et transmettre le résultat chiffré à l'application de sécurité à l’origine de la demande via le serveur de routage (SR). Architecture de sécurité selon la revendication 20, dans laquelle, à 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 du chiffrement (symétrique) en utilisant la clé (M) et générer les deux paires de clés publique-privée des algorithmes de chiffrement asymétrique (CASY ; SASY) en utilisant une valeur secrète (t), inconnue du point de décision de la politique de sécurité (PDPS), comme donnée d’entrée des algorithmes d’initialisation de paires de clés (CIN ; 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 ; SIN2) dans le cas contraire, l’application de sécurité étant également adaptée pour transmettre au serveur de routage (SR) les deux clés publiques des algorithmes de chiffrement asymétrique (CASY ; SASY) Architecture de sécurité selon la revendication 21, dans laquelle 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). Architecture de sécurité selon la revendication 22, dans laquelle 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). Architecture de sécurité selon l'une quelconque des revendications 15 à 23, dans laquelle 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, rendant ainsi impossible l’accès à ces données confidentielles et à ces clés si le calcul de la clé maîtresse est erroné. Architecture de sécurité selon l'une quelconque des revendications 15 à 24, dans laquelle le processus de connexion de l'application de sécurité est adaptée pour vérifier l'identité de l'utilisateur lors d’une nouvelle connexion : 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 de chiffrement asymétrique (CASY) du point de décision de la politique de sécurité (PDPS) ; et faire en sorte que la concaténation chiffrée soit transmise au point de décision de la politique de sécurité (PDPS) comme une demande de connexion, via le serveur de routage (SR). Architecture de sécurité selon la revendication 25, dans laquelle, le point de décision de la politique de sécurité (PDPS) est adapté pour qu’à réception de la demande de connexion, ce point de décision de la politique de sécurité (PDPS) puisse : déchiffrer cette demande de connexion en utilisant sa clé privée de l’algorithme de chiffrement asymétrique (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) ; et 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 de chiffrement asymétrique (CASY) en utilisant la clé publique de l'application de sécurité à l’origine de la demande de connexion ; et transmettre, via le serveur de routage (SR) cette concaténation à cette application ou une valeur vide si une des vérifications a échoué. Architecture de sécurité selon la revendication 26, dans laquelle 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 point de décision de la politique de sécurité (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 de chiffrement asymétrique (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 point de décision de la politique de sécurité (PDPS) et si la valeur du témoin a bien été retrouvée. Architecture de sécurité selon l'une quelconque des revendications 15 à 27, dans laquelle le point de décision de la politique de sécurité (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é. Architecture de sécurité selon la revendication 28, dans laquelle le serveur de routage (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 de chiffrement asymétrique (CASY ; SASY) du point de décision de la politique de sécurité (PDPS) et des applications de sécurité initialisées à la disposition de toute application de sécurité ou du point de décision de la politique de sécurité (PDPS) qui en ferait la demande et agir sous le contrôle du point de décision de la politique de sécurité (PDPS) qui peut lui interdire de router certains échanges en application de la politique de sécurité.