Brevet FR2834406A1 — publié le 20030704

traitement d'archivage des données liées à l'appel. La présente invention se rapporte d'une manière générale au domaine de la protection contre la copie des contenus numériques. Elle concerne plus particulièrement un procédé de mise à jour d'une liste de révocation de clés, d'appareils ou de modules non-conformes dans un système de diffusion sécurisé de contenu. La transmission de données numériques représentatives de contenus à travers un réseau de communication pose des problèmes de protection des données échangées et de gestion des autorisations ou interdictions de copie des données. Pour remédier à ces probièmes, les fabricants de matériel multimedia ont proposé des solutions permettant de transmettre des contenus sous forme numérique tout en empêchant la copie illicite de ces contenus. Ces solutions impliquent généralement l'utilisation de systèmes cryptographiques à clés publiques, dans lesquels des paires de clés privéeslpubliques sont générées par un tiers de confiance (par exemple une autorité de certification), ainsi q ue l' utilisation d'appareils ou de mod ules d its conformes. Malheureusement, il arrive qu'une paire de clés privée/publique soit piratée, c'est à dire qu'un " pirate " réussisse à se procurer la clé privoe de la paire de clés, ou bien qu'un appareil ou un module conforme, contenant par exemple un secret, soit piraté, c'est à dire que le a pirate " se procure le secret. C'est pourquoi, il est connu dans un système de diffusion sécurisée de contenu, de gérer une liste de révocation contenant des identifiants de clés, d'appareils ou de modules qui ne sont plus considérés comme conformes par le tiers de confiance car ce dernier a eu connaissance du fait qu'ils ont été piratés. Cette liste de révocation doit être communiquée à tous les acteurs du système de manière à ce que les clés, appareils ou modules qui ne sont plus conformes ne puissent plus être utilisés. Par exemple, les appareils conformes du système refuseront de communiquer avec un appareil non conforme ou avec un appareil transmettant une clé non-conforme. Pour que ceci soit effficace, il est nécessaire que les appareils conformes aient toujours la dernière liste de révocation à jour. Par ailleurs, il est courant aujourd'hui d'utiliser des appareils d'électronique grand public tels une télévision, un lecteur DVD (de l'anglais " Digital Versatile Disc" signifiant littéralement " disque polyvalent numérique "), un dispositif d'enregistrement numérique (notamment magnétoscope, enregistreur DVD ou disque dur) ou un ordinateur dans un réseau numérique domestique. Dans ce cas, pour s'assurer que les divers appareils possèdent bien une liste de révocation à jour, il est connu de joindre systématiquement la dernière liste de révocation à jour à tout contenu qui entre dans le réseau domestique, le contenu étant envoyé par un fournisseur de contenu qui se procure la dernière liste de révocation à jour auprès du tiers de confiance. Une autre solution connue consiste à ajouter une date de validité à toute liste de révocation qui est transmise au réseau. Après cette date, aucun contenu nouveau ne peut plus être reçu sur le réseau domestique tant qu'une nouvelle liste de révocation à jour n'a pas été reçue. Il est donc nécessaire qu'au moins un appareil du réseau domestique demande une mise à jour de la liste de révocation par exemple au fournisseur de contenu. Ces techniques connues présentent cependant un certain nombre d'inconvénients. Le fait d'envoyer systématiquement la dernière liste de révocation à jour avec tout contenu transmis augmentent le coût d'envoi du contenu puisqu'une partie de la bande passante est allouée à la transmission de la liste de révocation. De plus, un pirate pourrait toujours remplacer la liste de révocation transmise avec le contenu par une liste plus ancienne ne contenant .. pas les derneres mses a Jour. D'autre part, le fait d'ajouter une date de validité à la liste de révocation implique une gestion plus complexe au niveau des appareils du réseau domestique. Pour atteindre un bon niveau de sécurité, les listes de révocations doivent être mises à jour fréquemment. De plus, si une nouvelle liste de révocation est envoyée avant la fin de la période de validité de la précédente, elle pourra éventuellement être effacée par un pirate sans que les appareils du réseau domestique ne s'en aperçoivent car la date de validité de la liste de révocation mémorisée dans le réseau ne sera pas dépassée. La présente invention vise à résoudre les problèmes précités. Elle a pour objet un procédé de mise à jour d'une liste de révocation contenant des identifiants de clés, d'appareils ou de modules considérés comme non conformes par un tiers de confiance dans un système de diffusion sécurisé de contenu consistant à recevoir dans un dispositif de réception un contenu d'un fournisseur de contenu, caractérisé en ce qu'un identifiant unique est alloué à chaque mise à jour de la liste de révocation par le tiers de confiance, I'identifiant de la liste de révocation la plus récente étant attaché au contenu reçu dans le dispositif de réception, et en ce que le procédé comporte en outre une étape consistant à comparer l'identifiant de liste de révocation 3 2834406 reçu avec un identifiant de liste de révocation mémorisé dans ledit dispositif de réception et, en cas de différence entre lesdits identifiants: - à télécharger la liste de révocation la plus récente dans led it dispositif de réception; ou - à attendre la réception de la liste de révocation la plus récente avec un prochain contenu. Ainsi, on évite de transmettre la liste de révocation entière à chaque envoi d'un nouveau contenu et une nouvelle liste de révocation n'est envoyée que lorsque cela est nécessaire, suite à une mise à jour de ladite liste. L'invention concerne aussi un procédé de réception d'un contenu par un dispositif de réception dans un système de diffusion sécurisé de contenu dans lequel une liste de révocation, établie par un tiers de confiance, contient des identifiants de clés, d'appareils ou de modules considérés comme non conformes par ledit tiers de confiance, caractérisé en ce qu'un identifiant unique est alloué à chaque mise à jour de la liste de révocation, I'identifiant de la liste de révocation la plus récente étant attaché au contenu reçu par le dispositif de réception. Le procédé comporte en outre une étape consistant à comparer l'identifiant de liste de révocation reçu avec un identifiant de liste de révocation mémorisé dans le dispositif de réception, et en cas de différence entre lesdits identifiants: à télécharger la liste de révocation la plus récente dans le dispositif de réception; ou à attendre la réception de la liste de révocation la plus récente avec un prochain contenu. Selon une caractéristique particulière de l'invention, I'identifiant unique de liste de révocation est un index de mise à jour de ladite liste de révocation. Selon une autre caractéristique de l'invention, I'identifiant de liste de révocation la plus récente reçu avec le contenu est inclus dans une partie protégée par chiffrement ou par authentification dud it contenu. L'identifiant de liste de révocation ne peut donc pas être supprimé ou modifié facilement par un pirate. Selon un mode de réalisation particulier de l'invention, la liste de révocation peut contenir un ou des élément(s) appartenant à l'ensemble comprenant: - au moins un numéro de série de clé publique générée par le tiers de confiance et considérce comme non conforme par le tiers de confiance; - au moins un numéro de série d'un appareil considéré comme non conforme par le tiers de confiance; - au moins un numéro de série d'un module considéré comme non conforme par le tiers de confiance; - au moins un identifiant de clé secrète de réseau local servant à protéger des contenus contre la copie illicite; - au moins une clé secrète de réseau local servant à protéger des contenus contre la copie illicite; - au moins le résultat d'une fonction de calcul, notamment une fonction de hachage, appliquée à une clé secrète de réseau local servant à protéger des contenus contre la copie illicite. Selon une autre caractéristique avantageuse de l'invention, on mémorise en outre, pour chaque élément de la liste de révocation son index de révocation correspondant à l'index de mise à jour de ladite liste au moment de l'insertion de l'élément dans la liste de révocation. L'invention a également pour objet un procédé de présentation d'un contenu, reçu conformément au procédé tel que décrit ci-dessus, qui comprend les étapes consistant pour un dispositif de présentation de contenu à: vérifier si la liste de révocation la plus récente à la disposition du dispositif de réception ne contient pas d'élément relatif à au moins une clé, un module ou un appareil utilisé par ledit dispositif de réception; et si la liste de révocation ne contient aucun desdits éléments, continuer le procédé pour présenter le contenu à un utilisateur, sinon, arrêter le procédé. En variante du procédé ci-dessus, si la liste de révocation contient au moins un desdits éléments (c'est à dire un élément relatif à au moins une clé, un module ou un appareil utilisé par le dispositif de réception), le procédé se poursuit par les étapes consistant à: comparer l'index de mise à jour de la liste de révocation attaché au contenu avec l'index de révocation dudit élément; et si l'index de mise à jour de la liste de révocation attaché au contenu est inférieur à l'index de révocation dudit élément, continuer le procédé pour présenter ledit contenu à un utilisateur, sinon, arrêter le procédé. L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins annexés sur lesquels: - la figure 1 représente schématiquement un système de diffusion sécurisé de contenu dans un réseau numérique domestique dans lequel est mise en _uvre l'invention; - les figures 2 et 3 représentent schématiquement des procédés mis en _uvre, selon l'invention, dans des dispositifs de la figure 1. 2834406 Sur la figure 1, nous avons représenté un système de diffusion sécurisé de contenu comprenant une autorité de certification 1, qui constitue le tiers de confiance dans le procédé de l'invention, un fournisseur de contenu 2 et un réseau numérique domestique comportant un dispositif de réception de contenu 3, un dispositif de présentation de contenu 4 et un dispositif d'enregistrement 5, reliés entre eux par un bus numérique 8, qui est par exemple un bus selon la norme IEEE 1394. L'autorité de certification 1 génère notamment les paires de clés privées/publiques utilisoes par les différents dispositifs du système, les clés publiques étant contenues dans des certificats signés par l'autorité de certification comme cela est connu de l'homme du métier. L'autorité de certification 1 est relise au fournisseur de contenu 2, qui est par exemple un diffuseur de programmes télévisés payants. Un seul fournisseur de contenu 2 est représenté sur la figure 1 mais naturellement, I'invention s'applique aussi au cas o plusieurs fournisseurs de contenus différents sont reliés à l'autorité de certification pour délivrer des contenus à des utilisateurs. Un autre fournisseur de contenu peut notamment être un distributeur de programmes musicaux diffusés via Internet. Selon l'invention, I'autorité de certification 1 tient à jour une liste de révocation qui contient des identifiants de clés, d'appareils de ou de modules qui ne sont plus considérés comme sûrs et auxquels l'autorité de certification ne fait plus confiance, notamment parce qu'elle a détecté que les clés, appareils ou modules ont été piratés. A chaque nouvelle mise à jour de cette liste de révocation, un index est incrémenté et la liste de révocation ainsi que l'index de mise à jour sont transmis par l'autorité de certification à tous les fournisseurs de contenus auxquels elle est raccordée. Préférentiellement, la liste de révocation contient des numéros de série, de modules, d'appareils ou de clés (notamment des clés qu'elle a émises) qui ne sont pius considérés comme sûrs par l'autorité de certification. Elle peut également contenir des informations relatives à des clés secrètes (utilisées en cryptographie dite symétrique) utilisées dans le système de diffusion sécurisé de contenu lorsque l'autorité de certification a eu connaissance d'un piratage (par exemple d'une diffusion publique d'une clé secrète) d'une de ces clés. De plus, la liste de révocation contient également, de manière préférentielle, pour chaque élément de la liste, son index de révocation, c'est à dire l'index de mise à jour de la liste de révocation au moment de l'insertion de 6 2834406 I'élément dans la liste. Ceci permet avantageusement de gérer le moment à partir duquel une clé, un appareil ou un module n'est plus considéré comme conforme et fiable par l'autorité de certification. Dans le réseau numérique domestique représenté sur la figure 1, le dispositif de réception 3 comprend un décodeur numérique 30 doté d'un lecteur de carte à puce muni d'une carte à puce 31. Ce décodeur reçoit des contenus numériques du fournisseur de contenu 2 via une liaison 6. Il peut s'agir d'une liaison hertzienne, par câble, satellite ou encore d'une liaison utilisant le réseau Internet. De manière préférentielle, le décodeur 30 comporte également une voie de retour 7 vers le fournisseur de contenu. Cette voie de retour peut notamment utiliser le réseau téléphonique commuté. Le dispositif de réception 3 du réseau domestique joue également le rôle de dispositif source dans le réseau, c'est à dire qu'il émet les contenus reçus à destination des autres dispositifs du réseau, notamment le dispositif de présentation de contenu 4 ou le magnétoscope numérique (DVCR) 5. Le dispositif de présentation de contenu 4 comprend un récepteur de télévision numérique (DiV) 40 doté d'un lecteur de carte à puce muni d'une carte à puce 41. Les données numériques représentant le contenu diffusé par le fournisseur de contenu 2 vers le dispositif de réception 3 sont en général des données embrouillées selon le principe de la télévision payante ou " à accès conditionnel ". Les donnéss sont embrouillées à l'aide de mots de contrôle (CW) qui sont eux-mêmes transmis dans le flux de données sous forme chiffrée à l'aide d'une clé de chiffrement K en étant contenus dans des messages de contrôle (ECM, de l'anglais " Entitlement Control Message "). La clé de chiffrement K est mise à la disposition des utilisateurs qui ont payé pour recevoir les donnces, notamment en étant stockée dans une carte à puce. Dans l'exemple de la figure 1, on suppose que la carte à puce 31 contient une telle clé K. Nous avons également représenté un exemple de paquet de données 60 tels qu'ils sont reçus par le dispositif de réception 3. Naturellement, I'invention s'applique également au cas o les données numériques sont protégées par un système dit DRM (de l'anglais " Digital Rights Management ", signifiant littéralement " Gestion des droits numériques "). Selon un mode de réalisation préféré de l'invention, lorsque les données représentatives d'un contenu sont reçues par le décodeur 30, elles sont ensuite mises en forme par le dispositif 3 avant d'être diffusées sur le réseau numérique. Pour cela, les messages ECM contenant les mots de 7 2834406 contrôie CW chiffrés à l'aide de la clé K sont transformés, par un module convertisseur 32 contenu dans la carte à puce 31, en messages LECM (de l'anglais " Local Entitlement Control Message ") contenant les mots de contrôle déchiffrés, les messages LECM étant eux-même protégés à l'aide d'une clé spécifique au réseau domestique, notamment une clé secrète. Un exemple de paquet de données 80 circulant sur le bus 8 du réseau domestique est représenté à la figure 1. Selon le principe de l'invention, lorsque le fournisseur de contenu 2 transmet un contenu au dispositif de réception 3, il attache au contenu l'index de mise à jour de la liste de révocation que lui a transmis l'autorité de certification en dernier lieu. Cet index IndexLR C est préférentiellement contenu dans le message ECM en étant protégé par la clé K. Notamment, I'index pourra être chiffré par la clé K. Le dispositif de réception 3 contient quant à lui une liste de révocation LR_M ainsi qu'un index de mise à jour de cette liste IndexLR M qui sont préférentiel lement mémorisés da ns le mod u le co nvertisseu r 32 conte n u dans la carte à puce 31. Dans une première variante préférce de l'invention, les cartes à puces telles la carte 31 sont livréss par l'autorité de certification aux utilisateurs en contenant entre autres la dernière liste de révocation à jour LR_M ainsi que l'index correspondant /ndeXLR M. Dans une deuxième variante de réalisation, les cartes ne contiennent aucune liste de révocation ni d'index lorsqu'elles sont livrées aux utilisateurs. Nous allons maintenant décrire, en liaison avec la figure 2, le procédé qui est mis en _uvre lorsqu'un nouveau contenu est reçu dans le réseau domestique par le dispositif de réception 3. La première étape 100 consiste à détecter dans le contenu reçu I'index de mise à jour de la liste de révocation /ndeXLR-c. La deuxième étape 101, qui n'est mise en _uvre que dans la deuxième variante de réalisation mentionnce ci-dessus, consiste à vérifier la présence dans le dispositif de réception 3 d'un index de mise à jour de liste de révocation mémorisé /ndeXLR M Si un index IndexLR M est mémorisé, alors on passe à l'étape 102 consistant à vérifier si l'index reçu dans le contenu IndexLR C est inférieur ou égal à l'index mémorisé /ndeXLR-M Si /ndeXLR-c IndexLR M, alors le procédé se termine. 8 2834406 Sinon, on passe à l'étape 103 consistant à remplacer la valeur de l'index de mise à jour de la liste de révocation mémorisé /ndeXLR_M par l'index reçu dans le contenu /ndeXLR_C. De même, si la réponse au test de l'étape 101 est négative (pas d'index mémorisé dans le dispositif de réception), alors on passe à l'étape 103 et l'index mémorisé /ndeXLR_M est initialisé à la valeur de l'index reçu dans le contenu /ndeXLR-c. Suite à l'étape 103, il faut également mettre à jour la liste de révocation mémorisée LR_M dans le dispositif de réception 3. Ceci est schématisé à la figure 2 par l'étape 104 qui peut consister, soit en un téléchargement de la liste de révocation la plus récente en utilisant la voie de retour 7 du décodeur 30 vers le fournisseur de contenu 2, soit en une attente de réception de cette liste avec un prochain contenu. Dans ce cas, on prévoit que le fournisseur de contenu envoie périodiquement la liste de révocation la plus récente avec des contenus. Lorsque l'index de liste de révocation mémorisé /ndeXLR_M ainsi que la liste de révocation LR_M correspondante ont été mis à jour dans le dispositif de réception 3, celui-ci les communique aux autres dispositifs du réseau, à l'exception des dispositifs d'enregistrement tels le DVCR 5 à la figure 1. Notamment dans l'exemple de la figure 1, il les communique au dispositif de présentation 4 qui les mémorise dans un module terminal 42 contenu dans la carte à puce 41. Ce module terminal 42 contient notamment une clé secrète spécifique au réseau domestique et il est chargé de traiter les messages LECM inclus dans les paquets de données 80 reçus par le dispositif de présentation 4. Grâce à cette clé secrète du réseau domestique, le module terminal 42 est capable de récupérer dans le message LECM les mots de contrôle CW ayant servi à embrouiller les données numériques. Le dispositif de présentation 4 peut alors désembrouiller les données pour les présenter à l'utilisateur. On notera que l'invention s'applique également au cas o le réseau numérique domestique comporte une paire de clés asymétriques spécifique à ce réseau pour protager les messages LECM. En revenant au dispositif de réception 3, lorsque celui-ci a effectué les étapes 100 à 104 décrites précédemment, il transforme le message ECM inclus dans les données numériques reçues en un message LECM qui contient en outre l'index de mise à jour de la liste de révocation IndexR c reçu avec le contenu. 9 2834406 Si ce contenu, qui circule sur le réseau numérique domestique sous forme de paquets de données tels le paquet 80 représenté à la figure 1, est enregistré par le d ispositif d'enregistrement 5, il sera donc en reg istré avec l'index de mise à jour de la liste de révocation le plus récent au moment de I'enregistrement, cet index étant inclus dans les messages LECM des paquets qui composent le contenu. De cette manière, le contenu pourra toujours être visualisé ou joué dans le réscau même si plus tard une clé ou un appareil du réseau sont révoqués. De man iè re préférentielle, I ' i ndex /ndeXtR C inséré da ns le message LECM par le module convertisseur 32 est inséré dans une partie " en clair " de ce message. Le message LECM comprend en effet une partie A en clair, contenant notamment des informations sur le type de contenu (audio/video...) ou sur l'autorisation ou non de copier ce contenu, et une partie B protégée contenant notamment les mots de contrôle ayant servi à embrouiller les données numériques représentant le contenu. Cette partie B est protégée par chiffrement, c'est à dire que le message LECM contient une version chiffrée de la partie B à l'aide d'une clé qui est soit la clé spécifique du réseau, soit une clé qui peut être retrouvoe en connaissant la clé spécifique du réseau. Le message LECM contient également de manière préférentielle un champ d'intagrité qui est le résultat d'une fonction de hachage appliquée à la partie A et à la partie B (avant chiffrement) du message. Rappelons qu'une fonction de hachage, souvent notée " Hash(x) ", est une fonction mathématique qui transforme un ensemble de données " x " en un ensemble de données " y " de taille fixe, souvent nettement inférieure à la taille des données d'entrées, et que cette fonction est à sens unique (" one way function " en anglais), c'est à dire que connaissant " y ", il est impossible de retrouver " x ", tel que y=Hash(x). Dans une variante de réalisation, notamment lorsque le message LECM ne comporte pas de champ d'intégrité, I'index IndexhR C inséré dans le message LECM par le module convertisseur 32 est inséré dans la partie B protégée du message LECM. Nous allons maintenant décrire, en liaison avec la figure 3, le procédé qui est mis en _uvre par le dispositif de présentation 4 lorsqu'un contenu provenant du réseau numérique domestique doit être présenté à un utilisateur, et plus précisément lorsque chaque paquet de données 80 du contenu est reçu par le dispositif de présentation 4. 2834406 Lors d'une première étape 200, le dispositif de présentation vérifie l'intégrité du message LECM inclus dans le paquet de données reçu. Pour cela, il retrouve la partie B du message LECM grâce à la clé secrète spécifique du réseau domestique puis il calcule le résultat de la même fonction de hachage que celle mentionnée plus haut, appliquée aux parties A et B du message LECM, pour le comparer au champ d'intégrité du message LECM reçu. Si cette vérification est positive, alors le procédé se poursuit par l'étape 201 lors de laquelle on vérifie si la liste de révocation LR_M mémorisoe dans le module terminal 42 contient au moins un élément relatif à une clé, un module ou un appareil utilisé dans le dispositif de présentation. ll peut s'agir du numéro de série d'une clé publique utilisée par le dispositif de présentation (et mémorisée préférentiellement dans le module terminal 42), ou bien du numéro de série de l'appareil récepteur de télévision 40 ou du module terminal 42, ou encore d'une information relative à la clé sécrète du réseau domestique, mémorisée dans le module terminal 42 également (cette information pourra être un numéro de série de la clé secrète, la clé elle- même ou bien le résultat d'un fonction de hachage ou d'une fonction de chiffrement appliquée à la clé). Si la liste de révocation LR_M ne contient aucun élément relatif à une clé, un module ou un appareil utilisé dans le dispositif de présentation 4, alors ce dernier peut présenter le contenu à l'utilisateur lors de l'étape 203. Par contre, si la liste de révocation contient au moins un desdits éléments, alors le procédé se poursuit par l'étape 202 consistant à vérifier si l'index de révocation de cet élément (I'index de révocation de l'élément étant contenu dans la liste LR_M) est supérieur à l'index IndexLR_c inclus dans le contenu reçu (plus précisément, inclus dans le message LECM du paquet reçu). Ceci peut se produire quand un contenu, enregistré avant qu'un élément ne soit inséré dans la liste de révocation, est ensuite rejoué dans le réseau domestique après que l'élément ait été inséré dans la liste. Si la vérification ci-dessus est positive, alors le dispositif de présentation peut présenter le contenu à l'utilisateur à l'étape 203. Sinon, le procédé est arrêté (étape 204) et le contenu n'est pas présenté à l'utilisateur. Le procédé est également arrété lorsque la vérification de l'intégrité du message LECM à l'étape 200 est négative. Le procédé peut également être arrêté, en variante non préférée, lorsque au moins un élément relatif à une clé, un module ou un appareil utilisé dans le dispositif de présentation est inclus dans la liste de révocation LR_M (flèche pointillée représentée à partir de l'étape 201). 11 2834406 Linndon ne se ml pas aux modes de ala110n qui ant A dAcrits ci-dessus. En padiculier, i'lnvention s'applique Agalemen1 au cas on un contend est Lou par an seal dispositif arming dispositif de cep110n et de psenon de gnu, saris que disproof son Lament Incas dans un ... saou numeque domeque. 1 2 2834406 REVENDICATIONS 1. Procédé de mise à jour d'une liste de révocation contenant des identifiants de clés, d'appareils ou de modules considérés comme non conformes par un tiers de confiance (1) dans un système de diffusion sécurisé de contenu consistant: à recevoir dans un dispositif de réception (3) un contenu d'un fournisseur de contenu (2), caractérisé en ce qu'un identifiant unique est alioué à chaque mise à jour de la liste de révocation par le tiers de confiance (1), I'identifiant de la liste de révocation la plus récente (/ndeXLR c) étant attaché au contenu reçu dans ledit dispositif de réception, et en ce que le procédé comporte en outre une étape (102) consistant à comparer l'identifiant de liste de révocation reçu (/ndeXLR c) avec un identifiant de liste de révocation mémorisé (IndexLR M) dans ledit dispositif de réception et, en cas de différence entre lesdits identifiants: - à télécharger la liste de révocation la plus récente dans ledit dispositif de réception; ou - à attendre la réception de la liste de révocation la plus récente avec un prochain contenu. 2. Procédé de réception d'un contenu par un dispositif de réception (3) dans un système de diffusion sécurisé de contenu dans lequel une liste de révocation, établie par un tiers de confiance (1), contient des identifiants de clés, d'appareils ou de modules considérés comme non conformes par ledit tiers de confiance, caractérisé en ce qu'un identifiant unique est alloué à chaque mise à jour de la liste de révocation, I'identifiant de la liste de révocation la plus récente (IndexLR c) étant attaché au contenu reçu par ledit dispositif de réception, le procédé comportant en outre une étape consistant à comparer (102) I'identifiant de liste de révocation reçu (/ndeXLR_C) avec un identifiant de liste de révocation mémorisé (/ndeXLR M) dans ledit dispositif de réception, et en cas de différence entre lesdits identifiants: - à télécharger la liste de révocation la plus récente dans ledit dispositif de réception; ou - à attendre la réception de la liste de révocation la plus récente avec un prochain contenu. 1 3 2834406 3. Procédé selon l'une quelconque des revendications 1 ou 2, caractérisé en ce que l'identifiant unique de liste de révocation est un index de mise à jour de ladite liste de révocation. 4. Procédé selon l'une des revendications précédentes, caractérisé en ce que l'identifiant de liste de révocation la plus récente reçu avec le contenu (IndexR c) est inclus dans une partie protégée par chiffrement ou par authentification dudit contenu. 5. Procédé selon l'une des revendications précédentes, caractérisé en ce que la liste de révocation contient au moins un élément appartenant à l'ensemble comprenant: - au moins un numéro de série de clé publique générée par ledit tiers de confiance et considérée comme non conforme par ledit tiers de confiance; - au moins un numéro de série d'un appareil considéré comme non conforme par ledit tiers de confiance; - au moins un numéro de série d'un module considéré comme non conforme par ledit tiers de confiance. 6. Procédé selon l'une des revendications précédentes, caractérisé en ce que la liste de révocation contient au moins un élément appartenant à l'ensemble comprenant: - au moins un identifiant de clé secrète de réscau local servant à protéger des contenus contre la copie illicite; au moins une clé secrète de réseau local servant à protéger des contenus contre la copie illicite; - au moins le résultat d'une fonction de calcul, notamment une fonction de hachage, appliquée à une clé secrète de réseau local servant à protéger des contenus contre la copie illicite. 7. Procédé selon l'une des revendications 5 ou 6, caractérisé en ce qu'on mémorise en outre, pour chaque élément de la liste de révocation son index de révocation correspondant à l'index de mise à jour de ladite liste au moment de l'insertion de l'élément dans la liste de révocation. 8. Procédé de présentation d'un contenu reçu conformément au procédé selon l'une des revendications 2 à 7, les revendications 3 à 7 étant 14 2834406 dépendantes de la revendication 2, caractérisé en ce qu'il comprend les étapes consistant pour un dispositif de présentation de contenu (4) à: vérifier (201) si la liste de révocation la plus récente (LR_M) à la disposition du dispositif de réception ne contient pas d'élément relatif à au moins une clé, un module ou un appareil utilisé par ledit dispositif de réception; et - si la liste de révocation ne contient aucun desdits éléments, continuer le procédé pour présenter led it contenu à un utilisateur (203), - sinon, arrêter (204) le procédé. 9. Procédé de présentation d'un contenu reçu conformément au procédé selon la revendication 7 prise dans sa dépendance des revendications 2 et 3, caractérisé en ce qu'il comprend les étapes consistant pour un dispositif de présentation de contenu à: - vérifier (201) si la liste de révocation la plus récente (LR_M) à la disposition du dispositif de réception ne contient pas d'élément relatif à au moins une clé, un module ou un appareil utilisé par ledit dispositif de réception; et - si la liste de révocation contient au moins un desdits éléments: - comparer (202) I'index de mise à jour de la liste de révocation attaché au contenu (IndexLR c) avec l'index de révocation dudit élément; et - si l'index de mise à jour de la liste de révocation attaché au contenu est inférieur à l'index de révocation dudit élément, continuer le procédé pour présenter ledit contenu à un utilisateur (203),