FR 2823928 A1 20021025 FR 0105316 A 20010419 s PROCEDE POUR UNE COMMUNICATION SECURISEE ENTRE DEUX DISPOSITIFS DESCRIPTION Domaine de l' invention L' invention se situe dans le domaine des procédés destinés à assurer une transmission sécurisoe entre un premier dispositif et un second dispositif, en particulier, entre un décodeur de télévision numérique et une carte à puce permettant de vérifier que l'utilisateur est bien autorisé à utiliser ledit décodeur. Etat de la technique Lorsqu'un premier dispositif par exemple un décodeur doit échanger avec un second dispositif par exemple une carte à puce, des informations confidentielles, il est connu de vérifier que le second dispositif est habilité à recevoir ces informations confidentielles. Dans le cas de la télévision numérique, brouillée, l' information confidentielle est constituée par un mot de contrôle (CW) requ par le décodeur dans un flux de donnée comportant notamment par exemple un programme de télévision numérique brouillée. Le mot de contrôle est inclus dans un message de contrôle d'autorisation. Ce mot de contrôle est lui-même chiffré. Afin de vérifier qu'un utilisateur muni du second dispositif par exemple une carte à puce est habilité à recevoir le flux de données, par exemple le programme de télévision, le mot de contrôle chiffré est transmis à la carte à puce. La SP 19321 GB carte à puce est munie d'une clé renouvelable périodiquement reque par exemple dans un message de gestion d'autorisation (EMM). Si la clé contenue dans le message de gestion d'autorisation est une bonne clé, par exemple une clé à jour, alors cette clé va permettre le déchiffrage du mot de contrôle (CW). Le mot de contrôle est alors transmis au décodeur qui va l'utiliser pour déchiffrer le programme qui a été au préalable chiffré. Dans le procédé qui vient d'être décrit, il n'a pas été question de chiffrage pour transmettre le mot de contrôle (CW) chiffré entre le premier module par exemple le décodeur et le second module par exemple la carte à puce. De même, il n'a pas été mentionné que le mot de contrôle déchiffré par la carte à puce est transmis de façon chiffrée au décodeur. Afin que le mot de contrôle (CW) ne voyage pas entre la carte à puce et le décodeur de façon non chiffrée il est prévu selon l'art antérieur de chiffrer le mot de contrôle. La demande de brevet WO 97/38530 disposoe par Digko prévoit en page 4, en haut de la page, une méthode pour coder le mot de contrôle. Cette méthade est décrite ci-après: lorsqu'une carte à puce 5 est insérée dans le décodeur, un microprocesseur 8 d'un module de contrôle d'accès 4 du décodeur génère deux nombres aléatoires Ci et A. Le microprocesseur 8 encrypte alors les nombres aléatoires Ci et A au moyen d'une clé publique du contrôleur d'accès 4. Un premier message ainsi chiffré contenant les nombres Ci et A est transféré à la carte à puce 5. Un microprocesseur 10 contenu dans la carte à puce 5 déchiffre ce premier message en utilisant la clé privoe du contrôleur SP 19321 GB d'acc6 4 (conLenue dans la carLe 5). EnsuiLe le microrocesseur 10 de la cacLe [uce 5 envoi un second message au conLr61eur d'acc6s 4, ce second message {LaL le nombre alaLoire A chiftr au moyen du nombre alaLoire Ci uLilis comme cld de chiffremenL. e microprocesseur 8 du coL6leur d'accs 4 dchiffre ce second message eL v6rifie ue le nombre alaLoire A eL correcL c'esL--dIre esL bien gal au ombre alaLoire A iniLialemenL envoy6. Si ceLLe vrlficaLion esL osiLive il esL supos ue la carLe puce 1nsrde 5 esL une carLe uce auLorise. Cans ces condiLions, le conLr61eur d'acc6s 4 va LransmeLLre le message de conL3le conLenanL le moL de conLrAle (CW) chiffr la carLe uce 5 gui va LaiLer le message de conLtOle d'auLorisaLion pour en exLaire le moL de conLrCle dune fagon connue. CeendanL, das le message de reLour vers le conL messages de reLour conLenanL le moL de conL6le (CW). I1 s'ensuiL qu'une uniL de dchiffremenL 7 du dcodeur, qui normalemenL doiL uLiliser ce moL de SP 19321 GB contrôle pour pouvoir opérer, sera désactivée. I1 est précisé ensuite que de la même façon la même méthade peut être utilisoe pour sécuriser une communication entre le contrôleur d'accès 4 et le décodeur dans laquelle le même protocole que celui montré dans une figure annexée est suivi. Ainsi, si un nouveau contrôleur d'accès 4 est connecté aux autres parties du décodeur le microprocesseur du décodeur va générer les deux mots aléatoires Ci et A et aussitôt que le microprocesseur a déchiffré le second message requ du microprocesseur 8 du contrôleur d'accès 4 et a vérifié que le nombre aléatoire A est correct, la clé Ci sera utilisée dans toutes les transmissions entre le contrôleur d'accès 4 et le microprocesseur 6 du décodeur, servant à décoder le programme embrouillé. On remarque que dans le mode décrit dans la demande de brevet WO 97/38530, la clé de session constituée par le nombre Ci est transmise entre les deux modules d'une part, du contrôleur d'accès 4 à la carte à puce 5 et, d'autre part, de la carte à puce 5 au contrôleur d'accès 4. Bien que cette transmission soit effectuée sous une forme chiffrce, cette clé peut être captée à l' occasion de la transmission puis déchiffrée et utilisoe. Brève description de l' invention La présente invention a pour objet de fournir une méthode de communication entre deux modules, un premier et un second, la communication ayant une sécurité améliorce par rapport à l'art antérieur décrit par exemple dans la demande de brevet déjà citée. Selon l 'invention, chacun des deux modules, le premier et le SP 19321 GB second sont munis, par exemple, le décodeur d'une clé publique, et l'autre le second, par exemple, la carte à puce d'une clé privoe. La clé publique et la clé privoe du premier et du second modules respectivement sont générées de facon connue, de façon à ce que chacune des clés puisse crypter un message qui pourra être déchiffré par l'autre clé. Deux couples de clés sont créés, le premier module est chargé avec une clé publique le second module étant chargé avec la clé privée correspondante, de la même facon, le second module est chargé avec une clé publique le premier module étant chargé avec la clé privée correspondante. La méthade suivante est ensuite utilisée. Tout d'abord, partant par exemple du premier module, le décoder, les opérations suivantes sont effectuées. Un numéro de session S et un nombre aléatoire A1 sont générés en utilisant un générateur de nombre aléatoire du décodeu. Le numéro de session-S et le nombre aléatoire Ai sont ensuite chiffrés en utilisant la clé publique de la carte à puce. Le résultat de ce chiffrement du numéro de session et du nombre aléatoire est transmis à la carte à puce. _ Dans la carte à puce, les nombres S et A1 sont déchiffrés en utilisant la clé privée de la carte à puce. Cette clé privoe est celle qui fait partie du couple clé publique clé privée d'un premier couple. La carte à puce va alors générer au moyen d'un générateur de nombre aléatoire de la carte à puce un second nombre aléatoire A2. Ce nombre aléatoire est chiffré ainsi que S dans la carte à puce en utilisant la clé publique du décodeur. Les nombres A2 et S ainsi chiffrés sont transmis au décodeur. Touj ours dans la carte à puce il SP 19321 GB est généré à l' aide dune fonction de hachage et des valeurs S. A1 et A2 une clé de session aléatoire K. Dans le décodeur, lorsque les numéros de session S et le second nombre aléatoire A2 ont été reaus ce numéro de session et le nombre A2 sont déchiffrés en utilisant la clé privée du décodeur. I1 est ensuite vérifié que le nombre S est bien le nombre envoyé initialement par le décodeur. Si ce n'est pas le cas la session de communication s'arrête. Dans le décodeur il est généré ensuite à l' aide d'une fonction de hachage et des valeurs de S. A1 et A2 une clé de session aléatoire K. Touj ours dans le décodeur la clé de session est utilisoe pour chiffrer S. La transmission du résultat du chiffrement de S à l' aide de la clé de session K est alors transmise à la carte à puce. Dans la carte à puce, S est déchiffré en utilisant la clé K. Il est vérifié que le nombre S est bien le nombre initial de session envoyé. Dans le cas contraire, la communication entre les deux modules est arrêtée. Ainsi, chacun des deux modules se retrouve équipé de la même clé de session K sans qu'il y ait eu tra-nsmission de ladite clé entre les deux modules. Ensuite, la clé K est utilisée par chacun des deux modules pour chiffrer les informations transmises d'un module à l'autre. Dans l'exemple illustré o le premier module est un décodeur l' information à transmettre est le message de contrôle d'autorisation (ECM) contenant le mot de contrôle, ledit message (ECM) est chiffré avec la clé K et transmis à la carte à puce. Dans la carte à puce le message ECM chiffré avec la clé K est déchiffré SP 19321 GB avec cette même clé. Le message ECM déchiffré est alors traité par la carte à puce qui en extrait le mot de contrôle CW. Le mot de contrôle CW est chiffré avec la clé K, et le résultat chiffré est transmis au décodeur. A la réception de ce message le décodeur va déchiffrer à l' aide de la clé K le mot de contrôle. Le décodeur sera ainsi autorisé à décoder puisqu'il aura le mot permettant le décodage par exemple du programme requ. En résumé, l' invention est relative à un procédé de transmission sécurisoe d'informations entre un premier et un second module contenant chacun l'une des clés de deux couples de clés, dans lequel on génère de façon aléatoire un premier et un second nombre dans le premier module, un troisième nombre dans le second module, et o: - on vérifie qu'un nombre aléatoire chiffré par l'un des modules puis déchiffré par l'autre et retransmis chiffré à nouveau à l'un est après déchiffrement dans ce module identique au nombre aléatoire initial, - on crse de façon autonome dans chacun des modules une clé commune de session avec au moins trois mêmes nombres générés de façon aléatoire partiellement dans lun et partiellement dans l'autre module, et transmis de façon chiffrée entre les deux modules pour que les deux modules contiennent les au moins trois nombres, - des informations transmises entre les deux modules sont chiffrces avec la clé commune de session. Dans un mode de réalisation, décrit ci dessous de façon plus détaillée, le procédé pour une transmission sécurisoe d'informations entre deux SP 19321 GB modules un premier et un second, se déroule de la façon suivante: Le procédé suppose que - le premier et le second modules sont chacun équipé d'une clé faisant partie d'un premier couple de clés comprenant une clé publique et une clé privée; - au moins le premier module est équipé d'un générateur de nombres aléatoires; le procédé comporte comme dans l'art antérieur décrit en relation avec le brevet déjà cité les opérations suivantes: a)- Génération dans le premier module des deux nombres aléatoires un premier S et un second A1, b)- chiffrement dans le premier module des deux nombres aléatoires avec la clé publique, c)- transmission du premier au second module d'un premier message contenant les premier et second nombres S et A1 chiffrés avec la clé publique du premier couple de clés, d)- déchiffrement dans le second module des premier et second nombres S et A1 à l' aide de la clé privoe du premier couple de clés. Le-procédé selon l' invention se distingue de cet art antérieur et est donc caractérisé en ce que les premiers et second modules étant chacun équipé: - avec l'une des clés d'un second couple de clés comprenant une clé publique et une clé privée, - avec un générateur de clés à partir de nombres aléatoires requs par ledit générateur, le procédé comprend en outre les opérations ci-après, SP 19321 GB e)- gn4raLio par le second module d'un L requ du second module. On voiL gue 1' issue des opraLions ci dessus le premier module a mis en direcLion du second module un nombre alaLoire gui a Ld chiffrd dans le remier module, Lransmis au second, dchiffr dans le send uis reLransmis au remier qui l'a dchiffr eL a vrifid 1'idenLiL enLre le nombre iniLialemenL mis eL le nombre r6sulLanL des opraLions de Lransmision chiffre enLre les deux modules. Les opraLions se poursuivenL ensuiLe de la faon suivanLe: j)- dans chacun des deux modules craLion d une cl de session K au moyen du gndraLeur de cls de session conLenu dans le module, le gnraLeur de SP 19321 C chacun des modules recevant de façon interne pour créer cette clé, les trois nombres A1, A2, S. k)- envoi du premier module au second module du premier nombre aléatoire chiffré à l' aide de la clé de session K, l)vérification dans le second module de l'identité du premier nombre aléatoire tel que déchiffré par le second module avec la clé privoe du premier couple de clés et du premier nombre aléatoire tel que déchiffré avec la clé de session K, créée dans le second module. Ainsi l'opération 1 permet de s' assurer notamment que les nombres S et A2 transmis du second au premier module ont été requs et déchiffrés par le premier module. La vérification de l'identité de A2 est implicite puisque si A2 n'a pas été déchiffré correctement la clé de session K avec lequel le premier module a chiffré S n'est pas la même que la clé de session K créée dans le second module, et dans ces conditions lors du déchiffrement par le second module du message contenant S chiffré à l' aide de la clé K du premier module, on n'obtiendra pas la valeur initiale de_S. - On voit donc que après achèvement de l'opération l), il a été vérifié de façon symétrique dans chacun des deux modules, quun nombre aléatoire chiffré par l'un des modules puis déchiffré par l'autre et retransmis chiffré à nouveau à l'un est après déchiffrement dans ce module identique au nombre aléatoire initial, et qu'il a été crcé de façon autonome dans chacun des modules une clé commune de session avec au moins trois mêmes nombres générés de SP 19321 GB façon aléatoire partiellement dans l'un et partiellement dans l'autre module, et transmis de façon chiffrée entre les deux modules pour que les deux modules contiennent les au moins trois nombres. Naturellement il y a: m)- arrêt de la transmission d'informations entre les deux modules si l'une des vérifications didentité, opérés en i) ou 1), du premier nombre aléatoire S avec l'une de ses transformées par chiffrement est négative, ou au contraire n)- poursuite de la transmission dinformation à l' aide de la clé de session K si aucune des vérifications d'identité, opérés en i) ou 1), du premier nombre aléatoire S avec l'une de ses transformoes par chiffrement n'est négative. Brève description des dessins L' invention sera maintenant décrite à l' aide des dessins annexés dans lesquels: - la figure 1 est destinée à illustrer un mode général de réalisation de l 'invention; et - la figure 2 est destinée à illustrer un mode préféré de réalisation de l' invention Description détaillée de l' invention La figure 1 représente un organigramme en deux parties 25 et 26 respectivement. La partie 25 encadrée par un trait de pointillés contient l'organigramme des opérations effectuées dans le décodeur. La partie 26 encadrée par un pointillé représente les opérations effectuces dans la carte à puce. Des flèches orientées 36, 40, 46, 50, SP 19321 GB 54 représentent des transmissions entre le premier et le second module ou entre le second et le premier module en fonction du sens de la flèche. On notera tout d'abord que le premier et le second modules possèdent un premier couple de clés 33, 31 respectivement la clé 33 étant la clé publique de la carte à puce 26 et la clé 31 étant la clé privée de ladite carte. Un second couple de clés 32, 30 comporte une clé privée 30 dans le module 25 et une clé publique 32 dans le module 26. La séquence de contrôle des accès commence par une routine d'initialisation non représentée déclenchée, par exemple, par l' introduction de la carte à puce 26 dans le décodeur 25. Dans une étape 34, un générateur de nombre aléatoire du décodeur 25 génère un numéro de session S et un premier nombre A1. A une étape 35 les nombres A1 et S sont chiffré en utilisant la clé publique 2 numéro 33 du deuxième module 26. Une première transmission 36 est alors effectuse pour transmettre les nombres A1 et S au second module 26 constitué par la carte à puce. Dans une étape 37 effectuée dans la carte à puce 26, les nombres A1 et S chiffrés à l'étape 35 sont déchiffrés à l' aide de la clé privée 31 de la carte à puce 26. Un générateur de nombre aléatoire de la carte à puce génère à une étape 38 un nombre aléatoire A2. Ensuite, à une étape 39 S et A2 sont chiffrés à l' aide de la clé publique 32 contenue dans la carte à puce 26. Le résultat de ce chiffrement est transmis à une étape 40 au module 25. Le module 25 déchiffre à une étape 41 à l' aide de la clé privée 30 du décodeur 25, le numéro de session S et le second nombre aléstoire A2. Il est ensuite vérifié dans le module 25 à une SP 19321 GB étape 42 que le numéro de session S déchiffré à l'étape 41 est bien égal au numéro de session S généré à l'étape 34. Si S n'est pas retrouvé l'échange de communication est terminé. Au contraire, si S est trouvé il y a génération d'une clé K de session à l'étape 43. A l'étape 43 il est appliqué aux nombres S A1 et A2 une fonction de hachage, le résultat de ce hachage étant précisément la clé de session K. Dans le module 26 la même fonction de hachage est appliquée à une étape 44 aux nombres aléatoires A1, A2 et au numéro de session S pour obtenir la clé de session K. Dans le module 25, la clé de session K est utilisée à une étape pour chiffrer S. Le résultat de ce chiffrage est transmis à une étape 46 à la carte à puce 26. Dans la carte à puce 26, le numéro de session S est déchiffré à une étape 47 en utilisant la clé K crcée à l'étape 44. Le résultat du déchiffrement est vérifié à une étape 48. Si S niest pas retrouvé la communication est terminée. L'authentification ayant échouée, la carte 26 refusera d'aller plus loin tant quune nouvelle session n'est pas activée. Si S est retrouvé alors la communication peut continuer. _ Les méthodes de hachage sont les mêmes dans le module 25 et dans la carte 26. Ces méthodes ont été introduites préalablement. On peut remarquer à ce stade, qu'il n'est pas obligatoire d' employer une méthode de hachage appliquce aux trois nombres A1, A2 et S pour obtenir la clé de session K. La méthode pour obtenir K doit de préférence avoir, comme la méthode de hachage, une sortie pseuJo-aléatoire. L'avantage des fonctions de hachage SP 19321 GB est qu'elles ne permettent pas d'inverser le résultat, c'est-à-dire de remonter aux nombres S. A1 et A2. Si les clés K sont les mêmes, un échange de données peut être effectué entre les modules 25 et 26, chacune des donnces transmises du module 25 au module 26 ou du module 26 au module 25 est chiffrée avec la clé K et déchiffrce avec cette même clé par l'autre module. On voit que dans le procédé qui vient d'être décrit, il n'y a aucun échange de clé entre le premier module 25 et le second module 26. De même dans le procédé selon l' invention il y a symétrie dans le rôle joué par chacun des modules 25, 26 dans l'établissement de la clé de session. De plus, la clé de session est plus sure car elle est générée à partir de deux aléas (A1, A2) chacun des aléas étant généré par l'une des parties. Les chiffrements et déchiffrements sont rapides car des techniques symétriques sont utilisoes, de plus dans une même session il y a chiffrement des communications dans les deux sens entre les deux modules. Dans l'exemple ici traité o le premier module est un décodeur ou éventuellement un module d'autorisation d'accès au décodeur, la suite des opérations comporte la transmission du message d'autorisation du décodeur 25 à la carte à puce 26, le traitement de ce message pour en extraire le mot de contrôle CW, et le renvoi sous une forme chiffrée à l' aide de la clé K de ce mot de contrôle au module 25 qui pourra alors à l' aide de ce mot déchiffrer les données numériques embrouillées reques pour en extraire des données d' images transmises non brouillées. SP 19321 GB Cet échange qui suit l'ouverture d'une session est représenté dans le bas de la figure 1 sous un trait horizontal. Dans le module 25 à une étape 49, le message de vérification d'autorisation ECM est chiffré à l' aide de la clé K précédemment réalisée. A une étape ce message est transmis au module 26 sous sa forme chiffrée. Le message est alors déchiffré dans le module 26 à une étape 51 à l' aide de la clé K réalisoe à l'étape 44. Le message de vérification d'autorisation ECM est alors traité à une étape 52 pour en extraire le mot de contrôle CW. Le mot de contrôle CW est chiffré à une étape 53 au moyen de la clé K. A l'étape 54 le message chiffré contenant le mot de contrôle CW est envoyé au module 25. Le mot de contrôle est déchiffré à l' aide de la clé K à une étape et le mot de contrôle CW est extrait. Ainsi selon cette utilisation particulière le procédé selon l'une des variantes de l' invention est utilisé pour une transmission séaurisoe entre un premier module 25 qui est un décodeur de télévision numérique ayant une fonction de décodage d'un flux vidéo numérique brouillé ou un module d'accès conditionnel à un tel décodeur, et un second module 26 qui est un dispositif d'enregistrement d'autorisation d'accès par exemple une carte à puce. Cette carte reçoit périodiquement de façon en elle-même connue un message de gestion d'autorisation (EMM pour EntiLlement Management Message). L'échange d'informations chiffrées avec la clé commune de session K entre le premier et le second module et un traitement de l' information échangée comporte les opération ci-après qui ont été SP 19321 GB commentées ci-dessus en liaison avec la partie inférieure de la figure 1: - la transmission d'un message de contrôle d'autorisation (ECM) contenant un mot de contrôle (CW) permettant de désembrouiller le flux brouillé, du premier au second module, - le déchiffrement du message de contrôle d'autorisation (ECM), - le traitement du message de contrôle d'autorisation (ECM) dans le second module pour en extraire le mot de contrôle (CW) contenu dans ledit message de contrôle d'autorisation (ECM), - le chiffrement dans le second module à l' aide de la clé commune de session K dudit mot de contrôle (CW), - la transmission du second au premier module dudit mot de contrôle (CW) chiffré, - le déchiffrement dans le premier module à l' aide de la clé commune de session K dudit mot de contrôle (CW) et son utilisation éventuelle pour désembrouiller un flux numérique embrouillé. La figure 2 comporte une partie supérieure et une partie inférieure séparées l'une de l'autre par un trait épais. La partie inférieure de la figure 2 représente le même traitement que celui illustré en partie supérieure de la figure 1. Cette partie de l 'invention ne sera pas décrite à nouveau. Dans le mode préféré de réalisation illustré sur la partie supérieure de la figure 2, le décodeur 25 - et la carte à puce 26 sont chacun en possession d'un certificat 56, 57 respectivement. Ces certificats sont SP 19321 GB par exemple conforme à la norme X509. Le certificat 56 du décodeur 25 contient la clé publique 32 dudit décodeur 25. Réciproquement, le certificat 57 de la carte à puce 26 contient la clé publique 33 de la carte à puce 26. Comme dans l'art antérieur décrit en relation avec la figure 1 le décodeur 25 et la carte 26, possèdent une clé privoe respectivement 30 et 31 associée à leur clé publique respectivement 32 et 33. En outre, dans ce mode de réalisation le décodeur 25 et la carte 26 possèdent une clé publique de certification respectivement 58 et 59 associce au certificat 57 et 56. En préalable aux étapes décrites en liaison avec la figure 1, on a les étapes suivantes. Le décodeur transmet dans une étape 60 le certificat 56 à la carte à puce 26. Au requ de ce certificat, il est vérifié dans la carte à puce 26, à une étape 61 qu'une signature contenue dans le certificat 56 est une bonne signature. Cette vérification est effectuée à l' aide de la clé publique de certification 59 contenue dans la carte à puce 26. Si la vérification donne de bons résultats, la clé publique 32 peut être extraite du certificat 56. Réciproquement, la carte à puce 26 transmet le certificat 57 au cours d'une étape 62 au décodeur 25. Ce décodeur effectue la vérification du certificat 57 à l' aide de la clé de certification 53 et si la vérification donne de bons résultats est capable d' en extraire la clé publique 33. Lorsque cette échange préalable est terminé on se retrouve dans la position décrite en relation avec la figure 1. La clé publique 32 du premier module extraite du premier certificat 56 forme, avec la clé SP 19321 GB privoe 30 du premier module, le premier couple de clés et la clé publique 33 du second module 26 extraite du second certificat 57 forme, avec la clé privoe 31 du second module, le second couple de clés. Dans la description ci-dessus effectuée du procédé de l' invention et de son utilisation il a été parlé "d' opérations" et non "d'étapes'' car comme il apparaîtra immédiatement à l'Homme du métier l'ordre des opérations décrites n'est pas nécessairement celui dans lequel les opérations apparaissent au cours de la description. Certaines des opérations peuvent être effectuées dans un ordre temporel différent ou méme simultanément, la seule condition à réaliser pour qu'une information puisse étre traitée au cours d'une opération particulière est que au moment du début dutraitement ladite information ait été reque par un module chargée de la traiter - SP 19321 GB REVENDICATIONS 1. Procédé de transmission sécurisoe d'informations entre un premier (25) et un second (26) module contenant chacun l'une des clés de deux couples de clés, dans lequel on génère de façon aléatoire un premier (S) et un second (A1) nombres dans le premier module (25), un troisième nombre (A2) dans le second module (26), et o: - on vérifie qu'un nombre aléatoire (S) chiffré par l'un des modules puis déchiffré par l'autre et retransmis chiffré à nouveau à l'un, est après déchiffrement dans ce module identique au nombre aléatoire initial, - on crée de façon autonome dans chacun des modules (25, 26) une clé commune de session K avec au moins trois mêmes nombres (S. A1, A2) générés de façon aléatoire partiellement dans l'un (25) et partiellement dans l'autre module (26), et transmis de façon chiffrée entre les deux modules (25, 26) pour que l es deux modul es cont iennent l es au mo ins trois nombres (S. A1, A2), - des informations transmises entre les deux modules (25, 26) sont chiffrées avec la clé commune de session. 2. Procédé pour une transmission séaurisée d'informations entre deux modules (25, 26) un premier et un second, dans lequel: - le premier et le second modules (25, 26) sont chacun équipés d'une clé faisant partie d'un premier couple SP 19321 GB de clés (31, 33); comprenant une clé publique (33) et une clé privoe (31); - au moins le premier module (25) est équipé d'un générateur de nombres aléatoires; le procédé comportant les opérations suivantes: a)- Génération dans le premier module de deux nombres aléatoires un premier (S) et un second (A1), b)- chiffrement dans le premier module (25) des deux nombres aléatoires avec la clé publique (33), c)- transmission (36) du premier au second module d'un premier message contenant les premier et second nombres (S) et (A1) chiffrés avec la clé publique (33) du premier couple de clés, d)- déchiffrement (37) dans le second module des premier et second nombres (S) et (A1) à l' aide de la clé (31) privée du premier couple de clés, procédé caractérisé en ce que les premier et second modules étant chacun équipé: - avec l'une des clés d'un second couple de clés (30, 32) comprenant une clé publique (32) et une clé privée (30), - avec un générateur de clés à partir de nombres aléatoires requs par ledit générateur, le procédé comprend en outre les opérations ci-après, e)génération (38) par le second module (26) d'un troisième nombre aléutoire (A2), f)- chiffrement (39) dans le second module (26) des premier (S) et troisième (A2) nombres aléatoires à l' aide de la clé publique (32) du second couple de clés (30, 32), SP 19321 GB g)- transmission (40) du second (26) au premier (25) module des premier (S) et troisième (A2) nombres aléatoires chiffrés à l' aide de la clé publique (32) du second couple de clés, h)- déchiffrement (41) dans le premier module (25) des premier (S) et troisième (A2) nombres aléatoires chiffrés à l 'aide de la clé publique (32) du second couple de clés, i)vérification (42) dans le premier module (25) de l'identité du premier nombre aléatoire (S) tel que généré par le générateur de nombre aléatoire du premier module (25) et du premier nombre aléatoire chiffré à l' aide de la clé publique (32) du second couple de clés tel que requ du second module (26), j)- dans chacun des deux modules (25, 26) création (43, 44) d'une clé commune de session K au moyen du générateur de clés de session contenu dans le module, le générateur de clés de chacun des modules recevant de façon interne pour créer cette clé, les trois nombres (A1, A2, S), k)- envoi (46) du premier module (25) au second module (26) du premier nombre aléatoire (S) chi-ffré (45) à l' aide de la clé de session K, l)vérification (48) dans le second module (26) de l'identité du premier nombre aléatoire (S) tel que déchiffré (47) par le second module (26) avec la clé privée (31) du premier couple de clés et du premier nombre aléatoire (S) tel que déchiffré avec la clé de session K, créée (44) dans le second module (26), m)- arrêt de la transmission d'informations entre les deux modules si l'une des vérifications d'identité, opérées en i) ou 1), du premier nombre SP 19321 GB aléatoire (S) avec l'une de ses transformées par chiffrement est négative, n)- poursuite de la transmission d' information à l' aide de la clé de cession K si aucune des vérifications d'identité, opérés en i) ou l), du premier nombre aléatoire (S) avec l'une de ses transformées par chiffrement n'est négative. 3. Procédé dans lequel le second module (26) étant équipé d'un certificat (57) contenant une signature numérique et d'une clé publique (32) de certification le procédé selon la revendication 1 ou 2 est caractérisé en ce que il comprend dans une phase préalable les opérations ci-après, o)transmission (62) du second (26) au premier (25) module des informations du certificat (57) contenu dans ledit second module (26), p)- vérification (63) dans le premier module (25) de la signature du second certificat (57) avec la clé publique (58) de certification contenue dans le premier module (25) et extraction de la clé publique (33) contenue dans le second certificat, q) réalisation des opérations a) et suivantes de la revendication 1, la clé publique du second module extraite dudit certificat du second module, formant avec une clé privée du premier module le premier couple de clés. 4. Procédé dans lequel, le premier module (25) étant équipé d'une clé publique de certification (58) et d'un premier certificat (56) contenant une signature numérique et le second module (26) étant équipé d'une SP 19321 GB seconde clé (59) de certification et d'un second certificat (57) contenant une signature numérique et une clé publique de certification le procédé selon la revendication 1 est caractérisé en ce que il comprend dans une phase préulable les opérations ci après, r)- transmission (60) du premier (25) au second (26) module des informations du premier certificat (56), s)- vérification (61) dans le second module (26) de la signature du premier certificat (56) avec la clé publique (59) de certification contenue dans le second module (26) et extraction de la clé publique (32) contenue dans le premier certificat (56), p)- vérification (63) dans le premier module (25) de la signature du second certificat (57) avec la clé publique (58) de certification contenue dans le premier module (25) et extraction de la clé publique (33) contenue dans le second certificat, t)réalisation des opérations a) et suivantes de la revendication 1, la clé publique (32) du premier module extraite du premier certificat (56) formant avec une clé privoe (30) du premier module (25) le premier couple de clés et la clé publique (33) du second module (26) extraite du second certificat (57) formant avec une clé privoe (31) du second module le second couple de clés. 5. Procédé selon l'une des revendications 1 à 4 dans lequel la création d'une clé commune de session K au moyen d'un générateur (43, 44) de clés de session contenu dans chacun des deux modules (25, 26), recevant chacun, de façon interne, trois mêmes nombres SP 19321 GB (A1, A2, S), est effectuce par une fonction de hachage sur ces nombres. 6. Utilisation du procédé selon l'une des revendications 1 à 5 pour une transmission séaurisée entre un premier module (25) qui est un décodeur de télévision numérique ayant une fonction de décodage d'un flux vidéo numérique brouillé ou un module d'accès conditionnel à un tel décodeur, et un second module (26) qui est un dispositif d'autorisation d'accès, l'échange d'informations chiffrées avec la clé commune de session K entre le premier (25) et le second (26) modules et un traitement de l' information échangée comportant les opérations ci-après: - la transmission (50) d'un message de contrôle d'autorisation (ECM) contenant un mot de contrôle (CW) permettant de désembrouiller le flux brouillé, du premier (25) au second (26) module, le déchiffrement (51) du message de contrôle d'autorisation (ECM), l'extraction (52) par le second module (26) du mot de contrôle (CW) contenu dans le message de contrôle d'autorisation (ECM), - le chiffrement (53) dans le second module à l' aide de la clé commune de session K dudit mot de contrôle (CW) - la transmiSsiOn (54) du second au premier module dudit mot de contrôle (CW) chiffré, - le déchiffrement (55) dans le premier module à l 'aide de la clé commune de session K dudit mot de contrôle (CW) et son utilisation éventuelle pour désembrouiller un flux numérique embrouillé. SP 19321 GB 7. Utilisation selon la revindication 6 du procédé selon l'une des revendications 1 à 5, dans laquelle le dispositif d' autorisation d' accès est une carte à puce.