EP1762097A1 - Procede de transmission d'un message contenant une description d'une action a executer dans un equipement recepteur - Google Patents

Procede de transmission d'un message contenant une description d'une action a executer dans un equipement recepteur

Info

Publication number
EP1762097A1
EP1762097A1 EP05857324A EP05857324A EP1762097A1 EP 1762097 A1 EP1762097 A1 EP 1762097A1 EP 05857324 A EP05857324 A EP 05857324A EP 05857324 A EP05857324 A EP 05857324A EP 1762097 A1 EP1762097 A1 EP 1762097A1
Authority
EP
European Patent Office
Prior art keywords
message
action
parameter
receiving equipment
description
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP05857324A
Other languages
German (de)
English (en)
Inventor
Bruno Tronel
Louis Neau
Pierre Fevrier
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Viaccess SAS
Original Assignee
Viaccess SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Viaccess SAS filed Critical Viaccess SAS
Publication of EP1762097A1 publication Critical patent/EP1762097A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/165—Centralised control of user terminal ; Registering at central
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2347—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving video stream encryption
    • H04N21/23476—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving video stream encryption by partially encrypting, e.g. encrypting the ending portion of a movie
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4405—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream decryption
    • H04N21/44055—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream decryption by partially decrypting, e.g. decrypting a video stream that has been partially encrypted
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/167—Systems rendering the television signal unintelligible and subsequently intelligible
    • H04N7/1675—Providing digital key or authorisation information for generation or regeneration of the scrambling sequence

