FR 2884377 A1 20061013 FR 0503418 A 20050406 2884377 1 PROCÉDÉ D'AUTHENTIFICATION D'UN UTILISATEUR D'UN CONTENU NUMÉRIQUE DESCRIPTION DOMAINE DE L'INVENTION L'invention se situe dans le domaine de la protection de contenus numériques et concerne plus spécifiquement un procédé d'authentification d'un utilisateur muni d'un droit d'accès à un contenu numérique au moyen d'un équipement terminal. L'invention s'applique dans le contexte des réseaux de distribution en mode connecté ou en mode diffusé (Internet, téléphonie mobile, diffusion par satellite, xDSL, ...), dans lesquels les contenus échangés sont protégés par un système de gestion de droits numériques (DRM, pour Digital Rights Management) ou par un système de contrôle d'accès classique (CAS, pour Conditional Access System). ÉTAT DE LA TECHNIQUE ANTÉRIEURE Dans les systèmes actuels de distribution de contenus, aussi bien dans le contexte des réseaux connectés que dans le contexte des réseaux diffusés, un bénéficiaire d'un contenu numérique (abonné, acheteur) est assimilé à son terminal et est identifié par des informations relatives à l'équipement terminal destiné à recevoir ce contenu telles que, par exemple, l'adresse IP (pour Internet Protocol), le numéro de série d'un ordinateur, un numéro d'appel téléphonique, l'identifiant unique du décodeur de télévision, ou l'adresse unique d'une carte à puce associée au décodeur,.... Le contenu numérique est mis à la disposition du bénéficiaire après avoir été conditionné par au moins un paramètre dépendant de l'une de ces informations. La figure 1 illustre schématiquement une architecture classique d'un système de distribution de contenus protégés par une licence DRM. Cette architecture comporte un serveur de contenu 2 auquel est associé un module 4 de mise en forme desdits contenus et un serveur de licences 6. L'équipement récepteur 8 de l'utilisateur comporte un agent DRM 10, un lecteur/décodeur de contenu 12 et un module 13 de dialogue avec l'utilisateur. Le serveur de contenu 2 reçoit (flèche 14) du module 4 de mise en forme un contenu protégé par chiffrement et adapté au format DRM et transmet (flèche 15) ce contenu à l'agent DRM 10. Le serveur de licences 6 reçoit (flèche 16) du module 4 de mise en forme des informations relatives à la mise en forme du contenu, telles que la clé de déchiffrement de ce contenu et transmet (flèche 18) à l'équipement terminal la licence associée au contenu et assurant la gestion et la maîtrise des usages du contenu numérique. Rappelons qu'une licence DRM correspond à la juxtaposition d'informations sur le contenu, notamment son identifiant et éventuellement la clé cryptographique permettant de le déchiffrer, et d'informations sur les autorisations et contraintes d'usage du contenu (nombre de lectures, droits de copie, date limite ou durée d'utilisation, bénéficiaire (s) du contenu, etc...) Dans l'équipement récepteur 8, l'agent DRM 10 assure le contrôle de conformité des droits de l'usager avec la licence DRM. Sous réserve d'une autorisation fournie par l'agent DRM 10, le lecteur de contenu 12 permet l'accès au contenu protégé et délivre ce contenu en clair. Dans la mise en oeuvre d'un système DRM, on veut fonctionnellement restreindre l'accès à un contenu à un utilisateur dûment autorisé ou un groupe défini et strictement limité de tels utilisateurs. Cependant, techniquement, dans les systèmes DRM connus, la licence d'utilisation d'un contenu est chiffrée par une clé unique propre à l'équipement de l'utilisateur ou à un groupe limité et strictement défini d'équipements. De ce fait, cette licence n'est exploitable que par l'agent DRM embarqué sur cet équipement ou un des équipements du groupe. En d'autres termes, une licence d'utilisation est structurellement liée à un équipement et non à la personne physique à laquelle la licence est accordée. Ainsi un système de DRM assimile l'utilisateur à son équipement. Par conséquent, une licence DRM liée à l'équipement terminal permet a priori un usage du contenu par tous les individus ayant accès à cet équipement. Aussi, le contenu numérique peut être utilisé en cas de vol ou de perte de l'équipement terminal, en cas de prêt de cet équipement ou de son partage entre membres d'une même collectivité. En outre, ce contenu n'est pas accessible à son bénéficiaire sur tout équipement terminal inconnu du fournisseur du contenu ou n'ayant pas été préalablement configuré avec des informations spécifiques à l'équipement déclaré par le titulaire de la licence. Par ailleurs, la mise en forme du contenu numérique par des paramètres spécifiques à un équipement particulier du titulaire de la licence crée une dépendance forte entre l'opérateur fournisseur de contenu et cet équipement pour l'usage du contenu concerné alors que l'usager pourrait souhaiter disposer de l'accès au contenu sur un autre de ses équipements banalisés sans devoir en référer à l'opérateur. La figure 2 illustre schématiquement une architecture classique d'un système de distribution de contenus protégés par un système d'accès conditionnel CAS. Cette architecture comporte un module 20 de mise en forme desdits contenus auquel est associé un module 22 de gestion d'accès conditionnel. L'équipement récepteur 8 de l'utilisateur comporte dans ce cas un module 24 d'accès conditionnel et un processeur de sécurité 26, tel qu'une carte à puce. Le module 22 de gestion d'accès conditionnel génère des messages ECM (pour Entitlement Control Message ) contenant les conditions d'accès à un contenu et la clé de désembrouillage de celui-ci, usuellement appelée mot de contrôle (CW pour Control Word ) et transmet ces messages (flèche 28) au module 20 de mise en forme. Ce dernier transforme, par chiffrement, le contenu en un contenu protégé auquel sont associés les messages ECM de conditions d'accès. Le module 22 de gestion d'accès conditionnel génère en outre des messages EMM (pour Entitlement Management Message ) et transmet ces messages (flèche 30) au terminal 8 pour assurer la gestion des titres d'accès acquis par l'utilisateur. Ainsi les titres d'accès ou les moyens de les acquérir (jetons pour le PPV impulsif) sont gérés et inscrits à distance par l'opérateur dans une mémoire non volatile du processeur de sécurité 26. Dans l'équipement terminal 8 le module 24 d'accès conditionnel comporte un premier module 32 de traitement des messages ECM et EMM en coopération avec le processeur de sécurité 26. D'autres traitements complémentaires, concernant des fonctions particulières telles que l'achat impulsif d'un programme en PPV (pour Pay Per View ) qui nécessitent un accord de l'utilisateur, sont gérés par un deuxième module 34 de traitement. Lorsque les conditions d'accès au contenu définies dans les ECM sont remplies, le module 24 d'accès conditionnel fournit au terminal 8 les données, typiquement le mot de contrôle CW, permettant à celui- ci de désembrouiller le contenu et de restituer le contenu en clair à l'utilisateur. Le terminal 8 dispose en outre d'un module 36 de dialogue avec l'utilisateur. Dans certains systèmes CAS bien connus, tels que ceux conformes à la norme NF EN 50094 Eurocrypt , les messages ECM et EMM sont adressés au système de réception de l'abonné en ciblant son processeur de sécurité 26: - Individuellement, via son adresse unique (UA) ; - Comme membre d'un groupe, via son adresse de groupe; - Indistinctement, via l'adresse globale des processeurs de sécurité propres du fournisseur du CAS. D'autres formes d'adressage du système de réception de l'abonné peuvent être utilisées, telles que l'adressage individuel, par groupe ou autre de l'équipement terminal. Ainsi, comme dans un système DRM, un système CAS assimile l'utilisateur à son équipement. Dans tous les cas, les solutions décrites ci-dessus présentent les inconvénients suivants: - le contenu numérique peut être utilisé en cas de vol ou de perte de l'équipement terminal 8, ou encore en cas de prêt de cet équipement;. - le contenu numérique peut être utilisé en cas de partage de l'équipement terminal 8, par tout membre, sans distinction, de la communauté qui partage cet équipement; - le contenu n'est pas accessible à son bénéficiaire sur tout équipement terminal inconnu du fournisseur du contenu ou n'ayant pas été préalablement configuré avec des informations spécifiques à un équipement que le titulaire des titres d'accès souhaite utiliser. - la mise en forme du contenu numérique par 30 des paramètres spécifiques à un équipement particulier du titulaire des titres d'accès crée une dépendance forte entre le fournisseur de contenu et cet équipement particulier. Un premier but de l'invention est de restreindre l'accès au contenu numérique exclusivement à la personne physique titulaire de la licence DRM ou des titres d'accès. Un deuxième but de l'invention est de permettre à cette personne d'accéder au contenu au moyen de tout équipement terminal sans qu'il soit nécessaire que cet équipement soit préalablement enregistré auprès du fournisseur du contenu ou configuré par ce dernier. Un troisième but de l'invention est d'interdire l'accès audit contenu à toute personne, autre que le titulaire des titres d'accès, au moyen d'un équipement terminal réputé détenu par ce dernier. EXPOSÉ DE L'INVENTION Ces buts sont atteints au moyen d'un procédé dans lequel la gestion des autorisations d'accès au contenu est effectuée en coopération avec un système de gestion d'identité indépendant apte à assurer l'authentification de l'identité de l'utilisateur autorisé, avec le consentement de cet utilisateur. A cet effet, l'invention préconise un procédé d'authentification d'un utilisateur muni d'un droit d'accès à un contenu numérique au moyen d'un équipement terminal comportant: - une phase de configuration consistant à attribuer à l'utilisateur, par un tiers de confiance, une référence exclusive, indépendante de l'équipement terminal et préalablement corrélée avec un identifiant de l'utilisateur, - une phase d'association dudit identifiant à une condition d'accès audit contenu, -une phase de contrôle effectué localement dans l'équipement terminal, consistant à vérifier une relation prédéfinie de correspondance entre une information fournie par l'utilisateur et la référence attribuée à l'utilisateur et désignée par ledit identifiant, et, - une phase de décision prise localement dans l'équipement terminal consistant à autoriser ou interdire l'accès au contenu selon le résultat de ladite vérification. Dans une variante de réalisation, la phase de contrôle est activée en réponse à la condition d'accès au contenu. La vérification de la relation de correspondance prédéfinie entre l'information fournie par l'utilisateur et la référence attribuée à l'utilisateur et désignée par l'identifiant présent dans la condition d'accès est effectuée selon un niveau de sécurité convenu entre le fournisseur du droit d'accès et le serveur d'identité. Cette relation de correspondance peut par exemple être une égalité stricte entre l'information fournie par l'utilisateur et la référence attribuée à celui-ci. Dans un autre exemple, cette relation de correspondance peut être l'égalité entre la référence attribuée à l'utilisateur et un condensé cryptographique calculé à partir de l'information fournie par cet utilisateur. Préférentiellement, ladite référence est stockée dans un serveur d'identité autonome distant. Dans ce cas, la phase de contrôle est préférentiellement exécutée par le serveur d'identité distant sur requête de l'équipement terminal. Dans une autre variante de réalisation, la référence externe est stockée sur un support amovible sécurisé et associé à l'équipement terminal. Dans ce cas, la phase de contrôle est préférentiellement exécutée par un processeur de sécurité, telle qu'une carte à puce comportant un logiciel de sécurité, associé localement à l'équipement terminal. Dans une application du procédé selon l'invention, le contenu numérique représente des données audio, des données vidéo ou des données multimédia. Dans cette application, le contenu peut être chiffré et son usage dans l'équipement terminal peut être soumis à des conditions d'accès contenues dans une licence DRM ou transmises dans des messages ECM. L'invention concerne également un équipement terminal destiné à recevoir un contenu numérique. Cet équipement comporte un module de contrôle du droit d'accès d'un utilisateur audit contenu numérique et un module de confiance coopérant avec un serveur d'identité pour authentifier 25 l'utilisateur par rapport à une référence indépendante de l'équipement terminal. BRÈVE DESCRIPTION DES DESSINS D'autres caractéristiques et avantages de l'invention ressortiront de la description qui va suivre, prise à titre d'exemple non limitatif, en référence aux figures annexées dans lesquelles: - la figure 1, décrite précédemment, représente schématiquement une architecture d'un système de distribution de contenus protégés par une licence DRM; - la figure 2, décrite précédemment, représente schématiquement une architecture d'un système de distribution de contenus protégés par un CAS; - la figure 3 représente schématiquement une architecture d'un système de distribution de contenus protégés par une licence DRM dans laquelle est mis en uvre le procédé selon l'invention; - la figure 4 représente schématiquement un premier mode de réalisation d'un équipement terminal dans lequel est mis en uvre le procédé selon l'invention dans le cas où le contenu est protégé par une licence DRM; - la figure 5 illustre schématiquement les différentes étapes du processus d'authentification d'un utilisateur d'un contenu protégé par une licence DRM selon l'invention; - la figure 6 représente schématiquement un deuxième mode de réalisation d'un équipement terminal 30 dans lequel est mis en uvre le procédé selon l'invention dans le cas où le contenu est protégé par une licence DRM; - la figure 7 représente un premier mode de réalisation d'un équipement terminal dans lequel est mis en oeuvre le procédé selon l'invention dans le cas où le contenu est protégé par un CAS. - la figure 8 représente schématiquement un deuxième mode de réalisation d'un équipement terminal dans lequel est mis en oeuvre le procédé selon l'invention dans le cas où le contenu est protégé par un CAS. EXPOSÉ DÉTAILLÉ DE MODES DE RÉALISATION PARTICULIERS Dans la description qui suit, des références identiques désigneront les éléments communs aux architectures des systèmes de l'art antérieur et aux architectures des différents modes de réalisation de l'invention. L'invention est détaillée dans son application dans le contexte DRM en référence aux figures 3, 4, 5 et 6 et dans le contexte CAS en référence aux figures 7 et 8. L'architecture décrite à la figure 3 comporte, côté amont, des moyens pour effectuer un conditionnement complémentaire du contenu prenant en compte l'identité de l'utilisateur bénéficiaire. Ces moyens sont intégrés au module 4 de mise en forme du contenu protégé. Côté aval, l'équipement terminal comporte des moyens pour interpréter ce conditionnement. Plus spécifiquement, l'équipement terminal comporte un module de confiance 40 destiné à vérifier l'identité de l'utilisateur. Le module 40 est relié fonctionnellement, d'une part, à l'agent DRM 10 via une interface 42, et d'autre part, à un serveur d'identité 44 via une interface 46. Cette interface 46 peut être mise en uvre par une liaison bidirectionnelle telle que disponible dans un réseau xDSL ou téléphonique, ou par une voie de retour ou voie ascendante dans le cas d'un réseau de diffusion. Dans l'architecture illustrée par la figure 3, le serveur de licences 6 est séparé du serveur d'identité 44 en raison du fait que la gestion des droits d'accès est fonctionnellement séparée de la gestion des identités des utilisateurs. En effet ces deux serveurs sont placés sous deux responsabilités distinctes: d'une part l'opérateur de licence qui gère l'accès au contenu par le contrôle de la licence via le serveur 6, d'autre part l'opérateur d'identité qui, en tant que tiers de confiance, gère l'identité des utilisateurs à authentifier, via le serveur d'identité 44. Dans une phase de configuration, préalablement à tout envoi de contenus à un utilisateur, le serveur d'identité 44 attribue à l'utilisateur une référence exclusive indépendante de l'équipement terminal 8 et préalablement corrélée avec un identifiant de cet utilisateur. Cette référence est en relation de correspondance bi-univoque avec une information que l'utilisateur devra fournir pour être authentifié. Cette relation de correspondance est prédéfinie et consiste par exemple en une égalité stricte de cette information et de la référence, ou en l'égalité d'un condensé cryptographique de l'information fournie par l'utilisateur et de la référence, ou en toute autre relation biunivoque entre ces deux valeurs. Ensuite, lors de l'utilisation d'un contenu, l'agent DRM 10 active le module de confiance 40 pour vérifier l'identité de l'utilisateur. A cet effet, le module de confiance 40 demande à l'utilisateur, via le module de dialogue 13, une information propre à son identité. Pour authentifier l'utilisateur désigné par l'identifiant présent dans la licence DRM, le module de confiance 40 vérifie la relation de correspondance entre l'information fournie par l'utilisateur et la référence attribuée à cet utilisateur et désignée par l'identifiant présent dans la condition d'accès. Ainsi, le module de confiance 40 intégré au terminal 8 vérifie que l'utilisateur du contenu est effectivement le bénéficiaire autorisé. Pour cela, outre les fonctionnalités usuelles en DRM relatives au contrôle de l'accès au contenu, dont notamment l'identifiant du contenu, sa clé de déchiffrement et les permissions et contraintes qui lui sont attachées, la licence émise (flèche 52) par le serveur de licences 6 comporte des informations complémentaires sur l'identité du bénéficiaire et le niveau de sécurité souhaité pour l'authentification de ce bénéficiaire. La validité de l'identité d'un bénéficiaire est liée au domaine de confiance dans lequel cette identité est définie. Un domaine de confiance est le domaine sur lequel s'exerce l'autorité d'un tiers de confiance. La gestion de l'identité de l'utilisateur dépend des relations entre opérateurs de licence et tiers de confiance. Ainsi, dans un même domaine de confiance, un bénéficiaire a la même identité pour plusieurs opérateurs de licence se référant à ce même domaine. Si ce bénéficiaire recourt à des opérateurs de licence liés à des domaines de confiance différents, il aura autant d'identités différentes que de domaines différents. Un opérateur de licence particulier le référencera alors par son identité relevant du domaine de confiance correspondant à cet opérateur. Par contre si un mécanisme de fédération d'identités est mis en uvre, le bénéficiaire peut être authentifié par l'une quelconque des identités ainsi fédérées. L'invention s'applique à ces différents cas de définition et, quel que soit le cas, l'identité d'un futur utilisateur peut être créée à la volée à la demande de l'utilisateur mais toujours sous le contrôle exclusif d'un tiers de confiance. Le niveau de sécurité d'authentification du bénéficiaire est défini par un contexte d'authentification, par exemple, un ensemble de paramètres contribuant à la fonction d'authentification de l'identité, tels que la taille des clés de cryptage, les conditions de l'enregistrement des utilisateurs, la sécurité du conteneur des clés, etc. ... Un tel contexte d'authentification est convenu entre le serveur de licences qui l'applique et par le serveur d'identité qui l'exploite pour authentifier l'identité de l'utilisateur. Dans une licence, le contexte d'authentification utilisé est décrit explicitement ou par désignation d'un contexte convenu entre l'opérateur de licence qui est le fournisseur du droit d'accès et l'opérateur d'identité. La figure 4 illustre schématiquement un équipement terminal 8 destiné à recevoir un contenu protégé par une licence DRM. Comme illustré par cette figure, le module de confiance 40 est intégré physiquement dans l'équipement terminal 8 et comporte un module de téléchargement 60 relié au serveur d'identité 44, un module d'interprétation 62 et une mémoire cache 64. Le terminal peut comporter en outre un capteur biométrique 102 tel que par exemple un lecteur d'empreinte digitale, un lecteur d'iris oculaire ou un analyseur d'empreinte vocale, etc...). Dans ce cas, le contrôle d'identité activé par le module de confiance 40 met en uvre un contrôle de données biométriques via le module de dialogue 13. Le fonctionnement au sein de l'équipement terminal sera décrit sur la base d'un exemple dans lequel un utilisateur B est désigné comme bénéficiaire d'une licence comportant obligation d'authentifier que l'utilisateur est bien le bénéficiaire B. L'identité ID B du bénéficiaire B a été convenue auprès du serveur d'identité 44 et est connue du serveur de licences 6 (non représenté sur cette figure). Le serveur de licences 6 émet une licence en indiquant l'identifiant ID_B du bénéficiaire de la licence et le contexte d'authentification souhaité (AuthCtxt). L'agent DRM 10 interprète la licence accordée pour vérifier si cette licence satisfait aux conditions suivantes: - l'utilisateur est bien B; - celui-ci est authentifié avec le niveau de sécurité stipulé dans le contexte d'authentification souhaité (AuthCtxt). Préférentiellement, la vérification des conditions liées à l'identité de l'utilisateur est déléguée au module de confiance 40. A cet effet, l'agent DRM 10 transmet au module de confiance 40, via l'interface 42, une requête lui demandant de vérifier que l'utilisateur est bien B (ID B) avec le niveau d'authentification souhaité (AuthCtxt). Dans une variante de réalisation de l'invention, la requête demande que l'identité de l'utilisateur soit vérifiée sans préciser sa valeur attendue ID_B. Dans une autre variante de réalisation de l'invention, la requête émanant de l'agent DRM 10 comporte en outre une information (AuthTime) correspondant à une date maximale de validité de l'authentification. Ainsi, une assertion d'authentification peut être considérée périmée si elle est effectuée au delà d'une certaine heure ou date. En définitive, l'agent DRM 10 vérifie que les données [ID B, AuthCtxt, AuthTime] fournies dans la licence sont bien conformes à celles collectées par le module de confiance 40 dans l'assertion signée et horodatée du serveur d'identité 44. Plus précisément, au minimum, les données suivantes sont fournies au module de confiance 40 via l'interface 42: - adresse du serveur d'identité 44 à contacter, 5 - l'identifiant ID B, - l'information AuthCtxt, l'information AuthTime, - l'identifiant du serveur de licences 6. L'adresse du serveur d'identité 44 est utilisée par le module de téléchargement 60 pour dialoguer avec ce serveur. Notons que cette adresse peut être préalablement fournie au module de confiance 40. La figure 5 illustre schématiquement les différentes étapes du processus d'authentification de l'utilisateur B d'un contenu protégé par une licence DRM. Le serveur de licences 6 transmet à l'agent DRM 10 (flèche 70) la licence relative au contenu. L'agent DRM 10 transmet au module de confiance 40 (flèche 72), via l'interface 42, une requête lui demandant de vérifier que l'utilisateur est bien B (ID B) avec le niveau d'authentification souhaité (AuthCtxt). Le module de confiance 40 transmet une requête d'authentification AuthRequest au serveur d'identité 44 (flèche 74), via l'interface 46. Une session est alors établie entre le serveur d'identité 44 et l'utilisateur B, par exemple 30 avec l'aide du module 13 de dialogue. 25 Le serveur d'identité 44 requiert (flèche 76) une information personnelle de l'utilisateur qui devrait être en correspondance avec la référence attribuée à l'utilisateur B et désignée par l'identifiant ID_B. L'utilisateur B fournit (flèche 78) cette information personnelle, via l'interface de saisie 13 intégrée à l'équipement 8. Le serveur d'identité 44 vérifie la correspondance entre l'information de l'utilisateur et la référence, puis répond au module de confiance 40 (flèche 80) en communiquant une assertion signée contenant l'identifiant de B et le niveau d'authentification validé: [ID_B; AuthCtxt]signéÉ Cette assertion peut être stockée localement dans la mémoire cache 64 du module de confiance 40 (figure 4) pour être réutilisée suivant les besoins à des dates antérieures à AuthTime, sans avoir à déclencher une nouvelle session avec le serveur d'identité 44. Le module de confiance 40 transmet enfin (flèche 82) la réponse reçue du serveur d'identité 44 ou extraite de la mémoire cache 64 à l'agent DRM 10. Cette réponse précise si l'utilisateur a été ou n'a pas été authentifié avec le niveau de sécurité souhaité comme étant le bénéficiaire B de la licence. L'agent DRM 10 exploite alors cette réponse du module de confiance 40 avec les autres autorisations ou contraintes présentes dans la licence pour autoriser ou interdire l'accès au contenu. La figure 6 représente schématiquement une autre variante de réalisation dans laquelle le module de confiance 40 assure la vérification de l'identité de l'utilisateur localement au terminal, sans se connecter à un serveur d'identité distant. Dans cette architecture, le terminal comporte en outre un support externe sécurisé 100 tel que par exemple une carte à puce, connecté au terminal pour l'occasion. La vérification est effectuée relativement à une référence indépendante du terminal 8 de l'utilisateur qui est préalablement mémorisée sur le support externe 100 et qui est désignée par l'identifiant présent dans la condition d'accès. Le terminal peut comporter en outre un capteur biométrique 102 remplissant la même fonction que dans le cas illustré par la figure 4. La figure 7 illustre schématiquement une 15 architecture dans laquelle le contenu est protégé par un CAS. Dans cette figure le terminal 8 dispose d'un module de confiance 400 qui est structuré et fonctionne comme le module correspondant dans le contexte DRM décrit précédemment. Dans l'architecture décrite par la figure 7, le module de confiance 400 est relié à un serveur d'identité distant 440 par une liaison 460. Le terminal peut comporter en outre un capteur biométrique 102 tel que par exemple un lecteur d'empreinte digitale, un lecteur d'iris oculaire ou un analyseur d'empreinte vocale, etc...). Dans ce cas, le contrôle d'identité activé par le module de confiance 400 met en uvre un contrôle de données biométriques via le module de dialogue 13. Lorsqu'une condition d'accès attachée à un contenu comporte la vérification de l'identité de 2884377 20 l'utilisateur, le module 24 du CAS dans le terminal 8 émet une requête d'authentification de l'utilisateur auprès du module de confiance 400 qui en retour fournit une réponse d'authentification positive ou négative selon le niveau de sécurité décrit dans la condition d'accès ou attaché à la phase de dialogue concernées. Le module 24 du CAS décide alors de la poursuite de l'accès ou du dialogue avec l'utilisateur par exploitation de cetteréponse venant du module de confiance 400. La figure 8 représente schématiquement une autre variante de réalisation dans laquelle le module de confiance 400 assure la vérification de l'identité de l'utilisateur localement au terminal, sans se connecter à un serveur d'identité distant. Dans cette variante de réalisation, le terminal comporte en outre un support externe sécurisé 500 tel que par exemple une carte à puce, connecté au terminal pour l'occasion. Le terminal peut comporter en outre un capteur biométrique 102 remplissant la même fonction que dans le cas illustré par la figure 7. La vérification est effectuée relativement à une référence indépendante du terminal 8 de l'utilisateur qui est préalablement mémorisée sur le support externe 500 et qui est désignée par l'identifiant présent dans la condition d'accès. 21 REVENDICATIONS 1. Procédé d'authentification d'un utilisateur muni d'un droit d'accès à un contenu numérique au moyen d'un équipement terminal (8), procédé caractérisé en ce qu'il comporte: - une phase de configuration consistant à attribuer à l'utilisateur, par un tiers de confiance, une référence exclusive, indépendante de l'équipement terminal et préalablement corrélée avec un identifiant de l'utilisateur, - une phase d'association dudit identifiant à une condition d'accès audit contenu, -une phase de contrôle effectué localement à l'équipement terminal, consistant à vérifier une relation prédéfinie de correspondance entre une information fournie par l'utilisateur et la référence attribuée à l'utilisateur et désignée par ledit identifiant, et, - une phase de décision prise localement dans l'équipement terminal consistant à autoriser ou interdire l'accès au contenu selon le résultat de ladite vérification. 2. Procédé selon la revendication 1, caractérisé en ce que ladite relation de correspondance est une égalité stricte entre l'information fournie par l'utilisateur et la référence qui lui est attribuée. 3. Procédé selon la revendication 1, dans lequel la phase de contrôle est activée en réponse à ladite condition d'accès au contenu. 30 2884377 22 4. Procédé selon la revendication 1, dans lequel ladite référence est stockée dans un serveur d'identité distant (44, 440). 5. Procédé selon la revendication 1, dans lequel la phase de contrôle est exécutée par ledit serveur d'identité (44, 440) sur requête de l'équipement terminal. 6. Procédé selon la revendication 1, dans lequel ladite référence est stockée sur un support amovible sécurisé (100, 500) associé à l'équipement terminal (8). 7. Procédé selon la revendication 1, dans lequel la phase de contrôle est exécutée par un processeur de sécurité (26) associé à l'équipement terminal (8). 8. Procédé selon la revendication 1, dans lequel la vérification de ladite relation prédéfinie de correspondance entre la donnée de l'utilisateur et la référence est effectuée selon un niveau de sécurité convenu entre le fournisseur du droit d'accès et le serveur d'identité. 9. Procédé selon la revendication 1, dans lequel ledit contenu représente des données audio, des 30 données vidéo ou des données multimédia. 2884377 23 10. Procédé selon la revendication 9, dans lequel l'usage dudit contenu est soumis à des conditions d'accès transmises à l'équipement terminal (8) dans des messages ECM. 11. Procédé selon la revendication 9, dans lequel l'usage dudit contenu est soumis à des conditions d'accès contenues dans une licence DRM. 12. Équipement terminal (8) destiné à recevoir un contenu numérique comportant un module de contrôle (10, 24) du droit d'accès d'un utilisateur au contenu numérique, équipement caractérisé en ce qu'il comporte en outre un module de confiance (40, 400) 15 coopérant avec un serveur d'identité (44, 440) pour authentifier l'utilisateur par rapport à une référence indépendante de l'équipement terminal.