FR 2967002 A1 20120504 FR 1058845 A 20101027 PROCEDE DE RECEPTION D'UN CONTENU MULTIMEDIA EMBROUILLE A L'AIDE DE MOTS DE CONTRÔLE [1] L'invention concerne un procédé de réception d'un contenu multimédia embrouillé à l'aide de mots de contrôle. L'invention concerne également un processeur de sécurité, un terminal ainsi qu'un support d'enregistrement d'informations pour la mise en oeuvre de ce procédé. [2] L'invention s'applique en particulier au domaine du contrôle d'accès pour la fourniture de programmes multimédias payants tels que la télévision 10 payante. [3] Il est connu de diffuser plusieurs contenus multimédias en même temps. Pour cela, chaque contenu multimédia est diffusé sur son propre canal. Le canal utilisé pour transmettre un contenu multimédia est également connu sous le terme de « chaine ». Un canal correspond typiquement à une chaine de télévision. 15 Cela permet à un utilisateur de choisir simplement le contenu multimédia qu'il souhaite visualiser en changeant de canal. [4] Dans cette description, on désigne plus spécifiquement par « contenu multimédia » un contenu audio et/ou visuel destiné à être restitué sous une forme directement perceptible et compréhensible par un être humain. 20 Typiquement, un contenu multimédia correspond à une succession d'images formant un film, une émission de télévision ou de la publicité. Un contenu multimédia peut également être un contenu interactif tel qu'un jeu. [5] Pour sécuriser et soumettre la visualisation des contenus multimédias à certaines conditions, comme la souscription d'un abonnement payant 25 par exemple, les contenus multimédias sont diffusés sous forme embrouillée et non pas en clair. Dans cette description, le canal est dit « embrouillé » lorsque le contenu multimédia diffusé sur ce canal est embrouillé. [6] Plus précisément, chaque contenu multimédia est divisé en une succession de cryptopériodes. Pendant toute la durée d'une cryptopériode, les 30 conditions d'accès au contenu multimédia embrouillé demeurent inchangées. En particulier, pendant toute la durée d'une cryptopériode, le contenu multimédia est embrouillé avec le même mot de contrôle. Généralement, le mot de contrôle varie d'une cryptopériode à l'autre. [7] De plus, le mot de contrôle est généralement spécifique à un 35 contenu multimédia, ce dernier étant aléatoirement ou pseudo aléatoirement tiré. Ainsi, si à un instant donné, N contenus multimédias sont simultanément diffusés sur N canaux, il existe N mots de contrôle différents et indépendants employés chacun pour embrouiller l'un de ces contenus multimédias. [8] Ici, les termes « embrouiller » et « chiffrer » sont considérés comme des synonymes. Il en est de même pour les termes « désembrouiller » et « déchiffrer ». [9] Le contenu multimédia en clair correspond au contenu multimédia avant que celui-ci ne soit embrouillé. Celui-ci peut être rendu directement compréhensible par un être humain sans avoir recours à des opérations de désembrouillage et sans que sa visualisation soit soumise à certaines conditions. [0010] Les mots de contrôle nécessaires pour désembrouiller les contenus multimédias sont transmis de manière synchronisée avec les contenus multimédias. Par exemple, les mots de contrôle nécessaires pour désembrouiller la tième cryptopériode sont reçus par chaque terminal pendant la (t-1)-ième cryptopériode. Pour cela, par exemple, les mots de contrôle sont multiplexés avec le contenu multimédia embrouillé. [0011] Pour sécuriser la transmission des mots de contrôle, ceux-ci sont transmis aux terminaux sous forme de cryptogrammes contenus dans des messages ECM (Entitlement Control Message). On désigne ici par « cryptogramme » une information insuffisante à elle seule pour retrouver le mot de contrôle en clair. Ainsi, si la transmission du mot de contrôle est interceptée, la seule connaissance du cryptogramme du mot de contrôle ne permet pas de retrouver le mot de contrôle permettant de désembrouiller le contenu multimédia. [0012] Pour retrouver le mot de contrôle en clair, c'est-à-dire le mot de contrôle permettant de désembrouiller directement le contenu multimédia, celui-ci doit être combiné avec une information secrète. Par exemple, le cryptogramme du mot de contrôle est obtenu en chiffrant le mot de contrôle en clair avec une clé cryptographique. Dans ce cas, l'information secrète est la clé cryptographique permettant de déchiffrer ce cryptogramme. Le cryptogramme du mot de contrôle peut aussi être une référence à un mot de contrôle stocké dans une table contenant une multitude de mots de contrôle possibles. Dans ce cas, l'information secrète est la table associant à chaque référence un mot de contrôle en clair. [0013] L'information secrète doit être préservée en lieu sûr. Pour cela, il a déjà été proposé de stocker l'information secrète dans des processeurs de sécurité tels que des cartes à puce directement connectées à chacun des terminaux. [0014] Par ailleurs, les contenus multimédias diffusés sur les différents canaux peuvent être coordonnés temporellement entre eux. Par exemple, les instants de diffusion des contenus multimédias sont réglés pour respecter les horaires de diffusion indiqués sur une grille de programmes préétablie. Chaque terminal sur un canal donné reçoit donc sensiblement en même temps le même contenu multimédia. On dit que ces contenus multimédias sont des flux « live » ou « linéarisés » car l'utilisateur ne contrôle par leur instant de transmission. [0015] Dans ce contexte, des attaques ont été développées pour permettre à des utilisateurs de désembrouiller des contenus multimédias pour lesquels ils n'ont pas acquis licitement des droits d'accès. [0016] L'une de ces attaques est connue sous le terme de « partage de carte » (« card sharing » en anglais). Cette attaque consiste à acquérir de façon licite un processeur de sécurité pour posséder les droits d'accès nécessaires pour désembrouiller plusieurs canaux. Ensuite, ce processeur de sécurité « licite» est introduit dans un serveur pirate qui reçoit des messages ECM d'une multitude de terminaux satellites pirates. Ainsi, lorsqu'un terminal satellite pirate souhaite désembrouiller illicitement un contenu multimédia diffusé, il reçoit ce contenu multimédia et transmet les messages ECM correspondants au serveur pirate. Le serveur pirate transmet ces messages ECM au processeur de sécurité licite. En réponse, le processeur de sécurité licite déchiffre les mots de contrôle contenus dans ces messages ECM et renvoie les mots de contrôle en clair au serveur pirate. Le serveur pirate transmet alors ces mots de contrôle en clair au terminal satellite pirate qui peut alors désembrouiller le contenu multimédia souhaité. [0017] Dans cette attaque, le processeur de sécurité est utilisé normalement sauf qu'il traite les messages ECM d'une multitude de terminaux satellites alors que dans une utilisation licite, il ne traite que les messages ECM d'un seul terminal. [0018] Pour détecter cette attaque, il a déjà été proposé : - de dénombrer les changements de canaux intervenus sur une période prédéterminée de temps (voir la demande de brevet EP 1 575 293), - de dénombrer le nombre de canaux différents désembrouillés par le processeur de 25 sécurité sur une période prédéterminée de temps (voir la demande de brevet EP 1 447 976), et - de dénombrer le nombre de messages ECM reçus par le processeur de sécurité sur une période prédéterminée (voir la demande de brevet WO 2008 049 882). [0019] Ces procédés de détection mettent tous à profit le fait qu'une 30 attaque par partage de carte se traduit par : - un nombre de changements de canaux (également connu sous le terme de « zapping ») anormalement élevé, et/ou - un nombre de messages ECM reçus anormalement élevé. [0020] La détection de cette attaque permet ensuite de mettre en place 35 des contre-mesures. [0021] Il existe également une autre attaque connue sous l'expression de « partage de mots de contrôle » (« control word sharing » en anglais) qui exploite, elle aussi, un processeur de sécurité licite pour désembrouiller un ou plusieurs canaux. Dans cette attaque, le processeur de sécurité licite est introduit dans un 40 serveur de mots de contrôle. Ce serveur reçoit le contenu multimédia et en extrait les messages ECM. Les messages ECM extraits sont transmis au processeur de sécurité licite qui déchiffre alors les cryptogrammes des mots de contrôle et renvoie les mots de contrôle ainsi déchiffrés au serveur. Le serveur diffuse alors à un grand nombre de terminaux satellites pirates ces mots de contrôle, ce qui leur permet de désembrouiller illicitement les contenus multimédias. Par exemple, dans cette attaque, les terminaux satellites pirates s'abonnent simplement au flux de mots de contrôle en clair généré par le serveur et correspondant au canal qu'il souhaite désembrouiller. [0022] Cette dernière attaque diffère de l'attaque par partage de carte par le fait que les terminaux satellites pirates n'ont pas besoin de transmettre au serveur les messages ECM du canal qu'il souhaite désembrouiller. Par conséquent, le nombre de messages ECM traités par le processeur de sécurité dans cette attaque est beaucoup moins élevé que dans une attaque par partage de carte. Toutefois, si pour cette attaque, le même processeur de sécurité est utilisé pour traiter les messages ECM de différents canaux, cette attaque peut encore être détectée à l'aide des procédés de détection connus présentés ci-dessus. [0023] Les attaques présentées permettent à un grand nombre de pirates d'accéder au contenu multimédia d'une chaîne payante gratuitement. Ces attaques représentent en conséquence un manque à gagner pour un fournisseur de ce contenu multimédia. [0024] Afin de palier à cet inconvénient, l'invention vise à rendre plus difficile la mise en oeuvre de ces attaques. [0025] L'invention concerne un procédé de réception d'un contenu multimédia embrouillé à l'aide de mots de contrôle, ce procédé comprenant les 25 étapes suivantes: - la réception par un processeur de sécurité de messages ECM (Entitlement Control Message) contenant au moins un cryptogramme CW* d'un mot de contrôle CW permettant de désembrouiller un contenu multimédia, - le déchiffrement par le processeur de sécurité de ce cryptogramme CW*, et 30 - le désembrouillage du contenu multimédia embrouillé à partir du mot de contrôle CW déchiffré, - une mise en oeuvre d'un captcha (Completely Automated Public Turing test to tell Computers and Humans Apart), depuis un terminal de réception, dont la réponse correcte est contenue dans une mémoire du processeur de sécurité et varie d'une 35 mise en oeuvre à l'autre, - le processeur de sécurité acquière au moins une réponse à ce captcha et compare cette réponse avec la réponse correcte contenue dans sa mémoire, et - le processeur de sécurité limite le désembrouillage des cryptogrammes CW* si aucune réponse à ce captcha ne correspond à la réponse correcte contenue dans la 40 mémoire. [0026] Un point commun aux attaques présentées plus haut est que le fonctionnement des serveurs pirates est totalement automatisé de manière à répondre de façon continue et rapide aux sollicitations des pirates connectés à ce serveur. Dans le procédé de l'invention, la mise en oeuvre d'un captcha permet d'empêcher cette automatisation des serveurs pirates. En effet, la réponse correcte à un captcha ne peut être trouvée facilement que par un être humain et non pas par une machine. Ainsi, la mise en oeuvre du captcha suppose une intervention humaine, par exemple, au niveau du serveur pirate ce qui rend plus difficile l'utilisation de telles attaques. [0027] Par ailleurs, un serveur pirate ne peut pas facilement contourner cette mise en oeuvre. En effet, la réponse correcte associée au captcha est mémorisée dans le processeur ce qui empêche l'extraction de cette réponse par un serveur pirate. De plus, la comparaison entre une réponse au captcha et la réponse correcte est réalisée par le processeur de sécurité et non pas par le terminal de réception (serveur pirate). Ainsi, l'intégrité du résultat de la comparaison est garantie. [0028] Les modes de réalisation de ce procédé peuvent comporter une ou plusieurs des caractéristiques suivantes: ^ procédé dans lequel: - le désembrouillage des cryptogrammes CW* est maintenu lors de la mise en oeuvre 20 du captcha, et - si aucune réponse au captcha correspondant à la réponse correcte contenue dans la mémoire n'est reçue dans un intervalle de temps prédéterminé DR, le processeur limite le désembrouillage des cryptogrammes CW*. ^ procédé comportant la mise en oeuvre automatique par le processeur d'un 25 nouveau captcha à chaque fois que la valeur d'un compteur CR dénombrant le nombre de messages ECM ou EMM reçus par le processeur atteint un seuil prédéfini ou à chaque fois qu'une durée DP prédéfinie s'est écoulée depuis la mise en oeuvre d'un précédent captcha. ^ procédé, dans lequel si l'intervalle de temps DR n'a pas expiré depuis la mise 30 en oeuvre d'un précédent captcha et que le nombre de réponses incorrectes à ce précédent captcha, reçues par le processeur, est supérieur à un seuil MR. prédéfini, le procédé comporte la mise en oeuvre d'un nouveau captcha dont la réponse correcte, également contenue dans la mémoire du processeur, est distincte de la réponse correcte du précédent captcha, la réponse correcte 35 devant être reçue par le processeur avant l'expiration de l'intervalle de temps DR, l'intervalle de temps DR n'étant pas réinitialisé lors de la mise en oeuvre du nouveau captcha. ^ le procédé comporte: - la détection d'une utilisation potentiellement anormale du processeur de sécurité en 40 fonction de messages ECM ou EMM reçus par ce processeur de sécurité, et - le déclenchement de la mise en oeuvre du captcha en réponse à cette détection d'une utilisation potentiellement anormale. ^ procédé, dans lequel la détection de l'utilisation potentiellement anormale du processeur de sécurité est réalisée à partir d'un dénombrement des changements de canaux pendant une période d'observation ou d'un dénombrement des messages ECM reçus pendant une période d'observation. ^ procédé comportant la mise en oeuvre d'un captcha spécifique au processeur de sécurité, ce captcha spécifique étant associé par l'intermédiaire d'une relation prédéfinie à un identifiant de ce processeur de sécurité contenant la réponse correcte à ce captcha, de manière à permettre l'identification de ce processeur de sécurité à partir de ce captcha parmi un ensemble de processeurs de sécurité. ^ procédé comprenant l'inclusion d'une marque dans le captcha spécifique, cette marque étant associée par l'intermédiaire de la relation prédéfinie à l'identifiant du processeur de sécurité et cette marque comportant une information indispensable qui, si elle est supprimée, rend impossible la découverte de la réponse correcte à ce captcha en un unique essai par un être humain. ^ procédé, dans lequel la relation prédéfinie est une base de données associant à chaque captcha spécifique l'identifiant du processeur de sécurité contenant la réponse correcte à ce captcha ou une fonction prédéfinie permettant de construire le captcha en fonction de l'identifiant du processeur de sécurité. [0029] Les modes de réalisation de ce procédé peuvent présenter en outre les avantages suivants: ^ en laissant un délai de réponse avant de limiter le désembrouillage, on oblige l'utilisateur ou le serveur pirate à répondre à ce captcha. De plus, on limite la gêne causée à l'utilisateur pendant la mise en oeuvre du captcha et on limite les chances de succès d'une attaque par dictionnaire ou par force brute, ^ en répétant la mise en oeuvre du captcha, on perturbe plus encore l'automatisation des attaques pirates, ^ en limitant le nombre de réponses que peut recevoir le processeur à un captcha, on empêche la mise en oeuvre d'attaques par dictionnaire ou par force brute pour répondre correctement au captcha, ^ en déclenchant la mise en oeuvre du captcha lorsqu'une utilisation potentiellement anormale est détectée, on augmente la fiabilité de la détection d'une utilisation anormale du processeur, ^ en mettant en oeuvre un captcha spécifique à un processeur pirate, on dissuade le serveur pirate de transmettre ce captcha vers des terminaux pirates puisque l'interception d'un tel captcha transmis permettrait d'identifier le processeur de sécurité et donc de remonter à l'identité d'un pirate, et ^ en incluant dans le captcha spécifique la marque contenant l'information indispensable pour répondre correctement à ce captcha, on rend difficile l'occultation de cette marque, et donc l'occultation de l'identifiant du processeur de sécurité, avant la transmission du captcha vers des utilisateurs. [0030] L'invention concerne également un support d'enregistrement d'informations, comportant des instructions pour l'exécution du procédé présenté, lorsque ces instructions sont exécutées par un calculateur électronique. [0031] L'invention concerne enfin un processeur de sécurité pour la mise en oeuvre du procédé présenté ci-avant, ce processeur étant programmé pour : - recevoir des messages ECM (Entitlement Control Message) contenant au moins un cryptogramme CW* d'un mot de contrôle CW permettant de désembrouiller un contenu multimédia, - déchiffrer ce cryptogramme CW*, et - transmettre le mot de contrôle déchiffré à un désembrouilleur pour désembrouiller le contenu multimédia embrouillé à partir de ce mot de contrôle CW déchiffré, le processeur comporte une mémoire contenant au moins une réponse correcte à un captcha (Completely Automated Public Turing test to tell Computers and Humans Apart) et ce processeur est également programmé pour, en réponse à au moins une mise en oeuvre de ce captcha (Completely Automated Public Turing test to tell Computers and Humans Apart), depuis un terminal de réception: - acquérir au moins une réponse à ce captcha et comparer cette réponse avec la réponse correcte contenue dans sa mémoire, et - limiter le désembrouillage des cryptogrammes CW* si aucune réponse à ce captcha ne correspond à la réponse correcte contenue dans la mémoire. [0032] L'invention concerne enfin un terminal de réception d'un contenu multimédia embrouillé à l'aide de mots de contrôle pour la mise en oeuvre du procédé présenté ci-avant, ce terminal comportant un module électronique d'interface avec un processeur de sécurité, ce module étant programmé pour : - transmettre au processeur de sécurité des messages ECM (Entitlement Control 30 Message) contenant au moins un cryptogramme CW* d'un mot de contrôle CW permettant de désembrouiller un contenu multimédia, - recevoir le mot de contrôle CW déchiffré par le processeur de sécurité et le transmettre à un désembrouilleur pour désembrouiller le contenu multimédia embrouillé à partir de ce mot de contrôle CW déchiffré, 35 - mettre en oeuvre au moins un captcha (Completely Automated Public Turing test to tell Computers and Humans Apart) dont la réponse correcte est contenue dans une mémoire du processeur de sécurité et varie d'une mise en oeuvre à l'autre, - acquérir au moins une réponse à ce captcha et transmettre cette réponse au processeur de sécurité pour qu'il puisse la comparer avec la réponse correcte 40 contenue dans sa mémoire. [0033] D'autres caractéristiques et avantages de l'invention ressortiront clairement de la description qui en est faite ci-après, à titre indicatif et nullement limitatif, en référence aux dessins annexés, dans lesquels : - la figure 1 est une illustration schématique d'un système d'émission et de réception de contenus multimédias embrouillés, - la figure 2 est une illustration schématique d'un captcha mis en oeuvre par le système de la figure 1, - la figure 3 est un organigramme de construction du captcha de la figure 2, - la figure 4 est un organigramme d'un procédé de réception d'un contenu multimédia dans le système de la figure 1, et - la figure 5 est un organigramme d'une variante du procédé de la figure 4. [0034] Dans ces figures les mêmes références sont utilisées pour désigner les mêmes éléments. [0035] Dans la suite de cette description, les caractéristiques et fonctions bien connues de l'homme du métier ne sont pas décrites en détail. De plus, la terminologie utilisée est celle des systèmes d'accès conditionnels à des contenus multimédias. Pour plus d'informations sur cette terminologie, le lecteur peut se reporter au document suivant : « Functional Model of Conditional Access System », EBU Review, Technical European Broadcasting Union, Brussels, BE, n° 266, 21 décembre 1995. [0036] La figure 1 représente un système 2 d'émission et de réception de contenus multimédias embrouillés. Les contenus multimédias émis sont des contenus multimédias linéarisés. Par exemple, un contenu multimédia correspond à une séquence d'un programme audiovisuel tel qu'une émission de télévision ou un film. [0037] Les contenus multimédias en clair sont générés par une ou plusieurs sources 4 et transmis à un dispositif 6 de diffusion. Le dispositif 6 diffuse les contenus multimédias simultanément vers une multitude de terminaux de réception à travers un réseau 8 de transmission d'informations. Les contenus multimédias diffusés sont synchronisés temporellement les uns avec les autres pour, par exemple, respecter une grille préétablie de programmes. [0038] Le réseau 8 est typiquement un réseau grande distance de transmission d'informations tel que le réseau Internet ou un réseau satellitaire ou tout autre réseau de diffusion tel que celui utilisé pour la transmission de la télévision numérique terrestre (TNT). [0039] Pour simplifier la figure 1, seuls trois terminaux 10 à 12 de réception sont représentés. [0040] Le dispositif 6 comprend un encodeur 16 qui compresse les contenus multimédias qu'il reçoit. L'encodeur 16 traite des contenus multimédias numériques. Par exemple, cet encodeur fonctionne conformément à la norme MPEG2 (Moving Picture Expert Group - 2) ou la norme UIT-T H264. [0041] Les contenus multimédias compressés sont dirigés vers une entrée 20 d'un embrouilleur 22. L'embrouilleur 22 embrouille chaque contenu multimédia compressé pour conditionner sa visualisation à certaines conditions telles que l'achat d'un titre d'accès par les utilisateurs des terminaux de réception. Les contenus multimédias embrouillés sont restitués sur une sortie 24 raccordée à l'entrée d'un multiplexeur 26. [0042] L'embrouilleur 22 embrouille chaque contenu multimédia compressé à l'aide d'un mot de contrôle CW;,t qui lui est fourni, ainsi qu'à un système 28 d'accès conditionnel, par un générateur 32 de clés. Le système 28 est plus connu sous l'acronyme CAS (Conditional Access System). L'indice i est un identifiant du canal sur lequel est diffusé le contenu mulimédia embrouillé et l'indice t est un numéro d'ordre identifiant la cryptopériode embrouillée avec ce mot de contrôle. [0043] Typiquement, cet embrouillage est conforme à une norme telle que la norme DVB-CSA (Digital Video Broadcasting - Common Scrambling Algorithm), ISMA Cryp (Internet Streaming Media Alliance Cryp), SRTP (Secure Realtime Transport Protocol), AES (Advanced Encryption Standard), ... etc. [0044] Pour chaque canal i, le système 28 génère des messages ECM;,t (Entitlement Control Message) contenant au moins le cryptogramme CW*;,t du mot de contrôle CW;,t généré par le générateur 32 et utilisé par I'embrouilleur 22 pour embrouiller la cryptopériode t du canal i. Ces messages et les contenus multimédias embrouillés sont multiplexés par le multiplexeur 26, ces derniers étant respectivement fournis par le système 28 d'accès conditionnel et par I'embrouilleur 22, avant d'être transmis sur le réseau 8. [0045] Le système 28 insère également dans chaque ECM : - l'identifiant i du canal, - les cryptogrammes CW*;,t et CW*;,t+, des mots de contrôle CW;,t et CW;,t+, permettant de désembrouiller les cryptopériodes t et t+1 immédiatement 30 consécutives du canal i, - des étiquettes de temps TSt et TSt+,, ou « timestamp » en anglais, qui repèrent les instants auxquels doivent être jouées les cryptopériodes t et t+1, - des conditions d'accès CA destinées à être comparées à des titres d'accès 35 acquis par l'utilisateur, et - une signature ou une redondance cryptographique MAC permettant de vérifier l'intégrité du message ECM. [0046] Le message ECM contenant la paire de mots de contrôle CW;,t/CW;,t+, est noté ECM;,t dans la suite de la description où : 40 - l'indice i identifie le canal, et - l'indice t est un numéro d'ordre identifiant la position temporelle de ce message ECM par rapport aux autres messages ECM différents émis pour désembrouiller le canal i. [0047] Ici, l'indice t identifie également la cryptopériode CP;,t 5 désembrouillable à l'aide du mot de contrôle CW;,t contenu dans le message ECM;,t. L'indice t est unique pour chaque cryptopériode CP;,t. [0048] Les étiquettes de temps sont définies par rapport à une origine absolue indépendante du contenu multimédia diffusé et du canal sur lequel le contenu multimédia est diffusé. 10 [0049] Le même identifiant i est inséré dans tous les messages ECM;,t contenant un cryptogramme CW*;,t pour le désembrouillage des contenus multimédias diffusés sur ce canal i. A titre d'illustration, ici, l'embrouillage et le multiplexage des contenus multimédias est conforme au protocole DVB-Simulcrypt (ETSI TS 103 197). Dans ce cas, l'identifiant i peut correspondre à un couple « channel ID/stream ID » 15 unique sur lequel sont envoyées toutes les requêtes de génération de message ECM pour ce canal. [0050] Chaque message ECM;,t comporte une paire CW*;,t/CW*;,t+, de cryptogrammes de mots de contrôle. Après déchiffrement, cette paire CW*;,t/CW*;,t+, de cryptogrammes permet d'obtenir une paire CW;,t/CW;,t+, de mots de contrôle. 20 [0051] Dans l'exemple, les terminaux 10 à 12 sont identiques. Aussi, par la suite seul le terminal 10 est décrit plus en détail. [0052] Le terminal 10 est ici décrit dans le cas particulier où celui-ci est capable de désembrouiller simultanément un seul canal i. A cet effet, le terminal 10 comporte une seule ligne 60 de désembrouillage permettant le désembrouillage du 25 canal i. Par exemple, la ligne 60 désembrouille le canal i pour l'afficher sur un afficheur 84. [0053] Par exemple, l'afficheur 84 est une télévision, un ordinateur ou encore un téléphone fixe ou mobile. Ici, l'afficheur est une télévision. [0054] La ligne 60 comprend un récepteur 70 de contenus multimédias 30 diffusés. Ce récepteur 70 est raccordé à l'entrée d'un démultiplexeur 72 qui transmet d'un côté le contenu multimédia à un désembrouilleur 74 et d'un autre côté les messages ECM;,t et EMM (Entitlement Management Message) à un processeur de sécurité 76. [0055] Typiquement, l'interface entre le terminal 10 avec le processeur 35 76 est gérée par un module de contrôle d'accès 85. En particulier, le module 85 gère l'affichage sur l'afficheur 84 de données transmises par le processeur 76 au terminal 10 et la transmission au processeur 76 d'informations acquises par l'intermédiaire d'une interface homme-machine. Par exemple, l'interface homme-machine est composée de l'écran 84 et d'une télécommande. [0056] Le désembrouilleur 74 désembrouille le contenu multimédia embrouillé à partir du mot de contrôle transmis par le processeur 76. Le contenu multimédia désembrouillé est transmis à un décodeur 80 qui le décode. Le contenu multimédia décompressé ou décodé est transmis à une carte graphique 82 qui pilote l'affichage de ce contenu multimédia sur l'afficheur 84 équipé d'un écran 86. [0057] L'afficheur 84 affiche en clair le contenu multimédia sur l'écran 86 [0058] Le processeur 76 traite des informations confidentielles telles que des clés cryptographiques. Pour préserver la confidentialité de ces informations, il est conçu pour être le plus robuste possible vis-à-vis des tentatives d'attaques menées par des pirates informatiques. Il est donc plus robuste vis-à-vis de ces attaques que les autres composants du terminal 10. Par exemple, à cet effet, le processeur 76 est une carte à puce. [0059] Par exemple, le processeur 76 est réalisé à l'aide d'un calculateur 77 électronique programmable apte à exécuter des instructions enregistrées sur un support d'enregistrement d'informations. A cet effet, le processeur 76 comprend une mémoire 78 contenant les instructions nécessaires pour l'exécution du procédé de la figure 4 [0060] La mémoire 78 contient également une base de données 79 comprenant des captchas pré-enregistrés (Completely Automated Public Turing test 20 to tell Computers and Humans Apart). [0061] Dans cette description, on désigne par « captcha » tout test permettant de différencier un homme d'une machine. Ainsi, dans cette description les captchas ne sont pas limités au cas où une image d'une chaîne de caractères doit être recopiée dans un champ prévu à cet effet. Un captcha comprend par exemple 25 une séquence audio, une image, une énigme, ou encore un jeu. Une énigme est par exemple une opération mathématique simple telle qu'une multiplication ou une question à choix multiples. Un jeu est par exemple un labyrinthe comportant une entrée et plusieurs sorties dont une seule est associée à l'entrée. Chaque sortie est associée à une chaîne de caractère non triviale que l'utilisateur doit saisir en tant que 30 réponse au captcha. En revanche, on exclut ici des captchas tels que l'affichage d'un message demandant à un utilisateur de changer de canal avant de revenir sur un canal initial. [0062] Chaque captcha de la base de données 79 est associé à une réponse correcte. Cette réponse correcte est également mémorisée dans la base 79, 35 associée au captcha correspondant. L'enregistrement des réponses correctes dans le processeur 79 garantit que la vérification de la réponse se fait à l'intérieur du processeur 79 ce qui rend la récupération de ces réponses correctes par le biais d'un logiciel espion plus difficile. [0063] Les captchas de la base 79 sont spécifiques au processeur 76. 40 Par « spécifique » on désigne le fait qu'il existe une relation prédéfinie qui associe un identifiant du processeur 76 uniquement aux captchas de la base 79. Dans ces conditions, à partir d'un captcha de la base 79 et de la relation prédéfinie, il est possible d'identifier, parmi l'ensemble des processeurs de sécurité du système 2, le processeur 76. [0064] Un captcha 87 pré-enregistré dans la base 79 va maintenant être décrit en référence à la figure 2. [0065] Le captcha 87 comprend un challenge 872. On désigne par « challenge » d'un captcha l'ensemble des informations du captcha indispensables pour qu'un être humain soit apte à trouver systématiquement la réponse correcte à ce captcha en un unique essai. [0066] Dans cet exemple, le challenge 872 est une image d'une chaine de caractères qu'un utilisateur doit recopier dans un champ 874 prévu à cet effet. De façon connue en soi, les caractères de la chaîne de caractères du challenge 872 comportent une police, une taille, une distorsion variant d'un caractère à l'autre. Dans ces conditions, la reconnaissance automatique de cette chaîne de caractères par un ordinateur est rendue plus difficile. [0067] Pour simplifier la figure 2, la totalité des caractères de la chaîne de caractères n'a pas été représentée. [0068] Le captcha 87 comprend par ailleurs un contexte 876. Par « contexte d'un captcha » on désigne l'ensemble des informations n'appartenant pas au challenge 872. Le contexte 876 comprend une phrase explicative 879 invitant un utilisateur à recopier dans le champ 874 la chaine de caractères illustrée dans le challenge 872. [0069] Le captcha 87 comprend par ailleurs une marque 878 pour identifier le processeur 76. Ici, la marque 878 est une chaîne de caractères. Cette marque 878 est l'image de l'identifiant du processeur 76 par une fonction F. Typiquement, l'identifiant du processeur 76 est un numéro de fabrication ou un numéro de série du processeur 76 permettant d'identifier sans ambiguïté ce processeur 76 parmi l'ensemble des processeurs du système 2. [0070] La fonction F est ici une fonction inversible. Dans ce cas, pour identifier le processeur 76 contenant la réponse correcte au captcha 87, il suffit d'appliquer la fonction inverse de la fonction F au captcha 87. [0071] De préférence, la fonction F est une fonction de chiffrement telle qu'une fonction à clé secrète. Par exemple les fonctions DES (Data Encryption Standard) ou AES (Advanced Encryption Standard) peuvent être utilisées pour chiffrer l'identifiant du processeur 76 de manière à obtenir la marque 878. [0072] Toujours de manière préférentielle, la fonction F prend pour paramètre d'entrée un aléa r tiré pseudo-aléatoirement par le processeur 76, en plus de l'identifiant. Ainsi, bien que l'identifiant du processeur 76 soit constant, à chaque construction d'un captcha, les marques (image de l'identifiant par la fonction F) incluses dans les captchas spécifiques sont différentes les unes des autres. Ici, l'aléa r est également inclus dans l'image de la chaîne de caractères à un emplacement prédéterminé de manière à permettre l'identification du processeur 76 à partir, seulement, du captcha spécifique et de l'inverse de la fonction F. Par exemple, l'aléa r est ici inclus dans le challenge 872 à un emplacement 880. Dans la figure 2, l'emplacement 880 est formé des quatre premiers caractères de l'image de la chaîne de caractères. [0073] Dans cet exemple, la marque 878 est avantageusement incluse dans le challenge 872. Dans ces conditions, la marque 878, et donc l'identifiant du processeur 76, ne peut pas facilement être supprimée du captcha 87. Typiquement, si cette marque 878 est supprimée, il est impossible pour un être humain de répondre correctement au captcha en un seul essai. En effet, dans ce cas le challenge 872 est incomplet. La marque 878 est elle aussi placée à un endroit prédéterminé à l'intérieur du challenge 872. Par exemple, ici, la marque 878 est constituée des deux derniers caractères du challenge 872. [0074] Un procédé de construction du captcha 87 va maintenant être décrit en référence à la figure 3. Dans ce cas particulier, la construction du captcha 87 est réalisée par un serveur raccordé à chaque processeur du système 2 par l'intermédiaire d'un réseau de transmission d'informations tel que le réseau 8. [0075] Lors d'une étape 90, le serveur tire un aléa r pseudoaléatoirement. [0076] Lors d'une étape 92, le serveur génère un cryptogramme Id* de l'identifiant du processeur 76 en appliquant la fonction F à l'aléa r et à l'identifiant du processeur 76. Pour cela, l'identifiant du processeur 76 est mémorisé, au préalable, dans le serveur. [0077] Lors d'une étape 94, la réponse correcte au challenge est obtenue en concaténant l'aléa r et le cryptogramme Id* dans la même chaine de caractères. [0078] Lors d'une étape 96 le serveur construit le challenge 872 en appliquant à chaque caractère de la chaîne construite lors de l'étape 94, une transformation géométrique pour le déformer et le rendre difficilement identifiable par un ordinateur. Par « transformation géométrique » on désigne par exemple le choix d'une police et d'un facteur de distorsion pour chacun de ces caractères. La marque 878 est l'image du cryptogramme Id*par la transformation géométrique. [0079] L'application de telles transformations pour générer le challenge 872 sont par exemple décrites dans la demande de brevet US2008/0072293. [0080] Lors d'une étape 98, le captcha et la réponse correcte associée à ce captcha sont mémorisés par le serveur. [0081] Ensuite, lors d'une étape 99, le captcha 87 et la réponse correcte 40 sont enregistrés dans la base 79 du processeur 76 lors de la fabrication du processeur 76 en usine ou transmis lors de l'utilisation du processeur 76 par le biais d'un message EMM. En réponse au message EMM, le processeur enregistre le captcha 87 dans la base 79. [0082] Un procédé de réception d'un contenu multimédia à l'aide du système 2 va maintenant être décrit en référence à la figure 4. [0083] Lors d'une phase 100 d'utilisation, un utilisateur visionne un contenu multimédia en clair sur l'écran 86 de l'afficheur 84. Par exemple, l'utilisateur regarde un film. [0084] A cet effet, lors d'une étape 101a, le terminal 10 reçoit un contenu multimédia multiplexé par l'intermédiaire du récepteur 70. Ce contenu est démultiplexé par le démultiplexeur 72 et les messages ECM sont transmis au processeur 76 par l'intermédiaire du module 85. Par exemple, le module 85 ne transmet que les messages ECM;,t relatifs au canal i sur lequel est diffusé le film visionné par l'utilisateur. Ces messages ECM;,t contiennent un cryptogramme CW*;,t d'un mot de contrôle CW;,t permettant de désembrouiller le contenu multimédia diffusé sur le canal i ainsi que des droits d'accès pour autoriser ou non le déchiffrement du cryptogramme CW*;,t. [0085] Lors d'une étape 101b, le processeur 76 vérifie si l'utilisateur possède des titres d'accès correspondant aux droits d'accès contenu dans le 20 message ECM;,t reçu. [0086] Dans la négative, le processeur 76 ne déchiffre pas le cryptogramme CW*;,t et ne transmet pas le mot de contrôle CW;,t au désembrouilleur 74. Le procédé retourne alors à l'étape 101a. Le désembrouillage du contenu multimédia s'interrompt. 25 [0087] Si l'utlilisateur possède les titres d'accès correspondant aux droits d'accès reçus, alors le processeur 76 procède à une étape 102. [0088] Lors de l'étape 102, le processeur 76 détecte une utilisation potentiellement anormale. [0089] Dans cette description, on considère que l'utilisation du 30 processeur 76 est potentiellement anormale lorsque le processeur 76 semble être utilisé dans le cadre d'une des attaques présentées ci-avant. Ici, on considère plus particulièrement que l'utilisation du processeur 76 est potentiellement anormale si le processeur 76 semble être utilisé dans le cadre d'une attaque par partage de carte ou d'une attaque par partage de mots de contrôle. 35 [0090] Dans l'exemple, lors d'une opération 106, le processeur 76 calcule un nombre NEcm de messages ECM reçus par le processeur 76 par unité de temps. A cet effet, le procédé de détection décrit dans la demande de brevet WO2008049882 est par exemple mis en oeuvre. [0091] Lors d'une opération 108, le processeur 76 détermine si 40 l'utilisation du processeur est normale, potentiellement anormale ou anormale en comparant le nombre NECM à des seuils S1ECM et S2ECM. Si le nombre NECM est inférieur au seuil S1ECM alors l'utilisation est normale. Si le nombre NECM est supérieur au seuil S2ECM, alors l'utilisation est anormale. Si le nombre NECM est compris entre les seuils S1ECM et S2ECM, alors l'utilisation est potentiellement anormale. Une utilisation potentiellement anormale correspond à une zone d'incertitude où les mesures réalisées par le processeur 76 ne permettent pas de trancher avec certitude entre une utilisation normale et une utilisation anormale. Cette zone d'incertitude doit être réduite autant que possible pour éviter de sanctionner une utilisation normale ou éviter de ne pas sanctionner une utilisation anormale. [0092] Si le processeur 76 détecte que son utilisation est normale alors, lors d'une étape 110, le processeur 76 désembrouille le cryptogramme CW*;,t. Ensuite, le processeur 76 transmet le mot de contrôle CW;,t au terminal 10 pour désembrouiller le flux multimédia et le l'utilisateur poursuit le visionnage du film en clair. [0093] Si le processeur 76 détecte que son utilisation est anormale, lors d'une étape 111, le processeur 76 ne déchiffre pas le cryptogramme CW*;,t. Le terminal 10 est donc incapable de désembrouiller le contenu multimédia et l'utilisateur ne visionne plus le film en clair. [0094] Si le processeur 76 détecte que son utilisation est potentiellement 20 anormale, alors il procède à une étape 112 lors de laquelle un test supplémentaire est réalisé pour réduire la zone d'incertitude. [0095] Lors d'une opération 114, le processeur sélectionne un captcha parmi les captchas pré-enregistrés dans la base de données 79. Par exemple, le processeur 76 sélectionne pseudo-aléatoirement un captcha dans la base de 25 données 79. Pour la suite de la description, on suppose que le processeur 76 a sélectionné le captcha 87. [0096] Lors de cette opération 114, le processeur 76 transmet le captcha 87 au module 85 qui commande le terminal 10 pour afficher le captcha 87 sur l'écran 86. Simultanément, le processeur 76 déclenche un compteur qui décompte un 30 intervalle de temps prédéterminé DR. Par exemple, un compteur CDDR est initialisé lors de la sélection du captcha par le processeur 76 puis déclenché. Typiquement, l'intervalle DR est supérieur à 2 minutes et, de préférence, supérieur à 5 minutes. Ici, l'intervalle DR est de 15 minutes. [0097] Par ailleurs, lors de cette opération 114, un compteur CRMR pour 35 dénombrer les réponses incorrectes reçues par le processeur 76 est également initialisé. [0098] Un utilisateur est alors invité à répondre au captcha affiché. Ici, l'utilisateur est invité à recopier le challenge 872 dans le champ 874. Dans l'exemple, l'utilisateur possède l'intervalle de temps prédéterminé DR pour fournir une réponse 40 correcte au captcha sélectionné. [0099] Lors d'une opération 116, l'utilisateur répond au captcha par l'intermédiaire d'une interface homme-machine (par exemple un clavier de la télécommande) connectée au terminal 10. La réponse est alors transmise par le terminal 10 et le module 85 au processeur 76. [00100] Avantageusement, si lors de l'opération 116 l'utilisateur ne comprend pas le captcha affiché, celui-ci a la possibilité de demander la sélection d'un nouveau captcha par le processeur 76. Dans ce cas, le compteur CDoR n'est pas réinitialisé. [00101] Lors d'une opération 118, le processeur 76 reçoit la réponse et la compare avec la réponse correcte pour ce captcha contenue dans la base de données 79. A chaque réponse incorrecte reçue par le processeur 76, le compteur CRMR est incrémenté d'un pas prédéterminé. [00102] Si le nombre de réponses incorrectes reçues par le processeur 76 pour un captcha sélectionné est supérieur à un seuil MRmax prédéfini ou si l'utilisateur demande à changer de captcha, le processeur 76 retourne à l'étape 114 pour sélectionner un nouveau captcha parmi les captchas pré-enregistrés dans la base 79. Toutefois, dans ce cas le processeur 76 réinitialise le compteur CRMR mais le compteur CDoR n'est pas réinitialisé. Typiquement, le seuil MRmax est supérieur ou égal à un et inférieur ou égal à cing Ici, le seuil MRmax est supérieur à deux. Il est égal à trois. Chaque nouveau captcha est de préférence sélectionné par le processeur 76 de manière à ce que la réponse correcte à ce nouveau captcha sélectionné soit distincte de la réponse correcte du précédent captcha sélectionné. Ainsi, une attaque par dictionnaire, c'est-à-dire une attaque consistant à essayer des combinaisons de réponses enregistrées issues de captcha soumis dans le passé, ne peut pas être mise en oeuvre par un serveur pirate pour répondre correctement à un captcha sélectionné. Une attaque par dictionnaire diffère d'une attaque par force brute dans laquelle une à une, toutes les réponses possibles sont essayées. [00103] Lors de l'opération 118, si le processeur 76 reçoit une réponse correcte au captcha sélectionné avant l'expiration de l'intervalle de temps DR, alors le processeur 76 conclut que l'utilisation est normale et il procède à l'étape 110. [00104] Toujours lors de l'opération 118, si l'intervalle de temps DR expire et qu'aucune réponse correcte à un captcha sélectionné n'a été reçue par le processeur 76, le processeur 76 conclut qu'il s'agit d'une utilisation anormale. [00105] En conséquence, lors d'une opération 122, le processeur 76 sélectionne pseudo-aléatoirement un nouveau captcha dans la base de données 79 et commande le module 85 pour afficher ce captcha sur l'écran 86. [00106] Ensuite, lors d'une opération 124, le processeur 76 déclenche la mise en oeuvre d'une contre-mesure. Par exemple, ici, le processeur 76 limite le déchiffrement des cryptogrammes CW*. Par « limiter le déchiffrement des cryptogrammes » on désigne ici la suspension du déchiffrement des cryptogrammes CW*;,tdu canal i uniquement ou des cryptogrammes CW* de tous les canaux pendant une durée prédéterminée. [00107] De plus, tant que le processeur 76 ne reçoit pas de réponse correcte au captcha affiché lors de l'opération 122, le procédé reste à l'opération 124. Dans ces conditions, le terminal 10 ne peut plus désembrouiller le contenu multimédia et l'utilisateur ne peut pas poursuivre le visionnage du film en clair. [00108] Si le processeur reçoit la réponse correcte au captcha affiché lors de l'opération 122, alors il procède à l'étape 110. Le désembrouillage des contenus multimédias est donc débloqué. [00109] Par exemple, la mise en oeuvre de ce captcha lors de l'étape 124 est identique à ce qui a été décrit en référence aux étapes 114, 116 et 118. En particulier, un intervalle de temps DR limité pour répondre au captcha et un nombre maximum de fausses réponses sont mis en oeuvre. [00110] Le procédé de la figure 4 permet de lutter efficacement contre la mise en oeuvre d'attaques pirates par partage de carte ou partage de mots de contrôle. En effet, supposons que le processeur 76 est utilisé par un serveur pirate. Dans ce cas, un ensemble d'utilisateurs pirates visionnent illicitement un contenu multimédia payant par le biais de machines, par exemple, connectées au serveur pirate par l'intermédiaire du réseau 8. [00111] Dans ce contexte, lorsque le processeur 76 détecte (étape 102) une utilisation potentiellement anormale, le processeur 76 sélectionne et commande (étape 114) l'affichage d'un captcha par le serveur pirate (ici le serveur pirate occupe la fonction du terminal 10) sur un afficheur. [00112] Si le serveur pirate est peu évolué (cas trivial), celui-ci n'est pas à même de traiter la commande générée par le processeur 76 et le serveur n'affiche pas le captcha sur un afficheur. Dès lors, l'intervalle de temps DR expire sans qu'aucune réponse correcte ne soit reçue par le processeur 76. Par conséquent, le processeur 76 limite le déchiffrement des cryptogrammes CW* (étape 122). Dans ces conditions, le serveur pirate ne peut plus transmettre à des pirates les mots de contrôles déchiffrés. Les pirates ne peuvent plus visionner le contenu multimédia en clair. [00113] Si le serveur pirate est évolué (cas non trivial), lorsque le serveur pirate reçoit la commande du processeur 76 pour afficher un captcha, le serveur pirate tente de déjouer la mise en oeuvre de ce captcha. Deux stratégies sont envisageables. [00114] Dans une première stratégie, le serveur affiche le captcha sélectionné par le processeur 76 sur un écran connecté localement au serveur pirate. Dans ces conditions, un ou plusieurs opérateurs pirates doivent être présent en permanence devant l'écran de cette machine pour répondre correctement aux captchas s'affichant afin d'empêcher la limitation du déchiffrement des cryptogrammes CW* par le processeur 76. Une telle stratégie présente l'inconvénient d'empêcher l'automatisation du serveur pirate. [00115] Dans une seconde stratégie, le serveur redirige le captcha sélectionné par le processeur 76 vers un terminal d'un pirate connecté au réseau 8 de manière à ce que l'utilisateur illicite puisse fournir une réponse correcte pour ce captcha. Typiquement, l'utilisateur illicite entre la réponse correcte sur son terminal et renvoie cette réponse au processeur 76 par le biais du serveur pirate. Dans ces conditions, le processeur 76 ne limite pas le désembrouillage des cryptogrammes CW* et l'ensemble des pirates du réseau peut continuer à visionner le contenu multimédia en clair. [00116] Du point de vue des pirates cette stratégie présente l'avantage de pouvoir automatiser le fonctionnement du serveur pirate. Toutefois, l'opérateur de télévision payante peut désormais identifier le processeur 76. En effet, les captchas étant sélectionnés dans la base de donnée 79, ceux-ci sont spécifiques au processeur 76 et permettent ainsi d'identifier le processeur 76. [00117] Plus précisément, il suffit d'intercepter un captcha transmis sur le réseau 8 en provenance du serveur pirate pour identifier le processeur 76. Cela peut facilement être fait en se connectant directement au serveur pirate pour visionner un contenu multimédia en clair de manière illicite. Ensuite, l'opérateur peut identifier le processeur 76 à partir de la marque 878 et de l'aléa 880 compris dans le captcha intercepté. [00118] Par ailleurs, une fois le processeur 76 identifié avec certitude, l'opérateur peut sanctionner l'utilisateur du processeur 76. Par exemple, l'opérateur cesse d'envoyer au processeur 76 les clés secrètes pour déchiffrer les cryptogrammes CW*. Dans ces conditions, le serveur pirate ne peut plus être utilisé pour désembrouiller le flux multimédia. [00119] La figure 5 illustre un procédé de réception d'un contenu multimédia embrouillé à l'aide de mots de contrôle. Ce procédé est identique au procédé de la figure 2 à l'exception du fait que l'étape 102 est remplacée par une étape 140 et l'étape 111 est omise. [00120] Lors de l'étape 140, le processeur dénombre le nombre de messages ECM reçus. Si ce nombre dépasse un seuil Smax, alors il procède automatiquement à l'étape 112. Dans le cas contraire, il procède à l'étape 110. Ainsi, l'étape 112 est systématiquement régulièrement mise en oeuvre. A chaque nouvelle mise en oeuvre de l'étape 112, un nouveau captcha est sélectionné. [00121] De nombreux modes de réalisation sont possibles. [00122] Par exemple, les captchas pré-enregistrés dans la base de données 79 peuvent être mis à jour périodiquement par l'opérateur de télévision payante par le biais de messages ECM ou EMM. [00123] Par captcha spécifique on ne désigne pas uniquement le cas où seul un processeur contient la réponse correcte à un captcha. Deux captchas, spécifiques à deux processeurs différents, peuvent avoir la même réponse. Dans ce cas, par exemple, l'identifiant du processeur est codé par les transformations appliquées à chacun des caractères et non pas par les caractères choisis. [00124] La base de données 79 ne contient pas nécessairement des captchas préenregistrés. Par exemple, la base de données 79 contient des adresses pour permettre au processeur 76 de télécharger des captchas depuis un serveur de l'opérateur de télévision payante. Dans ce cas, les réponses correctes respectives aux captchas associés à ces adresses sont préenregistrées dans la mémoire 78. Typiquement, les adresses sont des URLs (Uniform Ressource Locator). Par exemple, la mémoire 78 contient une table associant chaque URL avec une réponse préenregistrée respective. Lorsque le processeur souhaite déclencher l'affichage d'un captcha, il transmet l'URL au module 85 qui se charge de le télécharger et de mettre en oeuvre le captcha téléchargé à cette adresse URL. Dans ce mode de réalisation chaque terminal est connecté à un serveur de captcha de l'opérateur par Internet. [00125] La marque pour identifier le processeur 76 n'est pas nécessairement incluse dans le challenge du captcha. Elle peut être incluse dans le contexte de ce captcha. Dans ce cas, de préférence l'emplacement de la marque dans le contexte varie d'un captcha à un autre pour rendre plus difficile l'automatisation de son occultation. [00126] La marque n'est pas nécessairement une chaîne de caractères. Il peut s'agir d'un motif, d'une chaîne de caractères ou encore d'un son. [00127] La fonction F peut être la fonction identité. Dans ce cas, 25 l'identifiant du processeur 76 est inclus dans le captcha. [00128] La fonction F peut être une fonction non inversible. Par exemple, la fonction F est une fonction de hachage de type SHA1 (Secure Flash Algorithm 1). Dans ce cas, pour identifier le processeur contenant la réponse correcte à un captcha, il est nécessaire de comparer le résultat de la fonction F prenant pour 30 paramètre l'identifiant du processeur 76 avec l'ensemble des résultats de la fonction F prenant pour paramètre les identifiants de chacun des processeurs du système 2. En pratique, l'opérateur de télévision payante connaît les identifiants de chacun des processeurs du système 2. Aussi, dans ce cas cet opérateur est apte à identifier le processeur 76 à partir d'un captcha. 35 [00129] Dans un mode de réalisation prévu par l'invention, les captchas sont spécifiques au processeur 76 mais ne comporte pas de marque ou autre élément construit à partir de la fonction F. Par exemple, la relation prédéfinie est une base de données de l'opérateur associant à chaque captcha spécifique l'identifiant du processeur de sécurité contant la réponse correcte à ce captcha. Ainsi, à partir d'un captcha intercepté et de cette base de données, l'opérateur peut retrouver l'identifiant de processeur utilisé. [00130] Les captchas utilisés ne sont pas nécessairement spécifiques à un processeur. [00131] Dans le procédé de la figure 4, le captcha n'est pas nécessairement sélectionné par le processeur 76. Par exemple, le captcha est sélectionné par l'opérateur de télévision payante par l'intermédiaire d'un message EMM ou ECM. [00132] L'intervalle de temps DR n'est pas nécessairement une durée prédéfinie. Il peut par exemple s'agir d'un nombre prédéfini de messages ECM reçus par le processeur 76 depuis la sélection du captcha. L'intervalle DR est de préférence tiré de façon aléatoire ou pseudo-aléatoire dans une plage prédéterminée de valeurs. [00133] Lorsque le processeur 76 commande l'affichage d'un captcha sélectionné, celui-ci n'est pas nécessairement affiché sur l'écran 86. En variante, le terminal est équipé de son propre écran de contrôle et le captcha est directement affiché sur l'écran de contrôle du terminal de manière à ne pas gêner l'utilisateur lors de la mise en oeuvre de l'étape 112. [00134] Le captcha n'est pas nécessairement affiché. Par exemple, dans le cas où le captcha comprend uniquement une séquence audio, le captcha peut être 20 joué par l'intermédiaire d'un haut parleur. [00135] L'opération 106 de détection d'une utilisation potentiellement anormale du processeur 76 peut être réalisée différemment. Par exemple, le processeur 76 peut dénombrer des changements de canaux pendant une période d'observation prédéfinie. Ce dénombrement des changements de canaux est réalisé 25 à partir de l'identifiant i de canal contenu dans les messages ECM reçus par le processeur 76. Dans un autre mode de réalisation, l'identifiant i du canal regardé est obtenu de façon différente. [00136] Si la détection d'une utilisation potentiellement anormale n'utilise pas l'identifiant i de canal contenu dans le message ECM, alors celui-ci peut être omis 30 dans des messages ECM. [00137] L'étape 140 de déclenchement systématique et à intervalle régulier de l'affichage d'un captcha peut aussi être réalisée en dénombrant le nombre de messages EMM reçus ou de cryptogrammes déchiffrés. Dans une autre variante, lors de l'étape 140, le processeur mesure une durée DP écoulée depuis l'exécution 35 d'une précédente étape 112 et, uniquement si cette durée DP franchit un seuil prédéterminé, le processeur 76 exécute l'étape 112. Dans le cas contraire, l'étape 112 n'est pas exécutée et le processeur 76 exécute l'étape 110. [00138] Dans les procédés des figures 4 et 5, le processeur 76 maintient le déchiffrement des cryptogrammes CW* lors de la mise en oeuvre du captcha et le 40 désembrouillage est limité uniquement si le processeur 76 ne reçoit aucune réponse au captcha correspondant à une réponse correcte avant expiration de l'intervalle de temps DR. Dans une variante, le déchiffrement des cryptogrammes CW* est limité dès la sélection du captcha par le processeur 76. Le déchiffrement des cryptogrammes CW* est ensuite rétabli uniquement lorsque le processeur 76 reçoit une réponse correcte au captcha affiché. [00139] Lors de l'opération 122, la limitation du déchiffrement des cryptogrammes CW* peut aussi être obtenue en modifiant les titres d'accès enregistrés dans la mémoire 78. [00140] Il est possible de prévoir une suspension momentanée de l'exécution de l'étape 102 ou 140. Lors que ces étapes sont suspendues, la mise en oeuvre de captcha est désactivée. Cela peut être utile lorsque l'utilisateur est un enfant. [00141] Les paramètres des procédés des figures 4 et 5 et de leurs variantes (intervalle DR, durée DP, seuils MRmax, Smax, ...) peuvent être préenregistrés de manière définitive dans la mémoire 78 lors de la fabrication du processeur 76. En variante, ils peuvent être changés dynamiquement par l'opérateur, par exemple, par l'intermédiaire de messages EMM. [00142] Les étiquettes de temps peuvent être utilisées pour mesurer l'intervalle DR par exemple. Dans une autre variante, les étiquettes de temps sont 20 omises des messages ECM. [00143] Les captchas de la base 79 ne sont pas nécessairement construits par un serveur de l'opérateur de télévision payante. Ceux-ci peuvent être directement construits par le processeur 76. [00144] En variante, les marques 878 introduites dans les captchas 25 codent uniquement une partie respective de l'identifiant du processeur. Ainsi, il faut intercepter plusieurs captchas pour obtenir l'identifiant complet du processeur 76. [00145] L'utilisation de captchas comportant une marque spécifique à un processeur peut être mis en oeuvre dans d'autres domaines techniques et indépendamment d'un procédé de réception d'un contenu multimédia embrouillé. 30 REVENDICATIONS1. Procédé de réception d'un contenu multimédia embrouillé à l'aide de mots de contrôle, ce procédé comprenant: - la réception (101a) par un processeur de sécurité de messages ECM (Entitlement Control Message) contenant au moins un cryptogramme CW* d'un mot de contrôle CW permettant de désembrouiller un contenu multimédia, - le déchiffrement (101c) par le processeur de sécurité de ce cryptogramme CW*, et - le désembrouillage (101c) du contenu multimédia embrouillé à partir du mot de 10 contrôle CW déchiffré, caractérisé en ce que le procédé comporte également les étapes suivantes: - au moins une mise en oeuvre (114) d'un captcha (Completely Automated Public Turing test to tell Computers and Humans Apart), depuis un terminal de réception, dont la réponse correcte est contenue dans une mémoire du processeur de sécurité 15 et varie d'une mise en oeuvre à l'autre, - le processeur de sécurité acquière (116) au moins une réponse à ce captcha et compare (118) cette réponse avec la réponse correcte contenue dans sa mémoire, et - le processeur de sécurité limite (122) le désembrouillage des cryptogrammes CW* si aucune réponse à ce captcha ne correspond à la réponse correcte contenue dans 20 la mémoire. 2. Procédé selon la revendication 1, dans lequel: - le désembrouillage des cryptogrammes CW* est maintenu lors de la mise en oeuvre du captcha (114), et 25 - si aucune réponse au captcha correspondant à la réponse correcte contenue dans la mémoire n'est reçue dans un intervalle de temps prédéterminé DR, le processeur limite (122) le désembrouillage des cryptogrammes CW*. 3. Procédé selon l'une quelconque des revendications précédentes, dans lequel le 30 procédé comporte la mise en oeuvre automatique par le processeur d'un nouveau captcha à chaque fois que la valeur d'un compteur CR dénombrant le nombre de messages ECM ou EMM reçus par le processeur atteint un seuil prédéfini ou à chaque fois qu'une durée DP prédéfinie s'est écoulée depuis la mise en oeuvre d'un précédent captcha. 35 4. Procédé selon l'une quelconque des revendications 2 à 3, dans lequel si l'intervalle de temps DR n'a pas expiré depuis la mise en oeuvre d'un précédent captcha et que le nombre de réponses incorrectes à ce précédent captcha, reçues par le processeur, est supérieur à un seuil MR. prédéfini, le procédé comporte la 40 mise en oeuvre d'un nouveau captcha dont la réponse correcte, égalementcontenue dans la mémoire du processeur, est distincte de la réponse correcte du précédent captcha, la réponse correcte devant être reçue par le processeur avant l'expiration de l'intervalle de temps DR, l'intervalle de temps DR n'étant pas réinitialisé lors de la mise en oeuvre du nouveau captcha. 5. Procédé selon l'une quelconque des revendications précédentes, dans lequel le procédé comporte: - la détection (102) d'une utilisation potentiellement anormale du processeur de sécurité en fonction de messages ECM ou EMM reçus par ce processeur de sécurité, 10 et - le déclenchement (112) de la mise en oeuvre du captcha en réponse à cette détection d'une utilisation potentiellement anormale. 6. Procédé selon la revendication 5, dans lequel la détection de l'utilisation 15 potentiellement anormale du processeur de sécurité est réalisée à partir d'un dénombrement des changements de canaux pendant une période d'observation ou d'un dénombrement des messages ECM reçus pendant une période d'observation. 20 7. Procédé selon l'une quelconque des revendications précédentes, dans lequel le procédé comporte la mise en oeuvre d'un captcha spécifique au processeur de sécurité, ce captcha spécifique étant associé par l'intermédiaire d'une relation prédéfinie à un identifiant de ce processeur de sécurité contenant la réponse correcte à ce captcha, de manière à permettre l'identification de ce processeur de 25 sécurité à partir de ce captcha parmi un ensemble de processeurs de sécurité. 8. Procédé selon la revendication 7, dans lequel le procédé comprend l'inclusion d'une marque dans le captcha spécifique, cette marque étant associée par l'intermédiaire de la relation prédéfinie à l'identifiant du processeur de sécurité et 30 cette marque comportant une information indispensable qui, si elle est supprimée, rend impossible la découverte de la réponse correcte à ce captcha en un unique essai par un être humain. 9. Procédé selon la revendication 7 ou 8, dans lequel la relation prédéfinie est une 35 base de données associant à chaque captcha spécifique l'identifiant du processeur de sécurité contenant la réponse correcte à ce captcha ou une fonction prédéfinie permettant de construire le captcha en fonction de l'identifiant du processeur de sécurité. 40 10. Support d'enregistrement d'informations, caractérisé en ce qu'il comporte des instructions pour l'exécution d'un procédé conforme à l'une quelconque des revendications précédentes, lorsque ces instructions sont exécutées par un calculateur électronique. 11. Processeur électronique (76) de sécurité pour la mise en oeuvre d'un procédé conforme à l'une quelconque des revendications 1 à 9, ce processeur étant programmé pour : - recevoir des messages ECM (Entitlement Control Message) contenant au moins un cryptogramme CW* d'un mot de contrôle CW permettant de désembrouiller un contenu multimédia, - déchiffrer ce cryptogramme CW*, et - transmettre le mot de contrôle déchiffré à un désembrouilleur pour désembrouiller le contenu multimédia embrouillé à partir de ce mot de contrôle CW déchiffré, caractérisé en ce que le processeur comporte une mémoire (78) contenant au moins une réponse correcte à un captcha (Completely Automated Public Turing test to tell Computers and Humans Apart) et ce processeur est également programmé pour, en réponse à au moins une mise en oeuvre de ce captcha (Completely Automated Public Turing test to tell Computers and Humans Apart), depuis un terminal de réception, : - acquérir au moins une réponse à ce captcha et comparer cette réponse avec la réponse correcte contenue dans sa mémoire, et - limiter (122) le désembrouillage des cryptogrammes CW* si aucune réponse à ce captcha ne correspond à la réponse correcte contenue dans la mémoire. 12. Terminal (10) de réception d'un contenu multimédia embrouillé à l'aide de mots de contrôle pour la mise en oeuvre d'un procédé conforme à l'une quelconque des revendications 1 à 9, ce terminal comportant un module électronique (85) d'interface avec un processeur de sécurité, ce module (85) étant programmé pour: - transmettre au processeur de sécurité des messages ECM (Entitlement Control Message) contenant au moins un cryptogramme CW* d'un mot de contrôle CW permettant de désembrouiller un contenu multimédia, - recevoir le mot de contrôle CW déchiffré par le processeur de sécurité et le 35 transmettre à un désembrouilleur pour désembrouiller le contenu multimédia embrouillé à partir de ce mot de contrôle CW déchiffré, caractérisé en ce que ce module (85) est également programmé pour : - mettre en oeuvre au moins un captcha (Completely Automated Public Turing test to tell Computers and Humans Apart) dont la réponse correcte est contenue dans une 40 mémoire du processeur de sécurité et varie d'une mise en oeuvre à l'autre,- acquérir au moins une réponse à ce captcha et transmettre cette réponse au processeur de sécurité pour qu'il puisse la comparer avec la réponse correcte contenue dans sa mémoire.