Definitions

  • the invention lies in the field of the fight against piracy of digital data distributed in an entangled form by an operator to users with access rights. More specifically, the invention relates to a method of transmitting to a receiving equipment a message containing a description of an action to be performed in said equipment at a time chosen by the operator. STATE OF THE PRIOR ART
  • ECM Entitlement Control Message
  • CW for Control Word
  • EMM Entitlement Management Message
  • the ECMs are transmitted with the scrambled data whereas the EMMs are generally transmitted before the distribution of these data to the users in order to allow the registration of the access titles and the secret key in the security processor. It has been found that registering the secret key in the security processor a certain time before the transmission of the scrambled data could allow the possible hackers to find this key and fraudulently decipher the control word CW.
  • the document FR 2 835 670 of 08/08/2003 describes a method of late disclosure of the same information Kc necessary for descrambling the data transmitted to a group of receivers each having an individual information SAi.
  • This method is based on a prior calculation of the information Kc as a function of the individual information SAi, a first parameter K common to all the receivers and a second parameter bi specific to each receiver.
  • the second parameter bi is transmitted to the receivers before the information Kc is required to descramble the data while the information K is transmitted only when Kc must be used to descramble the data.
  • a disadvantage of this solution comes from the fact that it requires a pre-calculation of the information Kc from pre-loaded elements and a re-calculation of the data to be revealed by the receivers. Therefore, the implementation of this method requires the presence in each receiving equipment of a specific calculation software.
  • the object of the invention is to overcome the disadvantages of the prior art described above by a simple method in which the late disclosure of relevant information is the result of conventional processing carried out in the receiving terminals. Another object of the invention is to allow the operator to remotely control the execution of this treatment.
  • the invention recommends a method for executing an action in a receiving equipment in an unpredictable manner for potential fraudsters at an instant chosen by the operator.
  • the action to be executed may be, for example, an inscription of secret information in a security processor, the deletion of this information, or its update.
  • the invention proposes a method of transmitting to a receiving device a message containing a description of the action to be executed comprising the following steps: a - generating said message as a function of the action to be executed, b - encrypting totally or partially said message by a secret parameter, c - transmit to said equipment the encrypted message, d - store the encrypted message in the receiving equipment, and e - at the moment chosen by the operator, transmit to the receiving equipment a description for obtaining said secret parameter, and upon receipt, deciphering the encrypted message stored in the receiving equipment by means of said secret parameter, processing said message to perform said action.
  • the moment chosen by the operator is deferred with respect to step c).
  • the instant of obtaining said secret parameter by the receiving equipment determines the time of execution of the action envisaged.
  • this secret parameter is a random variable transmitted to the receiving equipment in an EMM message or in an ECM message.
  • the generation of said secret parameter takes into account data characterizing the current-state of the receiving equipment, these data being able to be: a constant specific to this equipment such as for example its address, or
  • the description of said secret parameter is transmitted to the receiving equipment in an ECM message or an EMM message.
  • the equipment obtains the value of the secret parameter by interpreting this description.
  • the action to be executed is a registration of a secret key in a smart card associated with the receiving equipment, in a first embodiment, this registration can only be performed by a card referenced in the transmitted message. .
  • the registration can be carried out only by a card containing a digital datum calculated from the access titles which the user has officially.
  • the message containing the description of the action to be executed has a structure of an EMM message.
  • said message is transmitted to the receiving equipment as encrypted general data in one or more messages
  • a transport EMM comprising a block of bits enabling the receiving equipment to reconstruct the message containing the description of the action to be performed before the decryption of said message.
  • the method according to the invention is implemented in a receiver terminal comprising: means for storing a message containing a description of an action to be executed by said terminal, said message being previously transmitted to the terminal in encrypted form by a secret parameter,
  • means for decrypting said message by the secret parameter at a deferred instant with respect to the reception of said message means for processing said decrypted message to perform the action in the receiving terminal.
  • the terminal is a decoder equipped with a security processor constituted by a smart card.
  • the terminal is a computer connected to a scrambled data server and comprising a conditional access module.
  • This conditional access module executes a computer program comprising: instructions for storing a message encrypted by a secret parameter containing a description of an action to be executed, instructions for decrypting said message by means of said secret parameter at a deferred instant with respect to receiving said message,
  • FIG. 1 schematically illustrates the structure of a message conveying a secret decryption key
  • FIG. 2 diagrammatically illustrates the structure of a message to write the message of FIG. 1 in a security processor
  • FIG. 3 schematically illustrates the two-part structure of a message for writing the message of FIG. 1,
  • FIG. 4 schematically illustrates the structure of an ECM message with disclosure of a secret decryption key.
  • the following description relates to the application of the method according to the invention in a system for transmitting audiovisual programs scrambled by a control word CW to a fleet of receiving equipment, the control word CW being previously encrypted by a secret key K .
  • This system comprises a central site arranged in an operator comprising: means for generating a message containing a description of an action to be performed in one or more receiving equipment of said park,
  • Each receiving equipment includes:
  • a non-volatile memory for storing the encrypted message, means for decrypting the encrypted message stored in said non-volatile memory by means of said secret parameter obtained at time T2, and means for processing said message to perform said action.
  • the selected instant T2 is deferred with respect to the instant T1.
  • the receiving equipments are decoders each provided with a security processor, and the action to be executed consists in registering the secret key necessary to decipher the word of CW control in the security processor. Structure of a. Confidential EMM carrying the key K
  • FIG. 1 schematically illustrates the structure of a confidential EMM message 2 carrying the key K to a security processor associated with a decoder.
  • This message has the following functional parameters:
  • This field contains the address of the security processor for which the EMM message is intended. Note that this message can be sent to a decoder of the park, to several decoders of this park or to all the decoders of said park. Some parts of the address can be made confidential by specific encryption.
  • EMM_SOID 6 this field relates to the identification of the cryptographic context applied to the EMM message 2.
  • the parameter EMM_SOID specifies the key system implemented in the cryptography applied to the EMM message 2, in particular the reference of the decryption key of the encryption key. the key K transported.
  • this field contains a parameter relating to the identification of the cryptographic context to which is intended the key K transported. This parameter specifies in particular the reference under which this key K will be known in this context.
  • this field contains the cryptogram of the transported key K. The latter depends on the cryptographic context of the EMM message 2 indicated by the parameter EMM_S0ID 6.
  • this optional field is relative to the version number of the key K transported.
  • the version number of the transported key K will be associated with the value of the key when it is registered in the security processor.
  • this parameter may specify the reference of the data area in which the version number is to be stored. This parameter also specifies that the data area is either erased and then written or replaced.
  • this parameter identifies a FAC data block as specified in UTE C90- 007 and in which the version number will be stored.
  • - EMM_CONF 16 this field is optional and relates to the setting of the confidentiality applied to the parameters K_SOID 10, K_KEY 12 and K_VERSION 14. These are encrypted during the transport of the EMM 2, independently of the fact that the parameter EMM_C0NF 16 is present or absent, and are then decrypted by the security processor, when processing the EMM message 2 to remove the confidentiality.
  • parameter EMM_C0NF 16 When parameter EMM_C0NF 16 is present, it allows the security processor to suppress the confidentiality and to completely process the message to obtain the key K. In this case, the key K is not late revelation.
  • a revelation parameter K_REVEAL is transmitted by the operator to the security processor in an ECM message and is associated with the message EMM 2 to cancel the confidentiality and obtain the key K.
  • This parameter K_REVEAL makes it possible to reconstitute the privacy setting. In this case, as long as this parameter K_REVEAL is not known, the decoder will not be able to obtain the key K. It is then useful to transmit by ECM the revelation parameter K_REVEAL just at the moment when the security processor needs the key. key K. For this purpose, the EMM message is stored in the security processor until K_REVEAL is received.
  • EMM_REDUND 18 this field contains a cryptographic redundancy information of the EMM 2 message carrying the key K.
  • the functional parameters above are combined by TLV (Type Length Value) structure. These parameters can be in an order depending on the implementation chosen. Transmission (J 7 A confidential EMM containing a K key
  • the EMM message 2 containing the key K must be stored in the security processor until the latter receives the revelation parameter KJREVEAL which will allow it to process this EMM message 2.
  • a first solution is to store the message to be processed in a particular area of the terminal as the security processor does not yet have all the information to process this message.
  • a second solution is to store the message to be processed in a particular area of the removable security processor of the receiving equipment, in this case the EMM message is stored in the security processor so as to obtain the key K, even if the security processor is associated with another terminal.
  • the EMM message 2 containing the key K is transmitted to the decoder as general data in one or more transport EMM messages.
  • An example of such data is a FAC data block as specified in UTE C90-007.
  • the EMM 2 is transported in a single transport EMM message.
  • the EMM 2 is transported in several transport EMM messages.
  • FIG. 2 schematically illustrates the structure of an EMM transport message 20.
  • the latter comprises the following functional parameters:
  • FAC_ADDRESS 22 This parameter represents the address of the security processor for which the transport EMM message 20 is intended. This message may be intended for a security processor, for several security processors of a group, or for all FR2005 / 050513
  • Some parts of the address can be made confidential by specific encryption.
  • FAC_SOID 24 this parameter relates to the identification of the cryptographic context applied to the transport EMM message 20 and specifies in particular the system of keys implemented in the cryptography applied to this message.
  • this parameter is the EMM message 2 illustrated in FIG. 1 as a general data of the transport EMM message 20. Note that in the present case the EMM message 2 does not include an EMM_CONF parameter 16.
  • this parameter contains data intended to facilitate the delayed processing of the K_EMM message 26, such as a reference of the context reference to which the key K is intended, or of the version of the key K.
  • This parameter represents a reference of the data area in which the parameters K_EMM 26 and K_AUX 28 must be stored. This reference may be absolute in the memory space of the security processor or relative to the FAC_SOID cryptographic context 24. Note that the FAC_REF parameter 30 may also specify that the data area is either erased then written, or replaced.
  • the parameters K_EMM 26 and K_AUX 28 which constitute the data to be entered in the data area may be syntactically included in the parameter FAC-RE 1 F 30. FR2005 / 050513
  • the EMM 2 containing the key K is split into two parts transported independently of one another respectively in a first EMMa transport message 40 and in a second EMMb transport message 70. parts are then stored separately from one another in the security processor.
  • This embodiment is adapted to the case where the size of a data storage block or that of an EMM is limited.
  • FIG. 3 diagrammatically illustrates the structure of the message EMMa 40 and that of the message EMMb 70.
  • the message EMMa 40 carries at least the parameter ADDRESS 4 and the parameter EMM_SOID 6 of the EMM 2.
  • the message EMMb 70 carries the parameters K_SOID 10, K_KEY 12, K_VERSION 14 and EMM_REDUND 18 of this EMM 2. Note that in this case the EMM message 2 does not include an EMM_CONF parameter 16.
  • the first transport EMMa message 40 contains the following functional parameters:
  • FAC_ADDRESS 42 this parameter represents the address of the security processor to which the EMMa transport message 40 is addressed. This message may be intended for a security processor, for several security processors of the same group of security processors, to all security processors in this group. Some parts of the address can be made confidential by specific encryption. T / FR2005 / 050513
  • FAC_SOID 44 this parameter concerns the identification of the cryptographic context applied to the EMMa transport message 40 and specifies in particular the key system implemented in the cryptography applied to this message.
  • the ADDRESS 4 and EMM_SOID 6 parameters are identical to those of the EMM 2 of FIG.
  • K_AUX 52 this parameter contains data intended to facilitate the reconstitution or deferred processing of the EMM 2, such as a reminder of the version of the key K. This parameter K_AUX 52 depends on the implementation.
  • This parameter represents a reference of the data area in which the parameters ADDRESS 4, EMM_SOID 6, K_AUX 52 must be memorized. This reference can be absolute in the memory space of the security processor or relative to the cryptographic context FAC_SOID 44.
  • FAC_REF_1 parameter 60 can also specify that the data area is either erased and then written or replaced.
  • the parameters ADDRESS 4, EMM_SOID 6 and K_AUX 52 which constitute the data to be entered in the data zone can be syntactically included in the parameter FAC_REF_1 60,
  • FAC_REDUND_1 62 represents the cryptographic redundancy of the EMMa transport message 40.
  • the second transport message EMMb 70 contains the following functional parameters: - FAC_ADDRESS 64: This parameter represents the address of the security processor. It is identical to the FAC_ADDRESS parameter 42 of the EMMa transport message 40.
  • FAC_S0ID 66 relates to the identification of the cryptographic context applied to the EMMb transport message 70. It is identical to the FAC_SOID parameter 44 of the EMMa transport message 40.
  • this parameter represents a reference of the data zone in which the parameters K_SOID 10, K_KEY 12, K_VERSI0N 14 and EMM_REDUND 18 must be memorized. This reference can be absolute in the memory space of the security processor or relative to the cryptographic context FAC_SOID 66.
  • parameter FAC_REF_2 78 can also specify that the data area is either erased then written, or replaced and that the data to be written in the data area can be syntactically included in the parameter FAC_REF_2 78.
  • - FAC_REDUND_2 80 represents a cryptographic redundancy of the transport message EMMb 70. In all modes of transport of the message
  • EMM 2 a preferred implementation of the functional parameters above is the combination of these parameters by TLV structure (Type Length Value). These parameters can be in an order depending on the implementation chosen. Structure of an ECM with disclosure of the decryption key
  • FIG. 4 schematically illustrates an ECM message 90 carrying control words to be deciphered by a late-revealing key K.
  • This message has the following functional parameters:
  • ECM_SOID 92 this parameter represents an identification of the cryptographic context applied to the ECM message 90. This parameter specifies the key system implemented in the cryptography applied to this message, and in particular the reference of the decryption key K of the control words .
  • This parameter represents a list of the conditions of access to the scrambled data.
  • this parameter represents a cryptogram of the CW control word transported in the ECM message 90.
  • - ECM_REDUND 98 this parameter represents a cryptographic redundancy of the ECM message 90 relating to the fields ACCESS_CRITERIA 94 and CW * 96.
  • this optional parameter represents auxiliary data characterizing the coding of the ECM message 90.
  • - K_REVEAL 102 revealing parameter of the decryption key K. This parameter makes it possible to reconstitute the parameter EMM__CONF 16 for checking the confidentiality of the message EMM 2 carrying the key K.
  • - ECM_K_VERSION 104 this optional parameter represents a version of the key decryption K. In a preferred implementation of the method, these functional parameters are combined by structure
  • T L V Type Length Value
  • the parameter K_REVEAL 102 and optionally ECM_K_VERSION 104 are present when the decryption key K is late revelation.
  • the parameter K_REVEAL 102 is extracted from the ECM to decipher I 1 EMM 2 carrying the key K.
  • K is reconstituted by the security processor and then decrypted with the K_REVEAL parameter 102 to remove its confidentiality.
  • the EMM 2 thus decrypted is then processed to decrypt the key K.
  • the decryption key K thus obtained is not stored in the security processor after its revelation. It is revealed at each ECM to decipher the control words.
  • the EMM 2 does not contain a parameter K_VERSION 14 and the ECM 90 does not contain a functional parameter ECM_K__VERSION 104.
  • the decryption key K obtained is stored in the security processor after its first revelation with its version number K_VERSION 14 provided by the EMM 2.
  • the ECM 90 includes the additional parameter ECM_K_VERSION 104 identifying the version of the current decryption key K.
  • the security processor does not proceed to its revelation. If the ECM 90 references a version of the decryption key K different from the version already stored, the security processor proceeds to a new revelation of the decryption key K and stores its new value and its new version number. The revelation is also performed when the key K does not exist in the terminal part, either it has not been stored yet, or it has been deleted.
  • the decryption key K may be stored in the security processor for a limited period, for example by a number of decryptions of control words made with this key K. At the end of such a period the K key is automatically deleted.
  • the definition of the limit of such a period can be a constant of the security processor or be performed by a specific piece of data transmitted by EMM to the security processor.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Storage Device Security (AREA)
  • Communication Control (AREA)

Abstract

L'invention concerne un procédé de transmission par un opérateur à un équipement récepteur d'un message contenant une description d'une action à exécuter dans ledit équipement à un instant choisi par l'opérateur. Ce procédé comporte les étapes suivantes : A - générer ledit message en fonction de l'action à exécuter, b - chiffrer totalement ou partiellement ledit message par un paramètre secret, c - transmettre audit équipement le message chiffré, d - stocker le message chiffré dans l ' équipement récepteur, e - et à l'instant choisi par l'opérateur, transmettre à l'équipement récepteur la description dudit paramètre secret, et à la réception, f - déchiffrer le message chiffré mémorisé dans l'équipement récepteur au moyen dudit paramètre secret, g - traiter ledit message pour exécuter ladite action.

Description

T/FR2005/050513
PROCEDE DE TRANSMISSION D'UN MESSAGE CONTENANT UNE DESCRIPTION D'UNE ACTION A EXÉCUTER DANS UN EQUIPEMENT
RECEPTEUR
DOMAINE TECHNIQUE
L' invention se situe dans le domaine de la lutte contre le piratage de données numériques distribuées sous forme embrouillée par un opérateur à des utilisateurs munis de droit d'accès. Plus spécifiquement, l'invention concerne un procédé de transmission à un équipement récepteur d'un message contenant une description d'une action à exécuter dans ledit équipement à un instant choisi par 1' opérateur. ÉTAT DE LA TECHNIQUE ANTÉRIEURE
Dans un système de contrôle d'accès conditionnel classique, l'opérateur transmet aux équipements récepteurs, d'une part, des messages de contrôle de titres d'accès ECM (pour Entitlement Control Message) contenant les conditions d'accès aux données embrouillées et des mots de contrôle CW (pour Control Word) chiffrés par une clé secrète, et, d'autre part des messages de gestion de titre d'accès EMM (pour Entitlement Management Message) contenant les droits d'accès de chaque utilisateur et/ou ladite clé secrète.
Les ECM sont transmis avec les données embrouillées tandis que les EMM sont généralement transmis avant la distribution de ces données aux utilisateurs afin de permettre l'inscription des titres d'accès et de la clé secrète dans le processeur de sécurité . II a été constaté que le fait d' inscrire la clé secrète dans le processeur de sécurité un certain temps avant la transmission des données embrouillées pouvait permettre aux éventuels pirates de retrouver cette clé et de déchiffrer frauduleusement le mot de contrôle CW.
Pour éviter cet inconvénient, le document FR 2 835 670 du 08/08/2003 décrit un procédé de révélation tardive d'une même information Kc nécessaire au désembrouillage des données transmises à un groupe de récepteurs dotés chacun d'une information individuelle SAi. Ce procédé est basé sur un calcul préalable de l'information Kc en fonction de l'information individuelle SAi, d'un premier paramètre K commun à tous les récepteurs et d'un deuxième paramètre bi spécifique à chaque récepteur. Pour calculer la valeur de l'information Kc à la réception, le deuxième paramètre bi est transmis aux récepteurs avant que l'information Kc ne soit requise pour désembrouiller les données tandis que l'information K n'est transmise qu'au moment où Kc doit être utilisée pour désembrouiller les données.
Un inconvénient de cette solution provient du fait qu'elle nécessite un pré-calcul de l'information Kc à partir d'éléments pré-chargés et un re-calcul de la donnée à révéler par les récepteurs. Par conséquent, la mise en œuvre de cette méthode nécessite la présence dans chaque équipement récepteur d'un logiciel de calcul spécifique. Le but de l'invention est de remédier aux inconvénients de l'art antérieur décrits ci-dessus par une méthode simple dans laquelle la révélation tardive de l'information pertinente est le résultat d'un traitement classique effectué dans les terminaux récepteurs . Un autre but de l'invention est de permettre à l'opérateur de contrôler à distance l'exécution de ce traitement. EXPOSÉ DE L'INVENTION
L'invention préconise un procédé destiné à exécuter une action dans un équipement récepteur de façon imprévisible pour les éventuels fraudeurs à un instant choisi par l'opérateur. L'action à exécuter peut être, par exemple, une inscription d'une information secrète dans un processeur de sécurité, la suppression de cette information, ou encore sa mise à jour .
Plus précisément, l'invention propose un procédé de transmission à un équipement récepteur d'un message contenant une description de l'action à exécuter comportant les étapes suivantes : a - générer ledit message en fonction de l'action à exécuter, b - chiffrer totalement ou partiellement ledit message par un paramètre secret, c - transmettre audit équipement le message chiffré, d - stocker le message chiffré dans l'équipement récepteur, et e - à l'instant choisi par l'opérateur, transmettre à l'équipement récepteur une description permettant l'obtention dudit paramètre secret, et a la réception, f - déchiffrer le message chiffré mémorisé dans l'équipement récepteur au moyen dudit paramètre secret, g traiter ledit message pour exécuter ladite action.
Selon l'invention, l'instant choisi par l'opérateur est différé par rapport à l'étape c) .
Selon l'invention, l'instant de l'obtention dudit paramètre secret par l'équipement récepteur détermine l'instant de l'exécution de l'action envisagée. Préférentiellement , ce paramètre secret est une variable aléatoire transmise à l'équipement récepteur dans un message EMM ou dans un message ECM. Selon une autre caractéristique de l'invention, la génération dudit paramètre secret prend en compte des données caractérisant l'état- courant de l'équipement récepteur, ces données pouvant être : une constante propre à cet équipement telle que par exemple son adresse, ou
- une donnée préalablement stockée dans cet équipement et dont la valeur dépend de l'utilisation de cet équipement, ou
- une combinaison des données précédentes, éventuellement complétée par une valeur aléatoire.
Dans ce cas, la description dudit paramètre secret est transmise à l'équipement récepteur dans un message ECM ou un message EMM.
L'équipement obtient la valeur du paramètre secret en interprétant cette description. Ainsi, lorsque l'action à exécuter est une inscription d'une clé secrète dans une carte à puce associée à l'équipement récepteur, dans un premier exemple de réalisation, cette inscription ne peut être effectuée que par une carte référencée dans le message transmis .
Dans un deuxième exemple de réalisation, l'inscription ne peut être effectuée que par une carte contenant une donnée numérique calculée à partir des titres d'accès dont l'usager dispose officiellement.
Selon une autre caractéristique préférentielle de l'invention, le message contenant la description de l'action à exécuter présente une structure d'un message EMM. Dans ce cas, ledit message est transmis à l'équipement récepteur en tant que donnée générale chiffrée dans un ou plusieurs messages
EMM de transport comportant un bloc de bits permettant à l'équipement récepteur de reconstituer le message contenant la description de l'action à exécuter avant le déchiffrement dudit message.
Le procédé selon l'invention est mis en œuvre dans un terminal récepteur comportant : des moyens pour mémoriser un message contenant une description d'une action à exécuter par ledit terminal, ledit message étant préalablement transmis au terminal sous forme chiffrée par un paramètre secret,
- des moyens pour déchiffrer ledit message par le paramètre secret à un instant différé par rapport à la réception dudit message, des moyens pour traiter ledit message déchiffré pour exécuter l'action dans le terminal récepteur.
Dans une première application du procédé, le terminal est un décodeur muni d'un processeur de sécurité constitué par une carte à puce.
Dans une deuxième application du procédé, le terminal est un ordinateur relié à un serveur de données embrouillées et comportant un module d'accès conditionnel.
Ce module d'accès conditionnel exécute un programme d'ordinateur comportant : des instructions pour mémoriser un message chiffré par un paramètre secret contenant une description d'une action à exécuter, des instructions pour déchiffrer ledit message au moyen dudit paramètre secret à un instant différé par rapport à la réception dudit message,
- des instructions pour traiter le message déchiffré pour exécuter l'action décrite.
BRÈVE DESCRIPTION DES DESSINS
D'autres caractéristiques et avantages de l'invention ressortiront de la description qui va suivre, prise à titre d'exemple non limitatif, en référence aux figures annexées dans lesquelles :
- la figure 1 illustre schématiquement la structure d'un message transportant une clé secrète de déchiffrement ,
- la figure 2 illustre schématiquement la structure d'un message d'inscription du message de la figure 1 dans un processeur de sécurité, - la figure 3 illustre schéraatiquement la structure en deux parties d'un message d'inscription du message de la figure 1,
- la figure 4 illustre schématiquement la structure d'un message ECM avec révélation d'une clé secrète de déchiffrement.
EXPOSE DÉTAILLÉ DE MODES DE RÉALISATION PARTICULIERS
La description qui suit concerne l'application du procédé selon l'invention dans un système de transmission de programmes audiovisuels embrouillés par un mot de contrôle CW à un parc d'équipements récepteurs, le mot de contrôle CW étant préalablement chiffré par une clé secrète K.
Ce système comporte un site central agencé chez un opérateur comprenant : des moyens pour générer un message contenant une description d'une action à exécuter dans un ou plusieurs équipements récepteurs dudit parc,
- des moyens pour chiffrer totalement ou partiellement ledit message par un paramètre secret,
- des moyens pour transmettre le message chiffré à chaque équipement récepteur visé à un instant Tl, et pour transmettre ensuite à cet équipement récepteur la description dudit paramètre secret, à un instant T2 choisi par l'opérateur.
Chaque équipement récepteur comporte :
- une mémoire non volatile pour stocker le message chiffré, des moyens pour déchiffrer le message chiffré stocké dans ladite mémoire non volatile au moyen dudit paramètre secret obtenu à l'instant T2 et, des moyens pour traiter ledit message pour exécuter ladite action.
Préférentiellement, l'instant T2 choisi est différé par rapport à l'instant Tl. Les équipements récepteurs sont des décodeurs munis chacun d'un processeur de sécurité, et l'action à exécuter consiste à inscrire la clé secrète nécessaire pour déchiffrer le mot de contrôle CW dans le processeur de sécurité. Structure d'un. EMM confidentiel transportant la clé K
La figure 1 illustre schématiquement la structure d'un message EMM confidentiel 2 transportant la clé K à un processeur de sécurité associé à un décodeur. Ce message comporte les paramètres fonctionnels suivants :
- ADDRESS 4 : ce champ contient l'adresse du processeur de sécurité auquel est destiné le message EMM. Notons que ce message peut être envoyé à un décodeur du parc, à plusieurs décodeurs de ce parc ou encore à tous les décodeurs dudit parc. Certaines parties de l'adresse peuvent être rendues confidentielles par un chiffrement spécifique.
- EMM_SOID 6: ce champ est relatif à l'identification du contexte cryptographique appliqué au message EMM 2. Le paramètre EMM_SOID précise le système de clés mises en œuvre dans la cryptographie appliquée au message EMM 2 , notamment la référence de la clé de déchiffrement de la clé K transportée.
- K_SOID 10: ce champ contient un paramètre relatif à l'identification du contexte cryptographique auquel est destinée la clé K transportée. Ce paramètre précise notamment la référence sous laquelle cette clé K sera connue dans ce contexte.
- K_KEY 12 : ce champ contient le cryptogramme de la clé K transportée. Ce dernier dépend du contexte cryptographique du message EMM 2 indiqué par le paramètre EMM_S0ID 6.
- K_VERSION 14 : ce champ optionnel est relatif au numéro de version de la clé K transportée. Quand ce paramètre existe, le numéro de version de la clé K transportée sera associé à la valeur de la clé lors de son inscription dans le processeur de sécurité. Selon l ' implémentation envisagée, ce paramètre peut préciser la référence de la zone de données dans laquelle le numéro de version doit être mémorisé. Ce paramètre spécifie également que la zone de données est soit effacée puis écrite, soit remplacée.
Notons que ce paramètre identifie un bloc de donnée FAC tel que spécifié dans la norme UTE C90- 007 et dans lequel sera mémorisé le numéro de version. - EMM_CONF 16: ce champ est optionnel et concerne le paramétrage de la confidentialité appliquée aux paramètres K_SOID 10, K_KEY 12 et K_VERSION 14. Ces derniers sont chiffrés pendant le transport de l'EMM 2, indépendamment du fait que le paramètre EMM_C0NF 16 soit présent ou absent, et sont ensuite déchiffrés par le processeur de sécurité, lors du traitement du message EMM 2 pour supprimer la confidentialité .
Quand le paramètre EMM_C0NF 16 est présent, il permet au processeur de sécurité de supprimer la confidentialité et de traiter complètement le message pour obtenir la clé K. Dans ce cas, la clé K n'est pas à révélation tardive.
Quand le paramètre EMM__CONF 16 est absent, un paramètre de révélation K_REVEAL est transmis par l'opérateur au processeur de sécurité dans un message ECM et est associé au message EMM 2 pour supprimer la confidentialité et obtenir la clé K. Ce paramètre K_REVEAL permet de reconstituer le paramétrage de confidentialité. Dans ce cas, tant que ce paramètre K_REVEAL n'est pas connu, le décodeur ne pourra pas obtenir la clé K. Il est alors utile de transmettre par ECM le paramètre de révélation K_REVEAL juste au moment où le processeur de sécurité a besoin de la clé K. A cet effet, le message EMM est mémorisé dans le processeur de sécurité jusqu'à la réception de K_REVEAL .
- EMM_REDUND 18: ce champ contient une information de redondance cryptographique du message EMM 2 transportant la clé K. Dans une variante de réalisation du procédé, les paramètres fonctionnels ci-dessus sont combinés par structure T L V (Type Longueur Valeur) . Ces paramètres peuvent être dans un ordre dépendant de l ' implémentation retenue. Transmission (J7Un EMM confidentiel contenant une clé K
Comme cela a été vu précédemment, le message EMM 2 contenant la clé K doit être mémorisé dans le processeur de sécurité jusqu'au moment où ce dernier reçoit le paramètre de révélation KJREVEAL qui lui permettra de traiter ce message EMM 2. Une première solution consiste à stocker le message à traiter dans une zone particulière du terminal tant que le processeur de sécurité ne dispose pas encore de toutes les informations pour traiter ce message. Une deuxième solution consiste à stocker le message à traiter dans une zone particulière du processeur de sécurité amovible de l'équipement récepteur, dans ce cas le message EMM est mémorisé dans le processeur de sécurité de façon à pouvoir obtenir la clé K, même si le processeur de sécurité est associé à un autre terminal .
Dans un mode préféré de réalisation, le message EMM 2 contenant la clé K est transmis au décodeur en tant que donnée générale dans un ou plusieurs messages EMM de transport. Un exemple d'une telle donnée est un bloc de donnée FAC tel que spécifié dans la norme UTE C90-007.
Dans une première variante de réalisation, l'EMM 2 est transporté dans un seul message EMM de transport.
Dans une deuxième variante de réalisation, l'EMM 2 est transporté dans plusieurs messages EMM de transport .
La figure 2 illustre schématiquement la structure d'un message EMM de transport 20. Ce dernier comporte les paramètres fonctionnels suivants :
- FAC_ADDRESS 22: ce paramètre représente l'adresse du processeur de sécurité auquel est destiné le message EMM de transport 20. Ce message peut être destiné à un processeur de sécurité, à plusieurs processeurs de sécurité d'un groupe, ou encore à tous FR2005/050513
12
les processeurs de sécurité de ce groupe. Certaines parties de l'adresse peuvent être rendues confidentielles par un chiffrement spécifique.
- FAC_SOID 24 : ce paramètre concerne l'identification du contexte cryptographique appliqué au message EMM de transport 20 et précise notamment le système de clés mises en œuvre dans la cryptographie appliquée à ce message.
- K_EMM 26: ce paramètre est le message EMM 2 illustré par la figure 1 en tant que donnée générale du message EMM de transport 20. Notons que dans le cas présent le message EMM 2 ne comprend pas de paramètre EMM_CONF 16.
- K_AUX 28: ce paramètre contient des données destinées à faciliter le traitement différé du message K_EMM 26, tel qu'un rappel de la référence du contexte auquel la clé K est destinée, ou de la version de la clé K.
- FAC_REF 30: ce paramètre représente une référence de la zone de données dans laquelle les paramètres K_EMM 26 et K_AUX 28 doivent être mémorisés. Cette référence peut être absolue dans l'espace mémoire du processeur de sécurité ou relative au contexte cryptographique FAC_SOID 24. Notons que le paramètre FAC_REF 30 peut spécifier également que la zone de données est soit effacée puis écrite, soit remplacée.
Dans un mode particulier de mise en oeuvre, les paramètres K_EMM 26 et K_AUX 28 qui constituent les données à inscrire dans la zone de données peuvent être syntaxiquement inclus dans le paramètre FAC-RE1F 30. FR2005/050513
13
- FAC_REDUND 32: ce paramètre concerne la redondance cryptographique du message EMM de transport 20.
Dans un autre mode de réalisation, l'EMM 2 contenant la clé K est scindé en deux parties transportées indépendamment l ' une de l ' autre respectivement dans un premier message de transport EMMa 40 et dans un deuxième message de transport EMMb 70. Ces deux parties sont ensuite mémorisées séparément l'une de l'autre dans le processeur de sécurité. Ce mode de réalisation est adapté au cas où la taille d'un bloc de mémorisation de données ou celle d'un EMM est limitée .
La figure 3 illustre schématiquement la structure du message EMMa 40 et celle du message EMMb 70. Le message EMMa 40 transporte au moins le paramètre ADDRESS 4 et le paramètre EMM_SOID 6 de l'EMM 2. Le message EMMb 70 transporte les paramètres K_SOID 10, K_KEY 12, K_VERSION 14 et EMM_REDUND 18 de cet EMM 2. Notons que dans le cas présent le message EMM 2 ne comprend pas de paramètre EMM_CONF 16.
Le premier message EMMa de transport 40 contient les paramètres fonctionnels suivants :
- FAC_ADDRESS 42: ce paramètre représente l'adresse du processeur de sécurité auquel est adressé le message de transport EMMa 40. Ce message peut être destiné à un processeur de sécurité, à plusieurs processeurs de sécurité d'un même groupe de processeurs de sécurité, à tous les processeurs de sécurité de ce groupe. Certaines parties de l'adresse peuvent être rendues confidentielles par chiffrement spécifique. T/FR2005/050513
14
- FAC_SOID 44 : ce paramètre concerne l'identification du contexte cryptographique appliqué au message de transport EMMa 40 et précise notamment le système de clés mises en œuvre dans la cryptographie appliquée à ce message.
Les paramètres ADDRESS 4 et EMM_SOID 6 sont identiques à ceux de l'EMM 2 de la figure 1.
- K_AUX 52 : ce paramètre contient des données destinées à faciliter la reconstitution ou le traitement différé de l'EMM 2, tel qu'un rappel de la version de la clé K. Ce paramètre K_AUX 52 dépend de 1 ' implémentation .
- FAC_REF_1 60: ce paramètre représente une référence de la zone de données dans laquelle les paramètres ADDRESS 4, EMM_SOID 6, K_AUX 52 doivent être mémorisés. Cette référence peut être absolue dans l'espace mémoire du processeur de sécurité ou relative au contexte cryptographique FAC_SOID 44.
Notons que le paramètre FAC_REF_1 60 peut spécifier également que la zone de données est soit effacée puis écrite, soit remplacée.
Les paramètres ADDRESS 4, EMM_SOID 6 et K_AUX 52 qui constituent les données à inscrire dans la zone de données peuvent être syntaxiquement inclus dans le paramètre FAC_REF_1 60,
- FAC_REDUND_1 62: représente la redondance cryptographique du message de transport EMMa 40.
Le deuxième message de transport EMMb 70 contient les paramètres fonctionnels suivants : - FAC_ADDRESS 64: ce paramètre représente l'adresse du processeur de sécurité. Il est identique au paramètre FAC_ADDRESS 42 du message de transport EMMa 40.
- FAC_S0ID 66: concerne l'identification du contexte cryptographique appliqué au message de transport EMMb 70. Il est identique au paramètre FAC_SOID 44 du message de transport EMMa 40.
Les paramètres K_SOID 10, K_KEY 12, K_VERSION 14, EMM_REDUND 18 sont décrits précédemment pour le message EMM 2. - FAC_REF_2 78: ce paramètre représente une référence de la zone de données dans laquelle les paramètres K_SOID 10, K_KEY 12, K_VERSI0N 14 et EMM_REDUND 18 doivent être mémorisés. Cette référence peut être absolue dans l'espace mémoire du processeur de sécurité ou relative au contexte cryptographique FAC_SOID 66.
Notons que le paramètre FAC_REF_2 78 peut spécifier également que la zone de données est soit effacée puis écrite, soit remplacée et que les données à inscrire dans la zone de données peuvent être syntaxiquement incluses dans le paramètre FAC_REF_2 78.
- FAC_REDUND_2 80: représente une redondance cryptographique du message de transport EMMb 70. Dans tous les modes de transport du message
EMM 2 , une implémentation préférée des paramètres fonctionnels ci-dessus est la combinaison de ces paramètres par structure T L V (Type Longueur Valeur) . Ces paramètres peuvent être dans un ordre dépendant de l' implémentation retenue. Structure d'un ECM avec révélation de la clé de déchiffrement
La figure 4 illustre schématiquement un message ECM 90 transportant des mots de contrôle à déchiffrer par une clé K à révélation tardive.
Ce message comporte les paramètres fonctionnels suivants :
- ECM_SOID 92 : ce paramètre représente une identification du contexte cryptographique appliqué au message ECM 90. Ce paramètre précise le système de clés mises en œuvre dans la cryptographie appliquée à ce message, et notamment la référence de la clé de déchiffrement K des mots de contrôle.
- ACCESS__CRITERIA 94 : ce paramètre représente une liste des conditions d'accès aux données embrouillées .
- CW* 96: ce paramètre représente un cryptogramme du mot de contrôle CW transporté dans le message ECM 90. - ECM_REDUND 98: ce paramètre représente une redondance cryptographique du message ECM 90 portant sur les champs ACCESS_CRITERIA 94 et CW* 96.
- MISC 100: ce paramètre optionnel représente des données auxiliaires caractérisant le codage du message ECM 90.
- K_REVEAL 102 : paramètre de révélation de la clé de déchiffrement K. Ce paramètre permet de reconstituer le paramètre EMM__CONF 16 de contrôle de la confidentialité du message EMM 2 transportant la clé K. - ECM_K_VERSION 104: ce paramètre optionnel représente une version de la clé de déchiffrement K. Dans une mise en œuvre préférée du procédé, ces paramètres fonctionnels sont combinés par structure
T L V (Type Longueur Valeur) . Ces paramètres peuvent être dans un ordre dépendant de l' implémentation retenue .
Les paramètres ECM_SOID 92, ACCESS_CRITERIA
94, CW* 96 et ECM_REDUND 98 et optionnellement MISC 100 sont suffisants dans un message ECM dont les mots de contrôle sont déchiffrés par une clé pré-définie ne nécessitant pas de révélation.
Le paramètre K_REVEAL 102 et optionnellement ECM_K_VERSION 104 sont présents quand la clé de déchiffrement K est à révélation tardive.
En fonctionnement, pour révéler la clé de déchiffrement K, le paramètre K_REVEAL 102 est extrait de l'ECM pour déchiffrer I1EMM 2 transportant la clé K.
Quand il est mémorisé en deux parties dans le processeur de sécurité, l'EMM 2 transportant la clé
K est reconstitué par le processeur de sécurité puis déchiffré à l'aide du paramètre K_REVEAL 102 pour supprimer sa confidentialité.
L'EMM 2 ainsi déchiffré est alors traité pour déchiffrer la clé K.
Dans une première variante de réalisation, la clé de déchiffrement K ainsi obtenue n'est pas stockée dans le processeur de sécurité après sa révélation. Elle est révélée à chaque ECM pour déchiffrer les mots de contrôle. Dans ce cas l'EMM 2 ne contient pas de paramètre K_VERSION 14 et l'ECM 90 ne contient pas de paramètre fonctionnel ECM_K__VERSION 104. Dans une deuxième variante de réalisation, la clé de déchiffrement K obtenue est stockée dans le processeur de sécurité après sa première révélation avec son numéro de version K_VERSION 14 fourni par l'EMM 2. Dans ce cas, l'ECM 90 comporte le paramètre supplémentaire ECM_K_VERSION 104 identifiant la version de la clé de déchiffrement K courante. Tant que l'ECM 90 identifie la même version de clé de déchiffrement K que celle déjà stockée, c'est-à-dire, tant que la clé de déchiffrement K reste la même, le processeur de sécurité ne procède pas à sa révélation. Si l'ECM 90 référence une version de la clé de déchiffrement K différente de la version déjà stockée, le processeur de sécurité procède à une nouvelle révélation de la clé de déchiffrement K et stocke sa nouvelle valeur et son nouveau numéro de version. La révélation est également effectuée quand la clé K n'existe pas dans la partie terminale, soit qu'elle n'a pas encore été stockée, soit qu'elle a été supprimée. Dans cette deuxième variante de réalisation, la clé de déchiffrement K peut être stockée dans le processeur de sécurité pour une période limitée, par exemple par un nombre de déchiffrements de mots de contrôle effectués avec cette clé K. A la fin d'une telle période la clé K est automatiquement supprimée. La définition de la limite d'une telle période peut être une constante du processeur de sécurité ou être effectuée par une donnée spécifique transmise par EMM au processeur de sécurité.

