REVENDICATIONS 1. Module d'identité de protocole d'application sans fil (WIM) inviolable incluant mémorisés sur celui-ci une paire de clefs publique-privée et un certificat de fabricant, dans lequel le certificat contient un jeu de champs maintenant des données se rapportant à ladite paire de clefs, le certificat étant signé en utilisant une clef privée supplémentaire. 2. Module selon la revendication 1, dans lequel la clef publique est maintenue dans un champ dudit certificat. 3. Module selon la revendication 1 ou la revendication 2, incluant en outre un certificat d'autorité de certification. 4. Module selon l'une quelconque des revendications précédentes, dans lequel le dernier au moins des certificats est mémorisé de façon externe audit module à un emplacement éloigné qui peut être dérivé d'une adresse mémorisée sur ledit module. 5. Module selon l'une quelconque des revendications précédentes, dans lequel la clef privée supplémentaire est la clef privée de fabricant. 6. Module selon l'une quelconque des revendications 1 à 4, dans lequel la clef privée supplémentaire est une clef initiale de gestion, le module présentant de plus, mémorisé sur celui-ci, un certificat initial de gestion signé en utilisant la clef privée de fabricant. 7. Procédé de fabrication d'un module d'identité de protocole d'application sans fil (WIM) inviolable comprenant les étapes consistant à mémoriser une paire de clefs publique-privée sur ledit module avec un certificat de fabricant signé en utilisant une clef privée supplémentaire. 8. Procédé selon la revendication 7, dans lequel la paire de clefs est créée de façon externe audit module. 9. Procédé selon la revendication 7, dans lequel la paire de clefs est créée de façon interne audit module. 10. Procédé selon la revendication 8 ou la revendication 9, dans lequel le certificat de fabricant est créé de façon externe au module. 11. Procédé selon la revendication 10 en annexe à la revendication 9, dans lequel on accède au module pour obtenir la clef publique afin de faciliter la création externe du certificat. 12. Procédé selon l'une quelconque des revendications 7 à il, dans lequel la clef privée supplémentaire est la clef privée de fabricant. 13. Procédé selon la revendication 9, comprenant les étapes supplémentaires consistant à mémoriser une paire initiale de clefs de.gestion créée de façon externe et un certificat initial de gestion signé en utilisant la clef privée de fabricant sur ledit module, et à mémoriser un certificat de fabricant créé de façon interne sur ledit module, dans lequel la clef privée supplémentaire est la clef privée initiale de gestion. 14. Procédé de validation d'un module d'identité de protocole d'application sans fil (WIM) inviolable, sur lequel est mémorisée au moins une paire de clefs publique- privée avec un certificat de fabricant signé en utilisant une clef privée supplémentaire, le procédé comprenant l'étape consistant à questionner un répertoire public afin d'obtenir un certificat de clef publique avec lequel vérifier la signature générée par la clef privée supplémentaire. 15. Procédé de validation de l'identité d'un terminal de communication destiné à mener des transactions sur un réseau, comprenant l'établissement de l'identité d'un utilisateur sur le terminal connecté au réseau, l'interrogation du terminal destinée à obtenir une clef publique d'une paire de clefs publique-privée mémorisée sur le terminal, confirmer l'authenticité d'un certificat signé par le fabricant de module supportant la clef publique et délivrer ultérieurement un certificat supplémentaire pour la clef publique, lequel certificat est disponible pour supporter des transactions avec le terminal sur le réseau. 16. Procédé selon la revendication 15, dans lequel le fournisseur de service de réseau réalise l'authentification du certificat de fabricant. 17. Dispositif de communication présentant mémorisée sur celui-ci une pluralité de certificats supportant des opérations de sécurité incluant l'authentification et la non-répudiation, et incluant en outre un certificat de fabricant mémorisé sur un module inviolable, dans lequel le certificat de fabricant contient un jeu de champs maintenant des données se rapportant à une paire de clefs publique-privée, pour la sécurité de couche d'application, la clef privée au moins étant mémorisée sur ledit module, le certificat de fabricant étant signé en utilisant une clef privée supplémentaire. 18. Dispositif selon la revendication 17, dans lequel au moins un certificat supportant des opérations de sécurité est mémorisé de façon externe audit dispositif à un emplacement distant qui peut être dérivé d'une adresse mémorisée sur ledit dispositif. 19. Procédé destiné à satisfaire un émetteur de module d'identité de la provenance d'un module d'identité pour utilisation dans des transactions sur un réseau comprenant l'approbation par l'utilisateur d'un procédé de fabrication du fabricant de module, et dans lequel le fabricant mémorise un certificat de fabricant signé de façon sûre par le fabricant sur un module produit conformément au procédé approuvé, dans lequel sur connexion au réseau d'un terminal contenant un module, la signature est vérifiée afin de déterminer si elle appartient au fabricant. 20. Procédé selon la revendication 19, dans lequel le certificat de fabricant est signé en utilisant la clef privée de fabricant telle que sur connexion au réseau un certificat de clef publique est obtenu avec lequel on vérifie la signature. 21. Procédé selon la revendication 19 ou la revendication 20, dans lequel la vérification de la signature est menée par l'émetteur. 22. Procédé selon l'une quelconque des revendications 19 à 21, dans lequel en suivant la vérification réussie d'une signature, un certificat de clef publique supplémentaire est rendu disponible pour supporter des transactions avec le terminal, la clef publique ayant été mémorisée dans le certificat de fabricant.