FR 2872363 A1 20051230 FR 0451363 A 20040629 PROCEDE ET SYSTEME DE CERTIFICATION DE L'IDENTITE D'UN UTILISATEUR La présente invention concerne un procédé et un système de certification de l'identité d'un utilisateur. L'invention s'applique plus particulièrement à la certification de l'identité d'un utilisateur d'un terminal lors d'une demande d'authentification dudit utilisateur, après au moins un contrôle d'accès à un réseau de paquets. Ce réseau de paquets peut être un réseau public de paquets pour transmission IP (Internet Protocol, soit protocole internet), en particulier le réseau Internet, ou un réseau privé de paquets pour transmission IP, tel que le réseau intranet d'une entreprise, ou bien tout autre réseau de paquets pour io lequel l'accès des utilisateurs est contrôlé par un protocole de type AAA (Authentication, Authorization and Accounting, soit authentification, autorisation et comptabilité). En général, le contrôle d'accès à un réseau de paquets est réalisé par une procédure d'identification et d'authentification, avec au moins un identifiant et un mot de passe. Après validation du contrôle d'accès, l'utilisateur reçoit une autorisation pour transmettre des informations sur le réseau auquel il s'est connecté. Actuellement, après un contrôle d'accès réalisé pour établir une connexion à un réseau de paquets, l'utilisateur doit à nouveau s'identifier et s'authentifier à chaque fois qu'il souhaite accéder à un service personnel ou confidentiel, disponible par l'intermédiaire dudit réseau de paquets. La personnalisation et la confidentialité des services proposés devenant de plus en plus importantes, il est souvent nécessaire que l'utilisateur soit identifié et authentifié par un contrôle d'accès auxdits services. Compte tenu de l'augmentation du nombre de services accessibles par un contrôle d'accès, l'utilisateur doit successivement s'identifier avec des identifiants et des mots de passe la plupart du temps différents, après s'être déjà initialement identifié pour accéder au réseau de paquets. Dans le cas d'un contrôle d'accès au réseau Internet, l'utilisateur s'identifie généralement auprès de son fournisseur d'accès à Internet (ou FAI) par l'intermédiaire d'un kit de connexion. Lors de la connexion au réseau, une adresse IP publique ou privée est attribuée au terminal de l'utilisateur afin d'acheminer le trafic vers le terminal. Dans le cas d'un contrôle d'accès à un réseau intranet, une adresse IP publique est d'abord attribuée au terminal de l'utilisateur. Puis, lorsque la connexion au réseau intranet est effectivement active, le terminal utilise une adresse IP privée correspondant au domaine d'adressage du réseau intranet. io Dans le cas de l'utilisation d'un protocole de type Mobile IP (protocole de gestion de la mobilité sur les réseaux IP, soit IP Mobility Support), protocole défini par l'organisme IETF (Internet Engineering Task Force), le terminal de l'utilisateur utilise sa propre adresse IP permanente quelque soit l'accès au réseau. Or, les procédés et systèmes d'identification et d'authentification existants s'appuient sur l'adresse IP attribuée au terminal de l'utilisateur par le réseau de paquets pour réaliser l'identification, alors que dans certaines configurations (réseau intranet privé, Mobile IP, .) le terminal utilise une adresse IP différente de celle attribuée par le réseau de paquets auquel l'utilisateur accède...DTD: Aussi, le problème technique à résoudre par l'objet de la présente invention est de proposer un procédé et un système de certification de l'identité d'au moins un utilisateur d'un terminal, après au moins un contrôle d'accès à un réseau de paquets, qui permettraient à l'utilisateur d'éviter la multiplication des procédures d'identification et d'authentification, après avoir réalisé un contrôle d'accès à un réseau de paquets. La solution au problème technique posé consiste, selon la présente invention, en ce que ledit procédé comporte les étapes consistant à : mettre en mémoire au moins un élément de corrélation avec au moins un identifiant dudit utilisateur, transmis par ledit terminal lors d'une demande de connexion au réseau de paquets, dans une base de données reliée à un serveur d'identité, - transmettre une requête à partir du terminal vers ledit serveur d'identité, ladite requête incluant ledit élément de corrélation, - transmettre par le serveur d'identité vers le terminal au moins un témoin de connexion, mis en mémoire par le terminal, - mettre en mémoire ledit témoin de connexion par le serveur d'identité dans la base de données, associé audit élément de corrélation, - transmettre le témoin de connexion par le terminal vers un fournisseur de services lors d'une demande de connexion audit fournisseur de services, - transmettre le témoin de connexion par le fournisseur de services vers le serveur d'identité, - reconnaître le témoin de connexion par le serveur d'identité pour retrouver ro ledit identifiant de l'utilisateur mis en mémoire dans la base de données, - certifier l'identité de l'utilisateur par le serveur d'identité vers le fournisseur de services en utilisant la certification de l'identité de l'utilisateur réalisée lors du contrôle d'accès au réseau de paquets. Dans la suite de ce mémoire, on entendra par témoin de connexion , connu également sous le terme anglo-saxon de cookie , un ensemble d'informations en provenance du serveur d'identité et automatiquement stocké dans le terminal lors d'une connexion audit serveur d'identité. De même, selon l'invention, un système de certification de l'identité d'au moins un utilisateur d'un terminal, après au moins un contrôle d'accès à un réseau de paquets, est remarquable en ce que ledit système comprend: un serveur d'accès apte à recevoir au moins un élément de corrélation en provenance dudit terminal lors d'une demande de connexion audit réseau de paquets, - un serveur d'identité apte à transmettre un témoin de connexion vers le terminal après réception d'une requête en provenance dudit terminal, - un serveur proxy apte à transmettre ledit élément de corrélation et au moins un identifiant dudit utilisateur, en provenance du serveur d'accès, vers au moins une base de données reliée au serveur d'identité, le terminal étant apte à transmettre ledit témoin de connexion lors d'une demande de connexion vers un fournisseur de services pour retrouver ledit identifiant de l'utilisateur transmis lors du contrôle d'accès au réseau de paquets. Ainsi, le résultat technique obtenu, tel qu'implémenté dans le système et le procédé conformes à l'invention, vise à réutiliser la certification d'identité, déjà réalisée par l'utilisateur lors du contrôle d'accès au réseau de paquets à l'occasion de l'accès à un fournisseur de services accessible uniquement après un nouveau contrôle d'accès. Le système et le procédé conformes à l'invention apportent donc une simplification de l'accès à un fournisseur de services grâce à l'utilisation de la certification de l'identité de l'utilisateur déjà réalisée lors du contrôle d'accès à un réseau de paquets, par exemple le réseau Internet ou un réseau privé IP. Pour apporter une solution technique à la certification d'identité d'un utilisateur lors de l'accès audit fournisseur de services, sont réutilisées les io informations initialement reçues lors du contrôle d'accès audit réseau de paquets. De cette façon, est évitée la multiplication des procédures d'identification et d'authentification par l'utilisateur à chaque demande de connexion, ce qui permet de ne réaliser qu'une seule procédure de certification d'identité lors du contrôle d'accès au réseau de paquets. L'authentification de l'utilisateur, déjà réalisée, est ensuite reconnue lors de l'accès à des fournisseurs de services pour lesquels il est nécessaire de réaliser une nouvelle certification d'identité. Lors de la demande de connexion au réseau de paquets, le terminal inclut au moins un élément de corrélation dans une requête vers un serveur d'accès. Le serveur d'accès relaie la procédure de contrôle d'accès au réseau de paquets vers un serveur d'authentification utilisant un protocole de type AAA (Authentication, Authorization and Accounting, soit authentification, autorisation et comptabilité). Lors de la procédure de contrôle d'accès à un fournisseur de services, ledit élément de corrélation va permettre de retrouver ultérieurement au moins l'identifiant de l'utilisateur, mis en mémoire dans une base de données reliée au serveur d'identité. Puis, le serveur d'identité gère le dépôt d'un témoin de connexion sur le 30 terminal, lorsque ce dernier émet une requête après la réalisation du premier contrôle d'accès. Enfin, le serveur d'identité répond aux requêtes de certification d'identité de l'utilisateur qui souhaite se connecter à un fournisseur de services. Ledit témoin de connexion sert de clé de consultation de la base de données reliée au serveur d'identité pour connaître l'authentification déjà réalisée par l'utilisateur lors de la connexion au réseau de paquets. De plus, lesdits procédé et système de certification de l'identité d'un utilisateur, conformes à l'invention, permettent une identification et une authentification indépendamment de l'adresse IP attribuée au terminal de l'utilisateur par ledit réseau de paquets, contrairement aux systèmes existants. Conformément à l'invention, ledit élément de corrélation est un nombre indifféremment aléatoire ou pseudo-aléatoire fourni par le terminal à au moins un serveur d'authentification situé dans le réseau de paquets. ro Lors de la demande de connexion au réseau de paquets, le terminal transmet un élément de corrélation vers le serveur d'accès, qui le relaie vers un serveur d'authentification. Ledit élément de corrélation, avec l'identifiant de l'utilisateur, est ensuite mis en mémoire dans une base de données reliée au serveur d'identité. Selon l'invention, au moins une demande d'authentification en provenance du fournisseur de services est transmise vers le serveur d'identité en utilisant un mécanisme de redirection. L'utilisateur accède à un service, fourni par un fournisseur de services, qui nécessite une certification d'identité. Le fournisseur de services émet une demande d'authentification. Cette demande est transmise vers le serveur d'identité en utilisant un mécanisme de redirection, qui permet la transmission de celle-ci vers le serveur d'identité. Le témoin de connexion, reçu lors de la demande de connexion audit fournisseur de services, est ainsi transmis par le fournisseur de services vers le serveur d'identité. Le mécanisme de redirection vers le serveur d'identité évite la réalisation d'un deuxième contrôle d'accès pour la connexion au fournisseur de services et permet l'utilisation de la certification de l'identité de l'utilisateur, déjà réalisée lors du contrôle d'accès pour la connexion au réseau de paquets. Conformément à l'invention, ledit témoin de connexion est utilisé comme une clé de consultation de ladite base de données par le serveur d'identité pour connaître l'identifiant de l'utilisateur. Le serveur d'identité a transmis un témoin de connexion vers le terminal qui, à son tour, transmet ce témoin lors d'une demande de connexion à un fournisseur de services. A la réception du témoin de connexion connu, grâce au mécanisme de s redirection, le serveur d'identité consulte la base de données avec le témoin de connexion utilisé comme clé de consultation. En retour, le serveur d'identité obtient l'identifiant de l'utilisateur (ou User ID). Selon l'invention, ledit terminal est configuré pour mettre en mémoire au moins un élément de corrélation transmis lors d'une demande de ro connexion audit réseau de paquets, pour transmettre au moins une requête incluant ledit élément de corrélation vers au moins un serveur d'identité, pour mettre en mémoire au moins un témoin de connexion en provenance dudit serveur d'identité et pour transmettre ledit témoin de connexion lors d'une demande de connexion à un fournisseur de services. Le terminal inclut un applicatif permettant la mise en mémoire d'un élément de corrélation, qui est transmis vers un serveur d'identité par l'émission d'une requête http. Ledit applicatif du terminal permet également le traitement lié à la réponse dudit serveur d'identité et le dépôt d'un témoin de connexion, mis en mémoire par le terminal et transmis lors de la demande de connexion à un fournisseur de services nécessitant une certification d'identité. La description qui va suivre en regard des dessins annexés, donnés à titre d'exemples non limitatifs, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée. La figure 1 représente l'architecture générale d'un système de certification de l'identité d'un utilisateur, conforme à l'invention, lors d'une connexion à un réseau de paquets. La figure 2 représente l'architecture générale dudit système de certification de l'identité d'un utilisateur, lors d'une connexion à un fournisseur de services. Un utilisateur souhaite accéder à un fournisseur 30 de services par l'intermédiaire d'un réseau 20 de paquets avec lequel il se connecte au moyen d'un terminal 10. Le terminal 10 de l'utilisateur peut être de toute nature, par exemple un ordinateur personnel ou PC, un terminal mobile ou bien tout autre terminal équipé pour commander une demande de connexion audit réseau de paquets, et appelé UE (User Equipement) sur la figure 1. L'utilisateur est abonné auprès d'un opérateur de télécommunications et, selon la nature dudit terminal 10, il est raccordé à un réseau de télécommunications dudit opérateur indifféremment fixe ou mobile. Le réseau 20 de paquets peut être un réseau public de paquets pour transmission IP (Internet Protocol, soit protocole internet), en particulier le io réseau Internet, ou un réseau privé de paquets pour transmission IP, tel qu'un réseau intranet d'entreprise, ou bien tout autre réseau de paquets pour lequel l'accès des utilisateurs est contrôlé par un protocole de type AAA (Authentication, Authorization and Accounting, soit authentification, autorisation et comptabilité), défini par l'IETF. Le fournisseur 30 de services met à disposition différents services 31, 31', 31", de toute nature, nécessitant un contrôle d'accès, par exemple, un service pour la gestion des jours de congés sur un intranet d'une entreprise privée ou bien pour l'accès à un compte bancaire par l'intermédiaire du réseau Internet, etc... Le terminal 10 transmet une demande de connexion vers un serveur 11 d'accès au réseau 20 de paquets, qui la relaie vers au moins un serveur 21 d'authentification, en particulier un serveur Radius (Remote Authentification Dial-In User Service), situé dans le réseau 20 de paquets vers lequel la connexion a été demandée. Selon la nature de l'accès auquel l'utilisateur est abonné par son opérateur de télécommunications, le serveur 11 d'accès peut par exemple être un équipement de type NAS (Network Access Server, soit serveur d'accès réseau en bas débit) ou un équipement de type BAS (Broadband Access Server, soit serveur d'accès en haut débit). Les échanges d'informations entre le terminal 10 et le serveur 11 d'accès sont donc réalisés indifféremment en bas débit ou en haut débit et utilisent par exemple un protocole de transmission PPP (Point-to-Point Protocol, soit protocole point à point). Lors de la demande de connexion au réseau de paquets, le terminal 10 transmet également au moins un identifiant de l'utilisateur (ou User ID), ainsi qu'au moins un élément de corrélation, vers le serveur 11 d'accès et vers le serveur 21 d'authentification. L'élément de corrélation est, en particulier, un nombre indifféremment aléatoire ou pseudo-aléatoire, fourni par le terminal 10 à un serveur 21 d'authentification situé dans le réseau de paquets. A titre d'exemple, l'élément de corrélation peut être fourni au terminal 10 par le serveur 11 d'accès lors de la demande de connexion au réseau 20 io de paquets, à l'ouverture du dialogue par protocole PPP (couche LCP), ou bien le terminal 10 peut utiliser une donnée fournie par le serveur 11 d'accès pour constituer ledit élément de corrélation. Le terminal 10 inclut un applicatif permettant la gestion d'au moins une pile PPP (Point-to-Point Protocol, soit protocole point à point). De cette manière, le terminal 10 est configuré pour mettre en mémoire une donnée reçue lors de la demande de connexion au réseau 20 de paquets et transmis par le serveur 11 d'accès. Ledit élément de corrélation est également mis en mémoire par le terminal 10. Le serveur 11 d'accès transmet la demande de connexion à un serveur proxy 12, par exemple de type Radius, par lequel circulent les informations échangées entre chaque terminal d'utilisateur et le serveur 21 d'authentification. Ledit serveur proxy 12 transmet ensuite la demande de connexion vers le serveur 21 d'authentification, en particulier un serveur Radius. Après une demande de connexion, au moins un contrôle d'accès au réseau 20 de paquets est prévu, qui est réalisé par une procédure d'identification et d'authentification, par exemple avec au moins un identifiant (connu sous le terme de login ) et un mot de passe. Lorsque le contrôle d'accès est validé (login et mot de passe corrects), le serveur 21 d'authentification transmet une autorisation de connexion au réseau 20 de paquets pour le terminal 10. La demande de connexion est mise en mémoire dans une base de données (BdD) reliée au serveur 21 d'authentification. Le protocole Radius, spécifique pour les authentifications, est défini par l'IETF et normalisé par l'organisme ETSI (European Télécommunications Standards Institut, soit institut européen de normalisation des télécommunications). Une fois l'autorisation de connexion donnée, le serveur proxy 12 transmet l'identifiant de l'utilisateur (ou User ID) et l'élément de corrélation, en provenance du serveur 11 d'accès, vers une base 13 de données, reliée à un serveur 14 d'identité. Ladite base 13 de données met en mémoire l'élément de corrélation avec l'identifiant de l'utilisateur, transmis par le terminal 10 lors de la demande de connexion au réseau de paquets. De plus, le serveur proxy 12 acquitte la demande de connexion du io terminal 10 au réseau 20 de paquets. Le terminal 10 transmet alors une requête, incluant l'élément de corrélation, vers le serveur 14 d'identité, par l'intermédiaire du serveur 11 d'accès et d'un équipement routeur 22, situé dans le réseau 20 de paquets. En particulier, la requête peut être une requête mettant en oeuvre un protocole de transfert de flux de type http (hyper text transfer protocol) , habituellement utilisé pour transmettre des informations, en particulier pour inclure ledit élément de corrélation. Après réception de la requête, le serveur 14 d'identité transmet un témoin de connexion vers le terminal 10, prévu pour être automatiquement 20 mis en mémoire par ledit terminal 10. Le terminal 10 est configuré pour l'émission d'au moins une requête, par exemple une requête mettant en oeuvre un protocole de transfert de flux http, vers le serveur 14 d'identité, ainsi que pour le traitement lié à la réponse du serveur 14 d'identité, soit la réception et la mise en mémoire d'un témoin de connexion. De plus, le serveur 14 d'identité contacte la base 13 de données, dans laquelle sont déjà mémorisés l'identifiant de l'utilisateur (ou User ID) et l'élément de corrélation associé. Grâce à l'élément de corrélation reçu et connu, le serveur 14 d'identité met à jour la base 13 de données en ajoutant le témoin de connexion, transmis vers le terminal 10, associé à l'élément de corrélation. Le témoin de connexion est mis en mémoire dans la base 13 de données, associé à l'élément de corrélation. La base 13 de données peut être physiquement incluse ou non au serveur 14 d'identité. i0 Une fois la connexion établie avec le réseau 20 de paquets, l'utilisateur commande une demande de connexion à un fournisseur 30 de services, qui met à disposition au moins un service 31, 31', 31", nécessitant un nouveau contrôle d'accès, par exemple pour accéder à un service personnalisé ou bien à un service confidentiel, tel qu'un service bancaire ou un service privé d'entreprise, comme représenté sur la figure 2. Lors de la demande de connexion au fournisseur 30 de services, le terminal 10 transmet également au moins le témoin de connexion vers le fournisseur 30 de services. Le témoin de connexion va permettre de retrouver io l'identifiant de l'utilisateur, mis en mémoire lors du contrôle d'accès au réseau 20 de paquets dans ladite base 13 de données reliée au serveur 14 d'identité. La transmission est réalisée par l'intermédiaire du serveur 11 d'accès et de l'équipement routeur 22. Comme le service 31, 31', 31" n'est accessible qu'après un contrôle d'accès, le fournisseur 30 de services émet une demande d'authentification. La demande est transmise vers le serveur 14 d'identité en utilisant un mécanisme de redirection, qui permet la transmission de celle-ci vers le serveur 14 d'identité. De cette façon, le témoin de connexion reçu est transmis par le fournisseur 30 de services vers le serveur 14 d'identité. Le mécanisme de redirection peut, par exemple, être similaire à ceux implémentés à partir des recommandations définies par le consortium d'entreprises appelé Liberty Alliance, dont le but est le développement des transactions sur Internet. Le mécanisme de redirection vers le serveur 14 d'identité évite la réalisation d'un deuxième contrôle d'accès pour la connexion au service 31, 31', 31" et permet l'utilisation de la certification de l'identité de l'utilisateur, déjà réalisée lors du contrôle d'accès pour la connexion au réseau 20 de paquets. Le serveur 14 d'identité va reconnaître le témoin de connexion permettant de retrouver l'identifiant de l'utilisateur mis en mémoire dans la base 13 de données. A la réception du témoin de connexion connu, le serveur 14 d'identité consulte la base 13 de données avec le témoin de connexion utilisé comme clé de consultation. En retour, le serveur 14 d'identité obtient l'identifiant de l'utilisateur (ou User ID). 2872363 Il Le témoin de connexion est utilisé comme une clé de consultation de la base 13 de données par le serveur 14 d'identité pour connaître l'identifiant de l'utilisateur. Le serveur 14 d'identité transmet ledit identifiant de l'utilisateur vers le fournisseur 30 de services évitant une nouvelle authentification de l'utilisateur, après l'authentification déjà réalisée lors du contrôle d'accès au réseau 20 de paquets. Grâce à l'identifiant de l'utilisateur, la certification de l'identité de l'utilisateur est réalisée. Le fournisseur 30 de services reconnaît donc io l'utilisateur et obtient une certification de son identité par le serveur 14 d'identité. Le serveur 14 d'identité certifie l'identité de l'utilisateur vers le fournisseur 30 de services en utilisant la certification de l'identité de l'utilisateur réalisée lors du contrôle d'accès audit réseau 20 de paquets. De plus, le serveur 14 d'identité peut également préciser le type d'authentification utilisée par ledit utilisateur, de manière à indiquer (si nécessaire) la fiabilité de la certification transmise par le serveur 14 d'identité vers le fournisseur 30 de services. Le fournisseur 30 de services transmet alors l'autorisation de connexion vers le terminal 10. En fonction du niveau de sécurité requis ou souhaité, par simplification, il est techniquement possible d'utiliser l'identifiant de l'utilisateur (ou User ID) comme élément de corrélation. Pour éviter toute fraude et pour augmenter la sécurité, il est recommandé d'utiliser un élément de corrélation aléatoire ou pseudo aléatoire, tel que décrit précédemment. Grâce au mécanisme de redirection, le fournisseur 30 de services reçoit la certification de l'identité de l'utilisateur par le serveur 14 d'identité. En général, cette certification d'identité est réalisée à partir de l'identifiant de l'utilisateur (ou User ID). Celle-ci peut également être réalisée à partir d'une identité équivalente, contenue dans ladite base 13 de données. Pour cela, l'utilisateur a préalablement transmis les informations correspondant à ladite identité équivalente. L'utilisateur indique également sa préférence quant à l'utilisation par le serveur 14 d'identité soit de l'identifiant de l'utilisateur (ou User Id), soit de l'identité équivalente. REVENDICATIONS 1. Procédé de certification de l'identité d'au moins un utilisateur d'un terminal (10), après au moins un contrôle d'accès à un réseau (20) de paquets, caractérisé en ce que ledit procédé comporte les étapes consistant à : - mettre en mémoire au moins un élément de corrélation avec au moins un identifiant dudit utilisateur, transmis par ledit terminal (10) lors d'une demande de connexion au réseau (20) de paquets, dans une base (13) de données reliée à un serveur (14) d'identité, - transmettre une requête à partir du terminal (10) vers ledit serveur (14) d'identité, ladite requête incluant ledit élément de corrélation, - transmettre par le serveur (14) d'identité vers le terminal (10) au moins un témoin de connexion, mis en mémoire par le terminal (10), - mettre en mémoire ledit témoin de connexion par le serveur (14) d'identité dans la base (13) de données, associé audit élément de corrélation, - transmettre le témoin de connexion par le terminal (10) vers un fournisseur (30) de services lors d'une demande de connexion audit fournisseur (30) de services, transmettre le témoin de connexion par le fournisseur (30) de services vers le serveur (14) d'identité, - reconnaître le témoin de connexion par le serveur (14) d'identité pour 25 retrouver ledit identifiant de l'utilisateur mis en mémoire dans la base (13) de données, - certifier l'identité de l'utilisateur par le serveur (14) d'identité vers le fournisseur (30) de services en utilisant la certification de l'identité de l'utilisateur réalisée lors du contrôle d'accès au réseau (20) de paquets. 2. Procédé selon la revendication 1, caractérisé en ce que ledit élément de corrélation est un nombre indifféremment aléatoire ou pseudo-aléatoire fourni par le terminal (10) à au moins un serveur (21) d'authentification situé dans le réseau (20) de paquets. 3. Procédé selon l'une des revendications 1 ou 2, caractérisé en ce que ladite requête transmise à partir du terminal (10) vers le serveur (14) d'identité est une requête mettant en oeuvre un protocole de transfert de flux http pour inclure ledit élément de corrélation. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'au moins une demande d'authentification en provenance du fournisseur (30) de services est transmise vers le serveur (14) d'identité en utilisant un mécanisme de redirection. 5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ledit témoin de connexion est utilisé comme une clé de consultation de ladite base (13) de données par le serveur (14) d'identité pour connaître l'identifiant de l'utilisateur. 6. Système de certification de l'identité d'au moins un utilisateur d'un terminal (10), après au moins un contrôle d'accès à un réseau (20) de paquets, caractérisé en ce que ledit système comprend: - un serveur (11) d'accès apte à recevoir au moins un élément de corrélation en provenance dudit terminal (10) lors d'une demande de connexion audit réseau (20) de paquets, - un serveur (14) d'identité apte à transmettre un témoin de connexion vers le terminal (10) après réception d'une requête en provenance dudit terminal (10), - un serveur proxy (12) apte à transmettre ledit élément de corrélation et au moins un identifiant dudit utilisateur, en provenance du serveur (11) d'accès, vers une base (13) de données reliée au serveur (14) d'identité, le terminal (10) étant apte à transmettre ledit témoin de connexion lors d'une demande de connexion vers un fournisseur (30) de services pour retrouver ledit identifiant de l'utilisateur transmis lors du contrôle d'accès au réseau (20) de paquets. 7. Système selon la revendication 6, caractérisé en ce que ledit terminal (10) est raccordé à un réseau de télécommunications indifféremment fixe ou mobile. 8. Système selon l'une des revendications 6 ou 7, caractérisé en ce que ledit réseau (20) de paquets est un réseau pour transmission IP. 9. Serveur (Il) d'accès apte à être mis en oeuvre dans un système conforme à l'une quelconque des revendications 6 à 8, caractérisé en ce qu'il est configuré pour recevoir et transmettre au moins une demande de connexion audit réseau (20) de paquets en provenance du terminal (10), recevoir au moins un élément de corrélation vers le terminal (10) lors de ladite demande de connexion, recevoir et transmettre vers un serveur (14) d'identité au moins une requête en provenance du terminal (10), recevoir et transmettre vers un fournisseur (30) de services au moins un témoin de connexion en provenance du terminal (10). 10. Serveur (11) d'accès selon la revendication 9, caractérisé en ce que les échanges d'informations entre le terminal (10) et le serveur (11) d'accès sont réalisés indifféremment en bas débit ou en haut débit. 11. Serveur proxy (12) apte à être mis en oeuvre dans un système conforme à l'une quelconque des revendications 6 à 8, caractérisé en ce qu'il est configuré pour recevoir et transmettre vers un serveur (21) d'authentification au moins une demande de connexion audit réseau (20) de paquets en provenance dudit serveur (11) d'accès, recevoir et transmettre vers une base (13) de données, reliée à un serveur (14) d'identité, au moins un identifiant dudit utilisateur et un élément de corrélation en provenance du terminal (10), pour acquitter ladite demande de connexion du terminal (10) au réseau (20) de paquets. 12. Serveur proxy (12) selon la revendication 11, caractérisé en ce qu'il est de type Radius, par lequel circulent les informations échangées entre chaque terminal (10) d'utilisateur et ledit serveur (21) d'authentification. 13. Serveur (14) d'identité apte à être mis en oeuvre dans un système conforme à l'une quelconque des revendications 6 à 8, caractérisé en ce qu'il est configuré pour recevoir au moins une requête en provenance dudit terminal (10) incluant au moins un élément de corrélation, pour transmettre au moins un témoin de connexion vers le terminal (10) et vers une base (13) de données reliée audit serveur (14) d'identité, pour recevoir au moins une demande d'authentification en provenance d'un fournisseur (30) de services, pour transmettre au moins un identifiant dudit utilisateur au fournisseur (30) de services en provenance de ladite base (13) de données. 14. Terminal (10) apte à être mis en oeuvre dans un système conforme à l'une quelconque des revendications 6 à 8, caractérisé en ce que ledit terminal est configuré pour mettre en mémoire au moins un élément de corrélation transmis lors d'une demande de connexion audit réseau (20) de paquets, pour s transmettre au moins une requête incluant ledit élément de corrélation vers un serveur (14) d'identité, pour mettre en mémoire au moins un témoin de connexion en provenance dudit serveur (14) d'identité et pour transmettre ledit témoin de connexion lors d'une demande de connexion à un fournisseur (30) de services.