Claims

REVENDICATIONS
1. Procédé de transmission par un opérateur à un équipement récepteur d'un message contenant une description d'une action à exécuter dans ledit équipement à un instant choisi par l'opérateur, caractérisé en ce qu'il comporte les étapes suivantes : a - générer ledit message en fonction de l'action à exécuter, ' b - chiffrer totalement ou partiellement ledit message par un paramètre secret, c - transmettre audit équipement le message chiffré, d - stocker le message chiffré dans l'équipement récepteur, e - et à l'instant choisi par l'opérateur, transmettre à l'équipement récepteur une description permettant l'obtention dudit paramètre secret, et à la réception, f - déchiffrer le message chiffré mémorisé dans l'équipement récepteur au moyen dudit paramètre secret, g - traiter ledit message pour exécuter ladite action.
2. Procédé selon la revendication 1, caractérisé en ce que l'instant choisi par l'opérateur est différé par rapport à l'étape c) .
3. Procédé selon la revendication 1, caractérisé en ce que l'instant de l'obtention dudit paramètre secret par l'équipement récepteur détermine l'instant de l'exécution de l'action envisagée.
4. Procédé selon la revendication 1, caractérisé en ce que la description du paramètre secret est transmise à l'équipement récepteur dans un message EMM.
5. Procédé selon la revendication 1, caractérisé en ce que la description du paramètre secret est transmis au terminal dans un message ECM.
6. Procédé selon la revendication 1, caractérisé en ce que ledit paramètre secret est une variable aléatoire.
7. Procédé selon la revendication 1, caractérisé en ce que la génération dudit paramètre secret prend en compte des données caractérisant l'état courant de l'équipement récepteur.
8. Procédé selon la revendication 1, caractérisé en ce que ledit message contenant la description de l'action à exécuter présente une structure d'un message EMM.
9. Procédé selon la revendication 1, caractérisé en ce que ledit message contenant la description de l'action à exécuter est transmis à l'équipement récepteur en tant que donnée générale chiffrée dans un ou plusieurs messages EMM de transport .
10. Procédé selon la revendication 9, caractérisé en ce que lesdits messages EMM de transport comportent un bloc de bits permettant à l'équipement récepteur de reconstituer le message contenant la description de l'action à exécuter avant le déchiffrement dudit message.
11. Procédé selon la revendication 1, caractérisé en ce que ladite action à exécuter dans l'équipement est une inscription d'au moins une clé secrète .
12. Procédé selon la revendication 11, caractérisé en ce que le message contenant la description de l'inscription de la clé secrète comporte en outre un paramètre représentant une version de la clé secrète à inscrire.
13. Procédé selon la revendication 11, caractérisé en ce que ladite clé secrète à inscrire est destinée à déchiffrer un mot de contrôle d'accès à des données embrouillées transmises à l'équipement récepteur.
14. Procédé selon la revendication 13, caractérisé en ce que lesdites données embrouillées représentent des programmes audiovisuels.
15. Terminal récepteur, caractérisé en ce qu' il comporte : des moyens pour mémoriser un message contenant une description d'une action à exécuter par ledit terminal, ledit message étant préalablement transmis audit terminal récepteur par opérateur sous forme chiffrée par un paramètre secret,
- des moyens pour déchiffrer ledit message par ledit paramètre secret à un instant choisi par l'opérateur, des moyens pour traiter ledit message déchiffré pour exécuter l'action dans le terminal récepteur.
16. Terminal selon la revendication 15, caractérisé en ce qu'il est constitué d'un décodeur muni d'un processeur de sécurité.
17. Terminal selon la revendication 16, caractérisé en ce que le processeur de sécurité est une carte à puce.
18. Terminal selon la revendication 15, caractérisé en ce qu'il est constitué par un ordinateur relié à un serveur de données embrouillées et comportant un module d'accès conditionnel.
19. Programme d'ordinateur exécutable dans un terminal récepteur destiné à coopérer avec un processeur de sécurité pour contrôler l'accès à des données numériques distribuées par un opérateur, caractérisé en ce qu'il comporte : des instructions pour mémoriser un message contenant une description d'une action à exécuter par ledit terminal récepteur, ledit message étant préalablement transmis audit terminal récepteur sous forme chiffrée par un paramètre secret, des instructions pour déchiffrer ledit message au moyen dudit paramètre secret à un instant choisi par l'opérateur,
- des instructions pour traiter le message déchiffré pour exécuter l'action décrite.
20. Système de transmission de données numériques embrouillées comportant un site central agencé chez un opérateur et un parc d'équipements récepteurs, caractérisé en ce que le site central comporte : a - des moyens pour générer un message contenant une description d'une action à exécuter dans un équipement récepteur, b - des moyens pour chiffrer totalement ou partiellement ledit message par un paramètre secret, c - des moyens pour transmettre le message chiffré audit équipement récepteur à un instant Tl, et pour transmettre à l'équipement récepteur la description dudit paramètre secret à un instant T2 choisi par l'opérateur, et en ce que chaque équipement récepteur comporte : d - une mémoire non volatile pour stocker le message chiffré, e - des moyens pour déchiffrer le message chiffré stocké dans ladite mémoire non volatile au moyen dudit paramètre secret obtenu à l'instant T2 , g - des moyens pour traiter ledit message pour exécuter ladite action.
21. Système selon la revendication 20 dans lequel l'instant T2 est différé par rapport à l'instant
Tl.
22. Système selon la revendication 20, dans lequel l'instant d'obtention par l'équipement récepteur du paramètre secret transmis à l'instant de T2 détermine l'instant de traitement dans l'équipement récepteur du message chiffré transmis à l'instant Tl.
23. Système selon la revendication 20, dans lequel l'équipement récepteur comporte un décodeur et un processeur de sécurité.
24. Système selon la revendication 20, dans lequel l'équipement récepteur comporte un ordinateur muni d'un processeur de sécurité
25. Système selon l'une des revendications 23 ou 24, caractérisé en ce que le processeur de sécurité est une carte à puce.
EP05857324A 2004-07-01 2005-06-29 Procede de transmission d'un message contenant une description d'une action a executer dans un equipement recepteur Withdrawn EP1762097A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0451391A FR2872651B1 (fr) 2004-07-01 2004-07-01 Procede de transmission d'un message contenant une description d'une action a executer dans un equipement recepteur
PCT/FR2005/050513 WO2006095062A1 (fr) 2004-07-01 2005-06-29 Procede de transmission d'un message contenant une description d'une action a executer dans un equipement recepteur

