Brevet FR2883683A1 — publié le 20060929

Procédé d'appariement entre un terminal et un processeur de sécurité, système et programme informatique pour la mise en oeuvre du procédé L'invention concerne la gestion d'un parc de terminaux décodeurs et/ou désembrouilleurs d'un flux multimédia, n,itamment en télévision payante, et la gesLon d'un parc homologue de processeurs de sécurité, tels que des cartes à puces. En particulier, lors de l'utilisation conjointe d'un terminal et d'une carte, il peut être nécessaire de vérifier que ces deux dispositifs sont bien autorisés à fonctionner ensemble. Cette vérification d'association, bien connue en tant que contrôle d'appariement, consiste à limiter l'usage d'un ou plusieurs terminaux avec une ou plusieurs cartes. Diverses raisons peuvent imposer une telle limitation: É un choix de fabrication et/ou de gestion de ces dispositifs est de constituer des paires indissociables d'un terminal et d'une carte É une carte (respectivement un terminal) doit refuser de fonctionner avec un terminal (respectivement une carte) non officiel É un ensemble de terminaux et de cartes ne doivent permettre d'accéder qu'à certains services ou aux services d'un seul opérateur; par exemple, dans le cadre de campagnes promotionnelles d'un fabricant de terminaux l'achat d'un décodeur peut être associé à une offre promotionnelle d'abonnement préchargé dans une carte utilisable uniquement dans ce terminal. Dans tous ces cas se pose néanmoins le problème de vérification d'appariement entre le terminal et la carte. On a proposé dans le document WO-99/57901 une procédure de vérification d'un appariement entre un terminal et un processeur de sécurité. Dans ce document, cette procédure est menée auprès du terminal, lequel vérifie alors qu'une valeur stockée dans le processeur de sécurité correspond bien à une valeur stockée dans une mémoire du terminal. Cependant, il est habituel qu'en matière d'accès sécurisé, l'effort d'inviolabilité des secrets se concentre davantage sur le processeur de sécurité, dont la conception même renforce la résistance aux attaques, et moins sur le terminal. En effet, il paraît plus aisé techniquement de reproduire indûment un terminal qu'une carte à puce. Ainsi, un inconvénient que présente la procédure de contrôle d'appariement au sens du document WO-99/57901 est qu'il reste possible d'accéder à la mémoire d'un terminal pour en extraire la valeur et les algorithmes utilisés pour la procédure de contrôle d'appariement. La présente invention vient améliorer la situation. Elle propose à cet effet un procédé pour contrôler un appariement entre un type de terminal, parmi un parc de terminaux, et un type de processeur de sécurité, parmi un parc de processeurs de sécurité. Un processeur de sécurité, lorsqu'il est apparié à un terminal, est agencé pour coopérer avec ce terminal pour fournir à celui-ci des données permettant un décodage et/ou un désembrouillage d'un flux multimédia que reçoit le terminal selon les conditions d'accès sécurisé associées à ce flux. Le procédé au sens de l'invention comporte alors: a) une étape d'affectation de valeurs d'appariement dans laquelle on stocke au moins une première valeur dans une mémoire d'un terminal et au moins une seconde valeur correspondant à ladite première valeur, dans une mémoire d'un processeur de sécurité destiné à être apparié au terminal, et b) une étape de contrôle d'appariement, préalable à la vérification des conditions d'accès sécurisé, dans laquelle le processeur de sécurité est agencé pour lire et comparer lesdites première et seconde valeurs d'appariement, puis poursuivre ou arrêter son fonctionnement avec ledit terminal, en fonction de la comparaison des première et seconde valeurs d'appariement. Ainsi, selon l'un des avantages que procure la présente invention, la procédure de contrôle d'appariement est menée par le processeur de sécurité, de sorte que le programme informatique stocké dans une mémoire du processeur de sécurité et qui assure le contrôle d'appariement est difficile d'accès pour des personnes non autorisées. On entend par les termes "une seconde valeur correspondant à une première valeur" le fait qu'il existe une fonction prédéterminée qui puisse relier de manière biunivoque la première valeur d'appariement à la seconde valeur d'appariement. Une réalisation simple consiste à prévoir, à l'étape a), des valeurs d'appariement identiques, tandis qu'à l'étape b) , le processeur de sécurité vérifie simplement si les première et seconde valeurs d'appariement sont identiques. Dans une variante, seuls les premiers octets des valeurs d'appariement peuvent être comparés, tandis que des octets suivants peuvent servir avantageusement à identifier des numéros de version ou de série, ou autres, du terminal et/ou du processeur de sécurité. Une autre réalisation consiste à prévoir, à l'étape a), une valeur d'appariement dans le terminal constituée d'une suite d'octets, telle qu'une suite de caractères, et une valeur d'appariement dans le processeur de sécurité qui est le condensé cryptographique de cette suite d'octets, condensé obtenu par une fonction à sens unique telle que bien connue dans l'état de l'art. Ainsi, à l'étape b), le processeur de sécurité recalcule le condensé de la suite d'octets que lui transmet le terminal et vérifie simplement si le condensé calculé et le condensé mémorisé sont identiques. Cette réalisation est particulièrement avantageuse quand la suite d'octets constituant la première valeur d'appariement est trop longue pour être stockée dans le processeur de sécurité. Toutefois, dans cette dernière réalisation notamment, la première valeur d'appariement est transmise "en clair" du terminal vers le processeur de sécurité, ce qui signifie qu'il n'est pas nécessaire de prévoir une quelconque procédure de chiffrement/déchiffrement pour transférer cette première valeur d'appariement, selon une réalisation simple et avantageuse. La signification des première et seconde valeurs d'appariement n'intervient pas dans le procédé d'appariement. Toutefois dans une réalisation préférée, les première et seconde valeurs d'appariement correspondent à un identifiant du type de processeur de sécurité. Dans une autre réalisation préférée, chacune des première et seconde valeurs d'appariement précitées correspondent à l'association d'un identifiant de type de processeur de sécurité et d'un identifiant de type de terminal. Dans une réalisation avantageuse, l'identifiant précité du type de processeur de sécurité comporte une marque du système technique, typiquement le système de contrôle d'accès, partagé par le terminal et le processeur de sécurité, par exemple la marque enregistrée "VIACCESS" de la Demanderesse, et, consécutivement à l'étape b), on peut prévoir alors une étape d'affichage de cet identifiant stocké dans la mémoire du terminal sur une unité d'affichage du terminal et/ou sur l'écran d'une télévision connectée au terminal. On comprendra ainsi que l'utilisation de cet identifiant et sa reproduction dans le terminal s'accompagne, dans cette réalisation préférentielle, de la reproduction de la marque dudit système technique. Dans une réalisation avantageuse qui permet d'offrir une souplesse dans la mise en oeuvre du procédé selon l'invention, on autorise certains processeurs de sécurité à s'affranchir du contrôle d'appariement. A cet effet, à l'étape a), on stocke dans la sécurité au moins un indicateur dont la valeur déclenL;he ou non mémoire du processeur de d'activation d'appariement la comparaison des valeurs d'appariement, et, à est agencé pour lire la valeur lue à une non la vérification l'étape b), le processeur de sécurité la valeur de cet indicateur, comparer valeur de référence et déclencher ou de correspondance entre les valeurs d'appariement, en fonction de cette comparaison. Dans une réalisation préférée, on prévoit avantageusement que le contrôle d'appariement de l'étape b) puisse être effectué sur tout ou partie des valeurs d'appariement et que ledit indicateur précise sur quelle(s) partie(s) des valeurs d'appariement doit porter le contrôle d'appariement de l'étape b). En particulier quand les valeurs d'appariement correspondent à la combinaison d'un identifiant du type de terminal et d'un type de processeur de sécurité comme décrit précédemment, ledit indicateur précise si le contrôle d'appariement est désactivé ou s'il porte sur l'un ou l'autre ou sur les deux identifiants de cette combinaison. Dès l'insertion du processeur de sécurité (par exemple une carte à puce) dans un lecteur homologue du terminal, le processeur de sécurité s'initialise et démarre automatiquement une routine de contrôle d'appariement en regard d'une routine correspondante dans le terminal. La présente invention vise aussi une telle routine dans le processeur de sécurité et une telle routine correspondante dans le terminal, en particulier un produit programme d'ordinateur destiné à être stocké dans la mémoire d'un processeur de sécurité et comportant des instructions pour la mise en oeuvre de l'étape b) de contrôle d'appariement du procédé selon l'invention et un produit programme d'ordinateur destiné à être stocké dans la mémoire d'un terminal et comportant des instructions pour fournir au processeur de sécurité les données qui sont utiles à ce dernier dans la mise en oeuvre de l'étape b) de contrôle d'appariement du procédé selon l'invention. La présente invention vise aussi le système comportant un terminal et un processeur de sécurité, apparié au terminal et agencé pour coopérer avec le terminal pour fournir ou non à celui-ci des données d'accès sécurisé permettant un décodage et/ou un désembrouillage d'un flux multimédia que reçoit le terminal. Selon l'invention, le processeur de sécurité vérifie en outre l'appariement entre le terminal et le processeur de sécurité et, à cet effet, est agencé pour lire et comparer, préférentiellement sous le contrôle d'un indicateur d'activation d'appariement, une première valeur d'appariement stockée dans une mémoire du terminal et une seconde valeur d'appariement stockée dans une mémoire du processeur de sécurité, puis poursuivre ou arrêter sa coopération avec le terminal pour vérifier les données d'accès sécurisé, en fonction de la comparaison des première et seconde valeurs d'appariement. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés sur lesquels: - la figure 1 représente schématiquement les éléments du système au sens de l'invention, - la figure 2 illustre les étapes d'un procédé général faisant intervenir l'étape b) de contrôle d'appariement du procédé au sens de l'invention, - la figure 3 illustre le stockage des identifiants pour la mise en oeuvre de l'étape a) d'affectation d'identifiants du procédé au sens de l'invention, et - les figures 4A et 4B illustrent des organigrammes pour la mise en oeuvre de l'étape de contrôle d'appariement et représentatifs des algorithmes d'un produit programme d'ordinateur au sens de l'invention. On se réfère tout d'abord à la figure 1 pour décrire des éléments intervenant dans un système au sens de la présente invention. Typiquement, dans le domaine du contrôle de l'accès à des contenus multimédias par un système de contrôle d'accès de type CAS (pour "Conditional Access System") ou de type DRM (pour "Digital Rights Management"), un tel système de contrôle d'accès comporte des équipements en tête de réseau (non représentés) qui associent à un contenu des conditions d'accès (autorisations et/ou contraintes). Ces contenus sont chiffrés et ensuite mis en ligne ou diffusés via un réseau de distribution 4 (diffusion par satellite, par câble, transfert par une liaison haut débit par exemple xDSL, ou autres). A la réception, un utilisateur dispose d'un terminal 1 capable de gérer ce type de contenu dont l'accès est protégé. Le terminal 1 présente alors les conditions d'accès au système de contrôle d'accès qui les vérifie, par exemple en les comparant à des droits d'accès de l'utilisateur, et autorise ou non ledit accès. Les droits d'accès et la logique d'autorisation sont en général stockés dans un module sécurisé, tel qu'une carte à puce 2. Dans ce qui suit, on désigne par les termes "processeur de sécurité 2" ou indistinctement "carte à puce 2" un tel module sécurisé. La présente invention propose un mécanisme permettant d'associer à un groupe de terminaux, un groupe de cartes à puce. Dans le contexte du contrôle d'accès typiquement à la télévision payante, le procédé au sens de l'invention permet de restreindre l'usage d'un parc de cartes à puce à un parc de terminaux décodeurs. Les décodeurs ne peuvent rendre leurs services que lorsqu'ils sont mis en uvre avec un parc homologue de cartes à puce qui, après vérification de l'appariement, acceptent ou non de fonctionner avec ces décodeurs. Des techniques actuelles proposent déjà un mécanisme similaire par lequel un terminal vérifie qu'une information, représentative du groupe de cartes et de terminaux, est présente dans la carte. Par opposition, la présente invention propose une solution selon laquelle la carte, elle- même, vérifie qu'une information, représentative du groupe de cartes et/ou de terminaux, est présente dans le terminal. La vérification qu'un groupe de terminaux et un groupe de cartes sont habilités à être utilisés ensemble peut être effectuée par diverses solutions. Il existe en effet de multiples mécanismes d'authentification qui s'appuient sur l'usage de cryptographie, et, en particulier, sur l'usage de cryptographie asymétrique. Toutefois, ces mécanismes, même s'ils peuvent répondre à l'authentification forte entre deux entités, sont lourds à gérer (gestion des secrets, initialisation, distribution des secrets) et demandent des capacités de calcul et de mémoire importantes. La présente invention propose un mécanisme simple, basé sur le partage d'une information particulière notée valeur d'appariement (typiquement une chaîne alphanumérique) entre un groupe de cartes et un groupe de terminaux. Un terminal fournit à la carte qui lui est connectée sa valeur d'appariement par un protocole simple qui ne fait pas usage de techniques cryptographiques et la carte compare cette valeur reçue à sa propre valeur d'appariement. De manière à simplifier le mécanisme d'appariement, le procédé au sens de l'invention utilise une technique d'un niveau de sécurité limité. En particulier, en dépit de sa simplicité qui pourrait le rendre sensible à des dispositifs d'investigation et/ou d'émulation performants, il peut être appliqué conjointement avec une autre méthode d'authentification forte entre terminal et carte basée sur une cryptographie puissante, méthode à laquelle il apporte le contrôle d'adéquation d'un parc de terminaux à un parc de cartes. Toutefois, la simplicité de mise en oeuvre de ce contrôle d'appariement reste très avantageuse, dans la mesure où le contrôle d'appariement est effectué par la carte, ce qui assure un certain degré de protection comme expliqué ciavant. Ainsi, la mise en oeuvre de l'invention ne fait pas appel à des données échangées sous forme chiffrée et ne nécessite pas, dans l'échange de ces données entre terminal et carte, l'usage d'algorithmes de chiffrement/déchiffrement dans la mémoire du terminal et/ou dans la mémoire de la carte. En outre, le mécanisme de contrôle d'appariement au sens de l'invention est configurable, verrouillable et/ou déverrouillable, ce qui procure une souplesse remarquable dans l'utilisation du procédé. En se référant à la figure 1, le terminal 1 est relié au réseau 4 et, par exemple, à une télévision 3. Il peut comporter un écran d'affichage 11, ainsi qu'un lecteur 12 d'une carte à puce 2. Comme au moins les messages que transmet le terminal à la carte à puce, pour le contrôle d'appariement, sont "en clair", il peut être prévu d'afficher tout ou partie de ces messages sur l'écran de la télévision 3 et/ou sur l'écran d'affichage 11 du terminal. Par ailleurs, de façon générale, lorsque l'utilisateur insère la carte 2 dans le lecteur 12 du terminal, il se produit automatiquement une séquence d'initialisation de la carte par une procédure dite "séquence ATR" (pour "Answer to Reset"). Habituellement, sans contrôle d'appariement, la procédure de mise en service de la carte dans le terminal se poursuit par la mise en oeuvre d'un protocole d'échange, le cas échéant sécurisé, de messages entre le terminal et la carte, le traitement de part et d'autre de ces messages ayant pour but d'accéder de façon contrôlée à des contenus multimédia. Notamment, ces messages transmis entre carte et terminal peuvent être: - des messages EMM (pour "Entitlement Management Message") reçus par le terminal depuis le réseau de distribution 4 et fournis à la carte 2 pour gérer l'inscription des droits et des secrets associés dans la carte 2, - des messages ECM (pour "Entitlement Control Message") reçus par le terminal 1 depuis le réseau de distribution 4 et fournis à la carte pour contrôler, pour un contenu donné, l'adéquation des conditions d'accès à des droits d'accès de la carte 2, - des données résultant du traitement des messages ECM par la carte 2 et permettant au terminal 1 de désembrouiller et décoder un flux. Ainsi, la procédure de contrôle d'appariement au sens de l'invention intervient entre l'initialisation de la carte et la mise en oeuvre des échanges de messages tels que décrit plus haut. Préférentiellement, le contrôle d'appariement conditionne l'utilisation de la carte pour accéder à des services et, en particulier, le traitement des messages ECM par la carte. Une carte qui supporte le procédé d'appariement au sens de l'invention dispose d'une fonction logicielle adaptée à ce procédé et dans sa mémoire d'une valeur d'appariement et d'un indicateur d'activation du contrôle d'appariement. En se référant alors à la figure 2, la première étape 21, suite à l'insertion de la carte 2 dans le lecteur 12 du terminal, consiste en une initialisation de la carte qui se poursuit automatiquement par le test 22 de l'indicateur d'activation du contrôle d'appariement mémorisé dans la carte. Si la valeur de cet indicateur précise que le contrôle d'appariement n'est pas à activer (flèche N du test 22), la carte n'effectue pas le contrôle d'appariement et positionne (étape 23) un indicateur interne à une valeur autorisant le traitement par la carte des messages ECM: ceci permet de faire fonctionner la carte dans un terminal quelconque sans appariement préalable. Toutefois, dans le cas le plus général, le contrôle d'appariement est préférentiellement effectif et conditionne le traitement des messages ECM. Ainsi, l'étape 23 consiste à positionner ledit indicateur interne à une valeur interdisant le traitement par la carte des ECM: ceci rend donc obligatoire l'appariement entre carte et terminal pour que les ECM soient traités par la carte, donc pour pouvoir désembrouiller les flux multimédias. Si le contrôle d'appariement est à activer (flèche Y du test 22), la carte positionne (étape 24) ledit indicateur interne à une valeur précisant que les messages ECM ne doivent pas être traités: ainsi la carte 2 ne traite aucun message ECM que lui transmet le terminal, tant que l'étape b) de contrôle d'appariement au sens de l'invention n'a pas été effectuée. Puis, la carte effectue le contrôle d'appariement (test 25) . Pendant cette étape de contrôle d'appariement, la carte 2 reçoit du terminal la valeur d'appariement de celui-ci puis vérifie la correspondance entre la valeur d'appariement du terminal et la valeur d'appariement stockée dans la carte. En cas de non correspondance entre ces valeurs d'appariement (flèche N en sortie du test 25), une situation d'erreur d'appariement 26 est détectée et la coopération entre le terminal et la carte peut s'arrêter alors à cette étape 26: en particulier la carte ne traite alors aucun message ECM. En revanche, si la procédure de contrôle d'appariement au test 25 aboutit à une conclusion positive (flèche Y), la carte positionne (étape 27) l'indicateur interne précité à une valeur autorisant le traitement par la carte des messages ECM. Comme cela a été décrit plus haut, la vérification de la correspondance entre les valeurs d'appariement (test 25) peut être faite selon différentes méthodes, telles que par exemple l'égalité simple ou l'égalité du condensé cryptographique de la valeur d'appariement du terminal et de la valeur d'appariement de la carte. Cette vérification peut également porter sur la totalité ou sur une partie seulement de chaque valeur d'appariement, selon la valeur de l'indicateur d'activation d'appariement. En parallèle à l'ensemble de ce traitement, la carte est susceptible de recevoir des messages ECM transmis par le terminal. A partir de l'insertion de la carte 2 dans le terminal 1, la carte ignore (étape 29) tout message ECM reçu (étape 28) tant que le contrôle d'appariement n'a pas été effectué. Puis, après que l'indicateur interne a été positionné, suite au test 22, à une valeur autorisant (étape 23) ou n'autorisant pas (étape 24) le traitement des messages ECM, la carte prend compte les ECM reçus du terminal. Ainsi, sur réception d'un ECM (étape 30), la carte teste l'indicateur interne (test 31). Si la valeur de cet indicateur précise que le traitement d'un ECM n'est pas autorisé (flèche N du test 31), la carte ne traite pas cet ECM et envoie en retour au terminal un message d'erreur d'appariement (étape 34) précisant que le terminal et la carte ne sont pas appariés. Dans ce cas, le terminal ne peut pas procéder au désembrouillage/décodage du contenu visé et peut afficher un message de défaut d'appariement à l'intention de l'utilisateur (étape 36). Si, au contraire, la valeur dudit indicateur interne précise que le traitement d'un ECM est autorisé (flèche Y du test 31), la carte procède au traitement de l'ECM (étape 32) conformément aux fonctionnalités du système de contrôle d'accès utilisé par la carte. En résultat de ce traitement d'ECM, la carte renvoie au terminal les données consécutives à ce traitement (étape 33). On note que dans ce contexte, le traitement de l'ECM s'effectue normalement sans qu'il ne soit modifié en quoi que ce soit par le procédé d'appariement: les données consécutives à ce traitement et reçues par le terminal (étape 35) sont principalement celles qui permettront au terminal de désembrouiller/décoder le contenu transmis par le réseau 4 ou peuvent être des messages d'erreur si le désembrouillage/décodage n'est pas autorisé de par les conditions d'accès présentes dans l'ECM. On se réfère maintenant à la figure 3 pour décrire la première étape a) du procédé au sens de l'invention, pour l'affectation des valeurs d'appariement au terminal 1, d'une part, et au processeur de sécurité 2, d'autre part. Ces valeurs d'appariement peuvent être constituées d'une même information simple partagée par le terminal et par la carte. Elles peuvent aussi être constituées d'une paire d'informations, l'une relative à la carte telle qu'une identification du type de carte notée id(CAR), l'autre relative au terminal telle qu'une identification du type de terminal notée id(STB). Tout en étant aisément transposable au cas d'une information simple, le fonctionnement du procédé est décrit ci-après dans le cas où les valeurs d'appariement sont constituées d'une paire d'informations. Il est également évident que le procédé est directement applicable dans le cas où les valeurs d'appariement sont la combinaison de plus de deux informations. A cet effet, le terminal 1 comporte une mémoire MEM1 pour stocker préférentiellement: - un identifiant caractéristique du type de terminal, noté id (STB) 1 et, - un identifiant caractéristique du type de processeur de sécurité, noté id(CAR)l. L'identifiant id(STB)1 est caractéristique du type du terminal. Il permet de cibler le type des terminaux avec lesquels une carte peut fonctionner dans le cadre de cet appariement. L'intérêt de cet identifiant id(STB)1 apparaît par exemple dans le cas où un industriel distribuant des terminaux fournit une offre promotionnelle - associant son terminal et une carte à puce pré-dotée de droits pour un service particulier, la carte ne devant fonctionner qu'avec ce type de terminal dans le cadre de cette offre promotionnelle. L'identifiant id(CAR)l est caractéristique du type de processeur de sécurité. Il contient préférentiellement une chaîne de caractères, telle que, plus particulièrement, une marque du système de contrôle d'accès partagé par le terminal et le processeur de sécurité. Le terminal 1 est programmé pour toujours présenter à la carte, en tant que valeur d'appariement, l'identifiant de type de terminal id(STB)1 et l'identifiant de type de processeur de sécurité id(CAR)l. Ces deux identifiants sont toujours présentés par le terminal en clair, pendant l'étape de contrôle d'appariement b). En outre, il peut être prévu d'afficher l'un et/ou l'autre de ces identifiants id(STB)1 et id(CAR)1 sur l'écran de la télévision 3 et/ou sur l'écran d'affichage 11 du terminal 1, pendant le contrôle d'appariement. Dans le cas où la valeur d'appariement est constituée d'une information simple, celle-ci est préférentiellement similaire à l'identifiant id(CAR) 1 et contient plus particulièrement la marque du système de contrôle d'accès supporté par la carte. De façon similaire cet identifiant simple est toujours présenté en clair par le terminal à la carte et peut être affiché sur l'écran de la télévision 3 et/ou sur l'écran d'affichage 11 du terminal. Ainsi, l'accès à des contenus est autorisé par le processeur de sécurité 2, au moins à condition que ce dernier 2 appartienne au parc qui est apparié au parc des terminaux décodeurs, ce qui se contrôle par la correspondance des valeurs id(STB)l et id(STB)2 entre elles d'une part, et par la correspondance des valeurs id(CAR)l et id(CAR)2 entre elles d'autre part. En se référant à nouveau à la figure 3, à l'étape d'affectation d'identifiants a), on stocke donc dans une mémoire MEM2 du processeur de sécurité 2 un identifiant de type de terminal id(STB)2 et un identifiant de type de carte id(CAR)2. De préférence, cette mémoire du processeur de sécurité 2 est non volatile (par exemple de type E2PROM). On comprendra en particulier que si le processeur de sécurité 2 peut être apparié au terminal 1, les identifiants id(STB)l et id(STB)2, d'une part, et les identifiants id(CAR)l et id(CAR)2, d'autre part, doivent correspondre entre eux. Néanmoins, dans une réalisation mettant en oeuvre une valeur d'appariement simple, l'appariement entre parc de cartes et parc de terminaux peut être contrôlé uniquement par les identifiants de processeur de sécurité id(CAR)l et id(CAR)2 qui doivent alors correspondre. Dans une réalisation avantageuse de l'invention, on stocke en outre dans la mémoire de la carte MEM2 les valeurs de deux paramètres VP(STB) et VP(CAR). La combinaison de ces deux paramètres constitue l'indicateur d'activation d'appariement cité plus haut. Les valeurs de ces deux paramètres VP(STB) et VP(CAR) seront lues dès l'initialisation de la carte pour lancer ou non la procédure de contrôle d'appariement (test 22). Si le contrôle d'appariement doit être effectué, la valeur du paramètre VP(STB) sera testée pour déclencher ou non la procédure de contrôle de correspondance d'identifiants relatifs aux types de terminal id(STB)l etid(STB)2, d'une part, et la valeur du paramètre VP(CAR) sera testée pour déclencher ou non la procédure de contrôle de correspondance d'identifiants relatifs au type de processeur de sécurité id(CAR)l et id(CAR)2, d'autre part. Les rôles de ces valeurs de paramètre VP(STB) et VP(CAR) seront décrits en détail en référence aux figures 4A et 4B. Les valeurs mémorisées dans la carte id(STB)2, id(CAR)2, VP(STB) et VP(CAR) peuvent être modifiées globalement ou individuellement par la réception de messages de type EMM. En se référant à nouveau à la figure 2, la modification d'au moins une de ces valeurs dans la carte (étape 37) fait que celle-ci les prend en compte à la prochaine initialisation de la carte ou, préférentiellement, que la carte procède à nouveau au contrôle d'appariement comme après son initialisation (étape 37 de la figure 2) avec les dernières valeurs id(STB)l et id(CAR)l reçues du terminal. Toutefois, ces valeurs ne sont en aucun cas consultables dans la mémoire de la carte, au même titre que des valeurs d'identification de la carte ne sont jamais accessibles à un abonné utilisant le terminal. Si la valeur d'appariement n'est pas une combinaison de deux identifiants mais consiste uniquement en l'identifiant du type de processeur de sécurité id(CAR), l'indicateur d'activation d'appariement VP est constitué d'une seule partie VP(CAR) qui seule est mémorisée dans la carte et qui seule est considérée pour décider si le contrôle d'appariement est à effectuer. Pendant la procédure de contrôle d'appariement, la carte peut avoir accès aux messages EMM. En revanche, elle ne peut avoir accès aux messages ECM que si la procédure de contrôle d'appariement a été effectuée avec succès, auquel cas le traitement des ECM par la carte peut être effectué. En référence aux figures 4A et 4B, le rôle des paramètres VP(STB) et VP(CAR) va maintenant être décrit. Comme cela a été décrit plus haut, la valeur du paramètre VP(STB) définit si le contrôle de correspondance doit être effectué sur les identifiants de type de terminaux id(STB)l et id(STB)2, et la valeur du paramètre VP(CAR) définit si le contrôle de correspondance doit être effectué sur les identifiants de type de processeurs de sécurité id(CAR)l et id(CAR)2. La figure 4A illustre le rôle de ces paramètres dans le test 22 de l'indicateur d'activation d'appariement. Si la valeur du paramètre VP(STB) définit que le contrôle de correspondance ne doit pas être effectué sur les identifiants de type de terminaux id(STB)1 et id(STB)2 (flèche N du test 41), et si la valeur du paramètre VP(CAR) définit que le contrôle de correspondance ne doit pas être effectué sur les identifiants de type de processeurs de sécurité id(CAR)1 et id(CAR)2 (flèche N du test 42), alors le résultat du test 22 est que le contrôle d'appariement ne doit pas être effectué, ce qui correspond à la sortie N du test global 22. Dans tous les autres cas des valeurs des paramètres VP(STB) et VP(CAR), le contrôle d'appariement doit être effectué, ce qui correspond à la sortie Y du test global 22. La figure 4B illustre le rôle de ces paramètres dans le test 25 où est effectué le contrôle d'appariement. Si la valeur du paramètre VP(STB) définit que le contrôle de correspondance doit être effectué sur les identifiants de type de terminaux id(STB)1 et id(STB)2 (flèche Y du test 43), la correspondance des deux identifiants id(STB)1 et id(STB)2 est testée (test 44). Si ces deux identifiants ne correspondent pas (flèche N du test 44), le contrôle d'appariement est négatif (flèche N du test global 25). Si ces deux identifiants correspondent ou si, selon la valeur du paramètre VP(STB), le contrôle de correspondance sur les identifiants de type de terminaux id(STB)1 et id(STB)2 n'est pas à effectuer (flèche N du test 43), la valeur du paramètre VP(CAR) est testée (test 45). Si la valeur du paramètre VP(CAR) définit que le contrôle de correspondance doit être effectué sur les identifiants de type de processeurs de sécurité id(CAR)l et id(CAR)2 (flèche Y du test 45), la correspondance des deux identifiants id(CAR)1 et id(CAR)2 est testée (test 46). Si ces deux identifiants ne correspondent pas (flèche N du test 46), le contrôle d'appariement est négatif (flèche N du test global 25), sinon le contrôle d'appariement est positif (flèche Y du test 25). Le contrôle d'appariement est également positif si le contrôle de correspondance des deux identifiants id(CAR)l et id(CAR)2 n'est pas à effectuer (flèche N du test 45). On note que la structure du test 25 n'a pas à prendre en compte le cas où ni la correspondance des identifiants de type de terminaux ni celle des processeurs de sécurité ne sont à tester puisque ce cas a été écarté lors du test 22. On note également que le comportement du test 25 est équivalent si on considère d'abord les identifiants de processeurs de sécurité (tests 45 et 46) puis les identifiants de terminaux (tests 43 et 44). Concernant les valeurs de paramètres VP(STB) et VP(CAR), on indique qu'une combinaison de valeurs particulières de ces paramètres permettra à une carte de fonctionner avec tout type de terminal, sans alors contrôler un quelconque appariement. Ainsi, quelque soit l'identifiant id(STB)l et/ou id(CAR)l que transmettra le terminal 1 au processeur de sécurité 2, le processeur 2 autorisera le traitement des messages ECM et de toute autre commande relative au fonctionnement du processeur de sécurité. On indique en outre que le mécanisme de contrôle d'appariement peut être suspendu ou réactivé après sa suspension auprès du processeur de sécurité, par une inscription effectuée suite à la réception d'un message EMM, lequel assignerait aux valeurs de paramètre VP(STB) et/ou VP(CAR) les valeurs particulières précitées. On indique que cet ordre d'inscription est daté de manière à empêcher le rejeu d'une telle commande. La diffusion de messages EMM et/ou le stockage initial à l'étape a) des valeurs de paramètres peuvent autoriser ou non le processeur de sécurité à coopérer avec tout type de terminal pour déclencher le contrôle d'appariement. D'un autre coté, si le terminal, par exemple d'une version antérieure, n'assure pas la procédure de contrôle d'appariement (et ne fournit donc pas d'identifiant id(STB)1 et/ou id(CAR) 1 à l'initialisation de la carte), les messages EMM peuvent assurer le déverrouillage du processus de contrôle d'appariement en assignant les valeurs particulières précitées aux paramètres VP(STB) et VP(CAR). Par ailleurs, afin de pouvoir adapter le processeur de sécurité à la valeur d'identifiant que fournit le terminal, il peut être prévu de diffuser un message EMM de modification des identifiants relatifs aux cartes, de manière à adapter ces cartes à un nouveau parc de terminaux, ou encore la valeur d'identifiants relatifs aux types de terminaux, sous l'autorité des fournisseurs d'identifiants de types de terminaux, si la chaîne alphanumérique identifiant ces types de terminaux doit évoluer. On indique enfin, en référence à nouveau à la figure 3, que les identifiants id(STB)2, id(CAR)2 et les valeurs de paramètres VP(STB)et VP(CAR) sont stockés à l'étape a) dans la mémoire dL: la carte, en tant que données globales de la carte, par exemple dans l'entité émetteur d'une carte à puce telle qu'identifiée par exemple dans la norme UTE C 90- 007 (Annexe 1, section 6). Ainsi, les identifiants et valeurs stockés dans la carte ne sont pas consultables à l'aide d'une commande de lecture de données stockées dans la carte. Néanmoins, une fonction opérée par la carte et qui consiste à présenter l'identifiant id(STB)2 et/ou id(CAR)2 peut donner une information sur l'état interne de l'autorisation de l'appariement. Réciproquement, pour des cartes d'ancienne version, ne supportant pas le mécanisme de contrôle d'appariement, signifiant l'absence d'une procédure d'appariement, le terminal pourra fournir directement les messages ECM et EMM permettant à la carte de procéder ensuite au contrôle des droits d'accès. Bien entendu, la présente invention ne se limite pas à la forme de réalisation décrite ci avant à titre d'exemple; elle s'étend à d'autres variantes. Ainsi, on comprendra que la réalisation la plus simple de l'invention consiste à prévoir que la valeur d'appariement stockée en mémoire du processeur de sécurité, d'une part, et en mémoire du terminal, d'autre part, soit constituée d'une seule information, préférentiellement l'identifiant du processeur de sécurité. Par ailleurs, les valeurs de paramètres relatifs au type de carte VP(CAR) et/ou au type de terminal VP(STB), bien qu'elles offrent une souplesse appréciable pour la mise en oeuvre du procédé de contrôle d'appariement au sens de l'invention, peuvent ne pas être utilisées dans une variante simplifiée. On comprendra aussi que si la description de l'invention a été faite dans le contexte d'utilisation d'une carte et d'un terminal, elle est directement applicable au contexte d'utilisation d'une carte et d'un module de désembrouillage détachable, se présentant par exemple sous la forme d'une carte PCMCIA (Personal Computer Memory Card International Association) amovible, destiné à être inséré dans un terminal récepteur et conforme à la norme EN 50221 "Common Interface Specification for Conditional Access and other Digital Video Broadcasting Decoder Applications". Enfin, on a décrit ci-avant le contrôle de l'accès à un contenu. Toutefois, le procédé au sens de l'invention peut bien entendu trouver aussi une application au contrôle de l'utilisation d'une ressource ou d'un service. Revendications 1. Procédé pour contrôler un appariement entre un type de terminal, parmi un parc de terminaux, et un type de processeur de sécurité, parmi un parc de processeurs de sécurité, un processeur de sécurité (2), apparié à un terminal (1), étant agencé pour coopérer avec ce terminal pour fournir à celui-ci des données permettant un décodage et/ou un désembrouillage d'un flux multimédia que reçoit le terminal (30) selon des conditions d'accès sécurisé associées à ce flux, le procédé comportant: a) une étape d'affectation de valeurs d'appariement, dans laquelle on stocke au moins une première valeur d'appariement dans une mémoire d'un terminal et au moins une seconde valeur d'appariement correspondant à ladite première valeur d'appariement, dans une mémoire d'un processeur de sécurité destiné à être apparié au terminal, et b) une étape de contrôle d'appariement, préalable à une vérification des conditions d'accès sécurisé, dans laquelle le processeur de sécurité est agencé pour lire et comparer lesdites valeurs d'appariement, puis poursuivre ou arrêter son fonctionnement avec ledit terminal, en fonction de la comparaison des première et seconde valeurs d'appariement. 2. Procédé selon la revendication 1, dans lequel, pendant l'étape b), le processeur de sécurité reçoit du terminal la première valeur d'appariement sous forme non chiffrée. 3. Procédé selon l'une des revendications 1 et 2, dans lequel lesdites première et seconde valeurs d'appariement correspondent à un identifiant du type de processeur de sécurité. 4. Procédé selon l'une des revendications précédentes, dans lequel lesdites première et seconde valeurs d'appariement correspondent à l'association d'un identifiant de type de terminal et d'un identifiant du type de processeur de sécurité. 5. Procédé selon l'une des revendications 3 et 4, dans lequel l'identifiant du type de processeur de sécurité comporte une marque du système technique partagé par le terminal et par le processeur de sécurité. 6. Procédé selon l'une des revendications 3 à 5, dans lequel l'étape b) comporte une opération d'affichage de l'identifiant du type de processeur de sécurité, inclus dans la première valeur d'appariement et stockée dans la mémoire du terminal, sur une unité d'affichage du terminal (11) et/ou sur l'écran d'une télévision (3) connectée au terminal. 7. Procédé selon l'une des revendications précédentes, dans lequel, à l'étape a), on stocke dans la mémoire du processeur de sécurité au moins un indicateur d'activation d'appariement dont une valeur active le contrôle d'appariement, et dans lequel, à l'étape b), le processeur de sécurité est agencé pour lire la valeur dudit indicateur, comparer (43) la valeur lue à une valeur de référence et déclencher la comparaison des première et seconde valeurs d'appariement (44), en fonction de la comparaison à la valeur de référence. 8. Procédé selon la revendication 7, dans lequel ledit indicateur d'activation d'appariement précise sur quelle partie des valeurs d'appariement doit porter le contrôle d'appariement de l'étape b). 9. Procédé selon les revendications 4 et 8, dans lequel le contrôle d'appariement de l'étape b), selon la valeur dudit indicateur d'activation d'appariement, porte sur ledit identifiant du type de terminal et/ou sur ledit identifiant du type de processeur de sécurité ou est désactivé. 10. Procédé selon l'une des revendications précédentes, dans lequel la comparaison entre tout ou partie des première et seconde valeurs d'appariement consiste en une vérification d'égalité. 11. Procédé selon l'une des revendications précédentes, dans lequel le terminal transmet au processeur de sécurité sa première valeur d'appariement en clair, tandis que la comparaison entre tout ou partie des première et seconde valeurs d'appariement consiste en une vérification d'égalité d'un condensé cryptographique de la première valeur d'appariement avec la seconde valeur d'appariement. 12. Procédé selon l'une des revendications précédentes, dans lequel, à l'étape b), le processeur de sécurité ne traite pas les messages ECM reçus par le terminal au moins tant que le contrôle d'appariement est en cours. 13. Produit programme d'ordinateur, comportant des instructions destinées à être stockées dans une mémoire d'un processeur de sécurité pour la mise en uvre du contrôle d'appariement suivant l'étape b) du procédé selon l'une des revendications précédentes, et des instructions destinées à être stockées dans une mémoire d'un terminal pour fournir au processeur de sécurité les données utiles au contrôle d'appariement suivant l'étape b). 14. Système comportant un terminal et un processeur de sécurité, apparié au terminal et agencé pour coopérer avec le terminal pour fournir audit terminal des données permettant une vérification de conditions d'accès pour un décodage et/ou un désembrouillage d'un flux multimédia que reçoit le terminal, dans lequel le processeur de sécurité (2), pour vérifier en outre un appariement entre le terminal et le processeur de sécurité, est agencé pour lire et comparer (44) une première valeur d'appariement stockée dans une mémoire du terminal et une seconde valeur d'appariement stockée dans une mémoire du processeur de sécurité, puis poursuivre ou arrêter sa coopération avec ledit terminal pour vérifier les conditions d'accès, en fonction de la comparaison des première et seconde valeurs d'appariement.