Publications (1)

Publication Number Publication Date
EP1762097A1 true EP1762097A1 (fr) 2007-03-14

Family

ID=34946066

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05857324A Withdrawn EP1762097A1 (fr) 2004-07-01 2005-06-29 Procede de transmission d'un message contenant une description d'une action a executer dans un equipement recepteur

Country Status (7)

Country Link
US (1) US20080276083A1 (fr)
EP (1) EP1762097A1 (fr)
KR (1) KR101270086B1 (fr)
CN (1) CN1981528B (fr)
FR (1) FR2872651B1 (fr)
TW (1) TWI388181B (fr)
WO (1) WO2006095062A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2227015B1 (fr) 2009-03-02 2018-01-10 Irdeto B.V. Traitement de droits conditionnels pour obtenir un mot de commande
CN106529651B (zh) * 2016-11-15 2019-03-08 安徽汉威电子有限公司 一种采用双重加密算法的射频卡片

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6937729B2 (en) * 1995-04-03 2005-08-30 Scientific-Atlanta, Inc. Representing entitlements to service in a conditional access system
US5896499A (en) * 1997-02-21 1999-04-20 International Business Machines Corporation Embedded security processor
US6069957A (en) * 1997-03-07 2000-05-30 Lucent Technologies Inc. Method and apparatus for providing hierarchical key system in restricted-access television system
KR100252972B1 (ko) * 1997-12-31 2000-04-15 구자홍 한정수신 시스템
US6311270B1 (en) * 1998-09-14 2001-10-30 International Business Machines Corporation Method and apparatus for securing communication utilizing a security processor
EP1111923A1 (fr) * 1999-12-22 2001-06-27 Irdeto Access B.V. Procédé pour l' utilisation d' un système d' accès conditionnel pour des applications de télédiffusion
US6792321B2 (en) * 2000-03-02 2004-09-14 Electro Standards Laboratories Remote web-based control
AUPR471401A0 (en) * 2001-05-02 2001-05-24 Keycorp Limited Method of manufacturing smart cards
US20030068047A1 (en) * 2001-09-28 2003-04-10 Lee David A. One-way broadcast key distribution
FR2835670A1 (fr) * 2001-12-20 2003-08-08 Cp8 Procede de distribution anti-piratage d'un contenu numerique par transmission diversifiee pro-active, dispositif emetteur et objet portatif recepteur associes
DE10164174A1 (de) * 2001-12-27 2003-07-17 Infineon Technologies Ag Datenverarbeidungsvorrichtung
US20030217263A1 (en) * 2002-03-21 2003-11-20 Tsutomu Sakai System and method for secure real-time digital transmission
US7120253B2 (en) * 2002-05-02 2006-10-10 Vixs Systems, Inc. Method and system for protecting video data
EP1418701A1 (fr) * 2002-11-11 2004-05-12 STMicroelectronics Limited Transmission et stockage de clés de cryptage
EP1439697A1 (fr) * 2003-01-20 2004-07-21 Thomson Licensing S.A. Système de reception de données numériques diffusées comprenant un terminal numérique maítre, et au moins un terminal numérique esclave
US20050071866A1 (en) * 2003-01-30 2005-03-31 Ali Louzir System for receiving broadcast digital data comprising a master digital terminal, and at least one slave digital terminal

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2006095062A1 *

Also Published As

Publication number Publication date
FR2872651B1 (fr) 2006-09-22
KR20070027657A (ko) 2007-03-09
KR101270086B1 (ko) 2013-05-31
CN1981528B (zh) 2010-11-10
US20080276083A1 (en) 2008-11-06
FR2872651A1 (fr) 2006-01-06
CN1981528A (zh) 2007-06-13
TWI388181B (zh) 2013-03-01
TW200616402A (en) 2006-05-16
WO2006095062A1 (fr) 2006-09-14

Similar Documents

Publication Publication Date Title
EP2055102B1 (fr) Procédé de transmission d'une donnée complémentaire a un terminal de réception
EP2027667B1 (fr) Procedes de diffusion et de reception d'un programme multimedia embrouille, tete de reseau, terminal, recepteur et processeur de securite pour ces procedes
EP1815681B1 (fr) Unité de traitement de données audio/vidéo numériques et méthode de contrôle d'accès audites données
EP1961223B1 (fr) Procede de controle d'acces a un contenu embrouille
EP1495637B1 (fr) Methode de stockage securise de donnees encryptees
EP2103123B1 (fr) Procédé de controle d'acces a un contenu numerique embrouille
EP3380983B1 (fr) Procédé d'identification de processeurs de sécurité
EP1890493A1 (fr) Méthode de révocation de modules de sécurité utilisés pour sécuriser des messages diffusés
EP1867096B1 (fr) Procede et systeme de reception d'un signal multimedia, entite cryptographique pour ce procede de reception et systeme, procede et boite noire pour la fabrication de l'entite cryptographique
EP2659613B1 (fr) Procede de transmission et de reception d'un contenu multimedia
EP3022940B1 (fr) Methode pour la protection de cles de dechiffrement dans un decodeur et decodeur pour la mise en oeuvre de cette methode
FR2823039A1 (fr) Systeme et procede de transmission d'informations chiffrees a cle chiffree
EP1419640B1 (fr) Reseau numerique local, procedes d'installation de nouveaux dispositifs et procedes de diffusion et de reception de donnees dans un tel reseau
EP1762097A1 (fr) Procede de transmission d'un message contenant une description d'une action a executer dans un equipement recepteur
EP1716706A1 (fr) Procede d'appariement d'un terminal recepteur avec une pluralite de cartes de controle d'acces
FR2961650A1 (fr) Procede de protection, procede de dechiffrement, support d'enregistrement et terminal pour ce procede de protection
EP1470712B1 (fr) Procédé de commande à distance d'une action locale de génération d'un message d'ordre
EP2517452B1 (fr) Procédé de mise à jour d'un processeur de sécurité, système, programme d'ordinateur et processeur de sécurité correspondants
EP1492346A1 (fr) Système de traitement simultané de données d'au moins deux services de télévision à péage
EP2265013A1 (fr) Transmission de contenu vers un équipement client comportant au moins un module de décodage et un module de sécurité
WO2001089215A2 (fr) Procede de transmission de donnees chiffrees, application d'un tel procede dans un systeme de television numerique a peage et decodeur utilise dans un tel systeme
EP2334007A1 (fr) Procédé de déchiffrement de données par un équipement utilisateur comportant un terminal et un module de sécurité

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20061117

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU MC NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR LV MK YU

17Q First examination report despatched

Effective date: 20070523

DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20170303