WO2003019899A2 - Reseau numerique local, procedes d'installation de nouveaux dispositifs et procedes de diffusion et de reception de donnees dans un tel reseau - Google Patents

Reseau numerique local, procedes d'installation de nouveaux dispositifs et procedes de diffusion et de reception de donnees dans un tel reseau Download PDF

Info

Publication number
WO2003019899A2
WO2003019899A2 PCT/FR2002/002928 FR0202928W WO03019899A2 WO 2003019899 A2 WO2003019899 A2 WO 2003019899A2 FR 0202928 W FR0202928 W FR 0202928W WO 03019899 A2 WO03019899 A2 WO 03019899A2
Authority
WO
WIPO (PCT)
Prior art keywords
network
data
key
receiving device
encryption
Prior art date
Application number
PCT/FR2002/002928
Other languages
English (en)
Other versions
WO2003019899A3 (fr
Inventor
Jean-Pierre Andreaux
Eric Diehl
Alain Durand
Original Assignee
Thomson Licensing S.A.
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 Thomson Licensing S.A. filed Critical Thomson Licensing S.A.
Priority to JP2003524222A priority Critical patent/JP4447908B2/ja
Priority to EP02796308.1A priority patent/EP1419640B1/fr
Priority to US10/487,489 priority patent/US9210137B2/en
Priority to KR1020047002713A priority patent/KR100977969B1/ko
Publication of WO2003019899A2 publication Critical patent/WO2003019899A2/fr
Publication of WO2003019899A3 publication Critical patent/WO2003019899A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/14—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using a plurality of keys or algorithms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0435—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply symmetric encryption, i.e. same key used for encryption and decryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0822—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using key encryption key
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/418—External card to be used in combination with the client device, e.g. for conditional access
    • H04N21/4181—External card to be used in combination with the client device, e.g. for conditional access for conditional access
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4367—Establishing a secure communication between the client and a peripheral device or smart card
    • 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, rendering scenes according to MPEG-4 scene graphs
    • H04N21/4405—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video stream decryption
    • 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, rendering scenes according to MPEG-4 scene graphs
    • H04N21/4408—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video stream encryption, e.g. re-encrypting a decrypted video stream for redistribution in a home network
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4623—Processing of entitlement messages, e.g. ECM [Entitlement Control Message] or EMM [Entitlement Management Message]
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/60—Digital content management, e.g. content distribution
    • H04L2209/601—Broadcast encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/088—Usage controlling of secret information, e.g. techniques for restricting cryptographic keys to pre-authorized uses, different access levels, validity of crypto-period, different key- or password length, or different strong and weak cryptographic algorithms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD

Definitions

  • the present invention relates generally to the field of local digital networks and more particularly to the field of home digital networks. It relates more precisely to the protection against copying of digital data circulating in such networks.
  • Such a network consists of a set of devices linked together by a digital bus, for example a bus according to the IEEE 1394 standard. It notably comprises two types of devices: - Source devices capable of transmitting data on the network : These devices can recover data through a "channel" external to the network.
  • the source devices are for example digital decoders receiving video programs from outside the network, via a satellite antenna or via a cable connection, or optical disc players broadcasting on the network, in digital form, data (audio and / or video) read on a disc (the disc in this case contains data from outside the network).
  • the receiving devices are for example television receivers making it possible to view video programs received from the network or, more generally any type of device having the capacity to decrypt encrypted data.
  • French patent application No. 01 05568, filed on April 25, 2001 in the name of the applicant THOMSON Licensing S.A. relates to a method for managing keys in a network as above, essentially using symmetric keys.
  • the source devices encrypt the data using a first symmetric key which is renewed very frequently and they transmit this first key to the other devices of the network in encrypted form using a second symmetric key specific to the network.
  • the second symmetric key is contained in the receiving devices.
  • the data is protected by the same encryption key (or the same pair of private / public keys) specific to the network and by the same encryption algorithm.
  • it may sometimes be necessary to renew these keys and / or the encryption algorithm used in particular if the encryption algorithm uses keys that are too short or if it is no longer secure, regardless of the length of the key, to use longer keys or a stronger encryption algorithm.
  • the data previously recorded in the network could no longer be decrypted with the new key and / or the new encryption algorithm.
  • the subject of the invention is a local digital network comprising: - at least one source device intended to broadcast data on the network; and;
  • the source device uses an active network encryption key to encrypt data capable of being broadcast over the network; and the receiving device contains an active network decryption key to decrypt encrypted data using the active encryption key and at least one other network decryption key to decrypt encrypted data using a used encryption key previously in the network.
  • the receiving device contains all the network decryption keys previously used since the creation of the network;
  • the source device contains the encryption key of the active network and it encrypts the data likely to be broadcast in the network with this key of the active network;
  • the source device contains a first symmetric key as well as this first symmetric key encrypted with the active network encryption key; it encrypts the data likely to be broadcast in the network with the first symmetric key and it is suitable for broadcasting, with the encrypted data, the first symmetric key encrypted with the encryption key of the active network; the source device and the receiving device use symmetric encryption methods and the encryption keys and the corresponding decryption keys used in the network are identical.
  • the invention also relates to a method of installing a new receiving device in a local digital network as above, already comprising at least one receiving device.
  • a preexisting network receiving device having the active network decryption key and at least one decryption key previously used in the network, and having the capacity to transmit them securely, transmits said decryption keys to the new receiving device.
  • Another aspect of the invention relates to a method for installing a new source device in a local digital network as above, in which the source device and the receiving device use symmetric encryption methods and the encryption keys and the keys to Corresponding decryptions used in the network are identical.
  • a preexisting network receiving device having the active network encryption / decryption key and at least one encryption / decryption key previously used in the network and having the capacity to transmit them securely, transmits the encryption / decryption of the active network to the new source device.
  • the invention also relates to a method of broadcasting data by a source device connected to a network as above, in which the encryption keys and the decryption keys used are identical.
  • This process consists of encrypting the data using the active network encryption / decryption key; and to broadcast the encrypted data accompanied by an imprint of the active key, the imprint being calculated using a one-way function applied to the key of the active network.
  • the invention also relates to a method for receiving encrypted data in a receiving device connected to a network as mentioned above, the data having been broadcast according to the method described above and the receiving device further containing a fingerprint of each key. encryption / decryption it contains, calculated using a one-way function applied to said key.
  • the method includes extracting a key fingerprint from the received data; comparing the fingerprint extracted with the fingerprints of the encryption / decryption keys contained in the receiving device; and in case of equality between the extracted fingerprint and one of the fingerprints stored in the receiving device, to decrypt the data with the key corresponding to said fingerprint.
  • the invention also relates to another method of broadcasting data by a source device connected to a network as mentioned above. This method consists in: (a) applying a one-way function to a first part of the data; (b) encrypt the result of the calculation carried out in step
  • the invention also relates to a method for receiving data, broadcast according to the above method, in a receiving device connected to a network as described above.
  • This method consists in: (a) applying a one-way function to a first part of the unencrypted data; (b) decrypting a second part of the data using a network decryption key contained in the receiving device, and (c) comparing the result of the decryption of a portion of the data deciphered in step (b) with the result of the calculation carried out in step (a) for:
  • step (b) recovers the remaining portion of the data deciphered in step (b); and - if there is a difference, return to step (b) to decrypt the second part of the data using another network decryption key contained in the receiving device.
  • the invention further relates to a third method of broadcasting data by a source device connected to a network as described above.
  • the method includes encrypting the data using the active network encryption key; and to disseminate said encrypted data as well as an index corresponding to the active key of the network.
  • a method of receiving data, broadcast according to the above method, in a receiving device connected to a network as mentioned above consists in extracting from the data received an index corresponding to the network encryption key used to encrypt the data; deducing from this index the corresponding network decryption key; and decrypting the data using the decryption key.
  • FIG. 1 schematically shows a network according to the invention.
  • FIG. 1 we have schematically represented an example of a digital home network in which the data is protected against copying using the principles described in the aforementioned patent applications (application FR-A-2 792 482 in the name of THOMSON multimedia and request FR No. 01 05568 in the name of THOMSON Licensing SA) which can be referred to for more details.
  • the network comprises a source device 1, a receiver device 2 and a recording device 3 linked together by a digital bus B, which is for example a bus according to the IEEE 1394 standard.
  • the source device 1 comprises a digital decoder 10 provided with a smart card reader provided with a smart card 11. This decoder receives digital data, in particular audio / video programs distributed by a service provider.
  • the receiving device 2 comprises a digital television receiver (DTV) 20 provided with a smart card reader provided with a smart card 21 and the recording device 3 is in particular a digital video recorder (DVCR).
  • DTV digital television receiver
  • DVCR digital video recorder
  • the digital data which enters the network via the source device 1 is generally scrambled data according to the principle of pay television.
  • the data is scrambled using control words (CW) which are themselves transmitted in the data stream in encrypted form using an encryption key K while being contained in control messages (ECM). , from the English “Entitlement Control Message”).
  • CW control words
  • ECM control messages
  • the encryption key K is made available to users who have paid to receive the data, in particular by being stored in a smart card. In the example of FIG. 1, it is assumed that the smart card 11 contains such a key K.
  • the source device 1 which receives this scrambled digital data then formats it so that it is broadcast on the digital network.
  • the ECM messages containing the control words encrypted using the key K are transformed by a converter module 12 contained in the smart card 11 into LECM messages (from the English "Local Entitlement Control Message") containing the decrypted control words, the LECM messages being protected using a key specific to the local home network.
  • the data circulating on the network therefore consists of packets 60 as shown in FIG. 2.
  • a packet 60 contains: scrambled data 62 and a LECM message 61.
  • the LECM message itself comprises two parts:
  • a part 610 containing data in clear that is to say unencrypted.
  • These can include packet headers, the size of the LECM message, a version number of the copy protection system, etc. ; and a part 611 containing protected data, in particular the control words CW.
  • the data protected in part 611 of the LECM message are encrypted using of a secret key (or symmetric key) of the network Kn.
  • a secret key or symmetric key
  • the invention also applies alternatively in the case where a more complex key management system is used, such as that described in the aforementioned application FR No. 01 05568 in the name of THOMSON Licensing SA This variant will be explained more briefly in the embodiments described later.
  • Data packets such as packet 60 are received by the receiving device 2 which processes LECM messages in a terminal module 22 of the smart card 21.
  • the terminal module 22 contains the secret key of the network Kn and is thus capable of decrypting the protected part of LECM messages.
  • the receiving device retrieves the control words CW used to scramble the "useful" data 62 and is thus able to descramble these data to present them to a user.
  • the recording device 3 receives the data to be recorded in the form of packets 60 containing the scrambled data.
  • a digital home network can contain several source devices, several receiving devices and several recording devices.
  • all the converters of the source devices must contain the secret key Kn of the network to generate the LECM messages and all the terminals of the receiving devices must contain the key Kn to decrypt the protected part of the LECM messages.
  • a digital home network can evolve. The user can thus add or remove devices in the network. It may be necessary to change the Kn network key or use a new encryption algorithm, especially when system security is compromised.
  • each terminal module of a receiving device holds all of the keys Kn [i] which have been used since the creation of the domestic digital network. Of these, only one key is "active"; in the following we will denote it Kn [0].
  • the converter modules of the source devices contain only this active network key Kn [0].
  • the data previously stored in the network can still be read by reception devices which have all the keys used to encrypt LECM messages since the creation of the network.
  • Source devices only require the active key Kn [0] to generate LECM messages for new data entering the network.
  • the digital data entering the network is not necessarily in the form described above (data scrambled by control words contained in encrypted form in ECM messages) but whatever the form in which the source device receives data from outside the network, transmits it over the network in the form of packets such as the one shown in Figure 2. If necessary, the source device generates the control words itself and scrambles the data using these control words before transmitting them in the protected part of the LECM message.
  • a new receiving device When a new receiving device is connected to the network, it receives all of these keys from a particular receiving device on the network, the parent, which also indicates which key is active.
  • Each receiving device can in fact be in one of the following states: Virgin, Genitor or Sterile.
  • a blank receiving device is defined by the fact that it does not include the keys of the network Kn [i]. It is typically a device not yet connected to the network. This is the default state of a receiving device.
  • a Sterile device is defined by the fact that it has the keys to the Kn [i] network, but that it cannot transmit them to another device.
  • a Generator device is defined by the fact that it has the keys of the network Kn [i], and that it can transmit them to other devices of the network. There is only one spawning device in the network.
  • the state of a receiving device is memorized by a status indicator, for example a register located in the terminal module 22 of the receiving device.
  • the parent receiving device When a new source device is connected to the network, the parent receiving device only transmits the active network key to it Kn [0].
  • the key Kn [0] is then stored in the converter module of the new source device.
  • the source device does not receive the active network key itself but information based on this key. More precisely, as explained in the aforementioned application FR No. 01 05568, the new source device generates a symmetric encryption key Kc which is then used to encrypt the data to be protected from the LECM message. It securely transmits this symmetric key Kc to the network receiving device which returns to it the key Kc encrypted with the active network key Kn [0].
  • the new source device then stores the result of this encryption E Kn [0] (c) in its converter module.
  • this new receiving device subsequently broadcasts data in the network, it will include in the plaintext part 610 of the LECM messages the encryption E ⁇ n [0] (Kc) of the symmetric key Kc with the active network key Kn [0].
  • a receiving device When a receiving device receives data to be presented to a user, this data being transmitted in the form of packets 60 each containing scrambled data and an LECM message, the receiving device must first determine with which key Kn [i] have The LECM message data has been encrypted.
  • each receiving device contains a table stored in its terminal module such as table 1 below in which:
  • the “Key” column contains each of the N secret keys of the network which has been or is active in the network; the active network key is the Kn [0] key.
  • the field containing the key has a fixed size, large enough to take account of future changes in key sizes, but the keys stored may have a size less than the size of the field;
  • the column “H (Key)” contains the result of a one-way H function applied to each of the keys Kn [i]; preferably use the SHA-1 hash function;
  • the “@function_processing” column contains a pointer to a processing function contained in software embedded in the smart card containing the terminal module.
  • the genitor receiver device transmits to it the active network key Kn [0].
  • the key Kn [0] is stored in the converter module of the source device and the converter module calculates, using the aforementioned one-way function H, the fingerprint H (Kn [0]) of this key. All the converter modules of the source devices of the network therefore have the key Kn [0] and its fingerprint H (Kn [0]).
  • a converter module of a source device When a converter module of a source device must generate a new LECM message to transmit new data over the network, it uses the active key Kn [0] to encrypt the data of the protected part of the LECM message (in particular to encrypt the control word CW) and it inserts the fingerprint H (Kn [0]) of the active key, in the part of the LECM message containing the data in clear.
  • the source device does not receive the active network key Kn [0] itself but information based on this key (E Kn [0] (Kc)) . It also receives, according to this embodiment A, the fingerprint H (Kn [0]) of the active key which it stores in its converter module. When it generates a new LECM message, the converter module encrypts the data of the part to be protected with the symmetric encryption key Kc and it inserts the H fingerprint (Kn [0]) of the active key and the encryption of the key Kc using this active key Kn [0].
  • the data recorded in the network contains LECM messages encrypted with different keys used successively as the active network key.
  • the terminal module of the receiving device receives LECM messages which it must decrypt using the correct key stored in table 1. For this, the terminal module extracts all first of the clear part of the LECM message the H fingerprint (Kn [j]) of the key used to encrypt the data of the protected part of the LECM message.
  • the processing function first performs the decryption of the information E Kn [0] (Kc), extracted from the clear part of the LECM message, to recover the key Kc before decrypting the data protected with this key Kc.
  • each terminal module of the receiving devices contains the list of keys Kn [0], ..., Kn [i], ..., Kn [N] which have been used in the network since its creation.
  • Each converter module of a source device contains the active network key Kn [0]. When it must generate an LECM message, the converter encrypts the data to be protected with the key Kn [0]. It also calculates the result of a one-way function, notably a "CRC" (of
  • a terminal module of a receiving device When a terminal module of a receiving device receives an LECM message to be decrypted, it systematically performs a decryption of the data contained in the protected part of the LECM message using each key Kn [i] stored in the terminal module . It also calculates the CRC from the data contained in the plaintext part of the LECM message and it then compares each CRC decryption result with that calculated from the plaintext data. When the result is identical, this means that the key used to decrypt is the one used to encrypt the LECM message.
  • the terminal module is therefore able to recover the protected data (including the control words) from the LECM message and descramble the data to present it to the user.
  • the converter module of the source device encrypts the data to be protected from the LECM message (including the result of the CRC) with the symmetric key Kc and it inserts the encryption of the key Kc using the active network key Kn [0] in the clear part of the LECM message.
  • the terminal module of a receiving device which receives such a LECM message, for its part, performs the same operations as those described above but with an additional step, that is to say it first of all performs a decryption of the information E Kn [j ] (Kc), extracted from the clear part of the LECM message, using a first key Kn [i] to recover the supposed key Kc. It then tries to decrypt the protected part of the LECM message with this key Kc. If the key Kn [i] corresponds to that which was used to encrypt the key Kc, then the CRC found in the protected part of the data will correspond to the CRC calculated on the clear part of the data. Otherwise, the terminal module continues by trying another key Kn [i + 1].
  • each terminal module of the receiving devices has a large random number called
  • Key_space This number is preferably created at the initialization of the system, for example when the smart cards containing the terminal modules are created. All the successive keys Kn [i] used in the network are extracted from this number Key_space:
  • each key represents a subset of the number Key_space
  • each key is the result of a calculation made from the number Espace_Key or a part of this number.
  • each receiving device contains a table stored in its terminal module such as table 2 below containing indexes and, for each index, a pointer to a processing function contained in software embedded in the smart card containing the terminal module.
  • Each index of table 2 corresponds to the use of a different key Kn [i] and the processing function located at the address @fonction_traitement [i] allows this key to be extracted from the number Espace_Key.
  • the converter modules located in the source devices contain the active network key Kn [0] and the corresponding index [0]. When they generate an LECM message, they use the Kn [0] key to encrypt the data of the protected part and they insert the index [0] in the clear part of the LECM message.
  • a terminal module when a terminal module receives a LECM message, it will read in the clear part the index [i] contained therein and it calls the function located at the address @function_processing [i] to calculate the Kn [i] key which was used to encrypt part of the LECM message. It can then decrypt the protected part of the LECM message using this key Kn [i].
  • the converter modules encrypt the data to be protected from LECM messages with the symmetric key Kc and insert in the clear part LECM messages: the index [0] of the active key and the encryption of the key Kc with the active network key Kn [0].
  • the terminal module which receives such a message retrieves as above the key Kn [0] using the index [0] extracted from the clear part of the message. It can then find the key Kc by decrypting the information E Kn [0] (Kc) and then decrypt the protected data using Kc.

Abstract

L'invention concerne un réseau numérique local comprenant: au moins un dispositif source (1) destiné à diffuser des données (60) sur le réseau; et au moins un dispositif récepteur (2) destiné à recevoir lesdites données (60). Le dispositif source (1) utilise une clé de chiffrement du réseau active (Kn[0]) pour chiffrer des données susceptibles d'être diffusées dans le réseau et le dispositif récepteur (2) contient : une clé de déchiffrement du réseau active (Kn[0]) pour déchiffrer des données chiffrées en utilisant ladite clé de chiffrement active et au moins une clé de déchiffrement du réseau (Kn[i]) pour déchiffrer des données chiffrées à l'aide d'une clé de chiffrement utilisée antérieurement dans le réseau. L'invention concerne également l'installation de nouveaux dispositifs dans un tel réseau ainsi que la transmission de données d'un dispositif source à un dispositif récepteur.

Description

Réseau numérique local, procédés d'installation de nouveaux dispositifs et procédés de diffusion et de réception de données dans un tel réseau
Domaine de l'invention La présente invention se rapporte d'une manière générale au domaine des réseaux numériques locaux et plus particulièrement au domaine des réseaux numériques domestiques. Elle concerne plus précisément la protection contre la copie des données numériques circulant dans de tels réseaux.
Etat de la technique
Un tel réseau est constitué d'un ensemble de dispositifs reliés entre eux par un bus numérique, par exemple un bus selon la norme IEEE 1394. Il comprend notamment deux types de dispositifs : - Des dispositifs sources capables d'émettre des données sur le réseau : Ces dispositifs peuvent récupérer les données à travers un « canal » externe au réseau.
- Des dispositifs récepteurs, adaptés à recevoir les données circulant sur le réseau, pour les traiter ou les présenter à l'utilisateur. Ainsi, si on prend l'exemple d'un réseau numérique domestique destiné à véhiculer des données audio et/ou vidéo dans différentes pièces d'une maison, les dispositifs sources sont par exemple des décodeurs numériques recevant des programmes vidéo de l'extérieur du réseau, via une antenne satellite ou via une connexion au câble, ou bien des lecteurs de disques optiques diffusant sur le réseau, sous forme numérique, des données (audio et/ou vidéo) lues sur un disque (le disque contient dans ce cas des données provenant de l'extérieur du réseau). Les dispositifs récepteurs sont par exemple des récepteurs de télévision permettant de visualiser des programmes vidéo reçus du réseau ou, d'une manière plus générale tout type d'appareil ayant la capacité de déchiffrer des données chiffrées.
Si on se place du point de vue des fournisseurs de contenu qui fournissent les données en provenance de l'extérieur du réseau local, notamment des prestataires de services diffusant des programmes télévisés payants ou bien des éditeurs de disques optiques par exemple, il est nécessaire d'éviter que ces données transmises ne soient copiées et puissent circuler facilement (par exemple en étant copiées sur un disque optique ou tout autre support d'enregistrement) d'un réseau local à l'autre. Pour cela, il est connu de transmettre les données sous forme secrète en les chiffrant à l'aide d'algorithmes de cryptographie utilisant des clés qui sont connues au préalable des appareils autorisés à recevoir ces données ou bien qui sont échangées selon des protocoles particuliers sécurisés entre le fournisseur de contenu et ces appareils.
La demande de brevet français déposée le 13 avril 1999, au nom de THOMSON multimédia, et publiée sous la référence FR-A-2 792 482, concerne un réseau domestique dans lequel une clé publique propre au réseau est utilisée pour chiffrer des données circulant entre des appareils du réseau, typiquement en provenance des dispositifs source précédemment mentionnés vers des dispositifs récepteurs. Seuls les appareils récepteurs de ce réseau possèdent la clé privée correspondant à la clé publique. Le couple (clé publique, clé privée) étant spécifique au réseau, des données chiffrées dans le cadre de ce réseau ne peuvent être déchiffrées par des appareils d'un autre réseau.
La demande de brevet français No. 01 05568, déposée le 25 avril 2001 au nom du demandeur THOMSON Licensing S.A. concerne quant à elle un procédé de gestion de clés dans un réseau tel que ci-dessus utilisant essentiellement des clés symétriques. Les dispositifs sources chiffrent les données à l'aide d'une première clé symétrique renouvelée très fréquemment et ils transmettent cette première clé aux autres appareils du réseau sous forme chiffrée à l'aide d'une deuxième clé symétrique spécifique au réseau. La deuxième clé symétrique est contenue dans les dispositifs récepteurs.
Dans les deux solutions exposées ci-dessus, les données sont protégées par une même clé de chiffrement (ou une même paire de clés privée/publique) spécifique au réseau et par un même algorithme de chiffrement. Cependant, il peut parfois être nécessaire de renouveler ces clés et/ou l'algorithme de chiffrement utilisé, en particulier si l'algorithme de chiffrement utilise des clés trop courtes ou si celui-ci n'est plus sûr, indépendamment de la longueur de la clé, pour utiliser des clés de longueur plus importante ou un algorithme de chiffrement plus puissant. Malheureusement dans ce cas les données enregistrées précédemment dans le réseau ne pourraient plus être déchiffrables avec la nouvelle clé et/ou le nouvel algorithme de chiffrement.
Exposé de l'invention
L'invention a pour objet un réseau numérique local comprenant : - au moins un dispositif source destiné à diffuser des données sur le réseau; et;
- au moins un dispositif récepteur destiné à recevoir lesdites données. Selon l'invention, le dispositif source utilise une clé de chiffrement du réseau active pour chiffrer des données susceptibles d'être diffusées dans le réseau ; et le dispositif récepteur contient une clé de déchiffrement du réseau active pour déchiffrer des données chiffrées en utilisant la clé de chiffrement active et au moins une autre clé de déchiffrement du réseau pour déchiffrer des données chiffrées à l'aide d'une clé de chiffrement utilisée antérieurement dans le réseau.
Le réseau numérique local peut également comporter l'une ou plusieurs des caractéristiques suivantes :
- le dispositif récepteur contient toutes les clés de déchiffrement du réseau utilisées antérieurement depuis la création du réseau ;
- le dispositif source contient la clé de chiffrement du réseau active et il chiffre les données susceptibles d'être diffusées dans le réseau avec cette clé du réseau active ;
- le dispositif source contient une première clé symétrique ainsi que cette première clé symétrique chiffrée avec la clé de chiffrement du réseau active ; il chiffre les données susceptibles d'être diffusées dans le réseau avec la première clé symétrique et il est adapté à diffuser, avec les données chiffrées, la première clé symétrique chiffrée avec la clé de chiffrement du réseau active ; - le dispositif source et le dispositif récepteur utilisent des procédés de chiffrement symétriques et les clés de chiffrement et les clés de déchiffrement correspondantes utilisées dans le réseau sont identiques.
L'invention concerne également un procédé d'installation d'un nouveau dispositif récepteur dans un réseau numérique local tel que ci-dessus comprenant déjà au moins un dispositif récepteur. Selon ce procédé, un dispositif récepteur préexistant du réseau, possédant la clé de déchiffrement du réseau active et au moins une clé de déchiffrement utilisée précédemment dans le réseau, et ayant la capacité de les transmettre de façon sécurisée, transmet lesdites clés de déchiffrement au nouveau dispositif récepteur. Un autre aspect de l'invention concerne un procédé d'installation d'un nouveau dispositif source dans un réseau numérique local tel que ci- dessus dans lequel le dispositif source et le dispositif récepteur utilisent des procédés de chiffrement symétriques et les clés de chiffrement et les clés de déchiffrement correspondantes utilisées dans le réseau sont identiques. Selon ce procédé, un dispositif récepteur préexistant du réseau, possédant la clé de chiffrement/déchiffrement du réseau active et au moins une clé de chiffrement/ déchiffrement utilisée précédemment dans le réseau et ayant la capacité de les transmettre de façon sécurisée, transmet la clé de chiffrement/déchiffrement du réseau active au nouveau dispositif source.
L'invention concerne aussi un procédé de diffusion de données par un dispositif source raccordé à un réseau tel que ci-dessus dans lequel les clés de chiffrement et les clés de déchiffrement utilisées sont identiques. Ce procédé consiste à chiffrer les données à l'aide de la clé de chiffrement/déchiffrement du réseau active ; et à diffuser les données chiffrées accompagnées d'une empreinte de la clé active, l'empreinte étant calculée à l'aide d'une fonction à sens unique appliquée à la clé du réseau active.
L'invention concerne également un procédé de réception de données chiffrées dans un dispositif récepteur raccordé à un réseau tel que mentionné plus haut, les données ayant été diffusées selon le procédé décrit ci-dessus et le dispositif récepteur contenant en outre une empreinte de chaque clé de chiffrement/déchiffrement qu'il contient, calculée à l'aide d'une fonction à sens unique appliquée à ladite clé. Le procédé consiste à extraire des données reçues une empreinte de clé ; à comparer l'empreinte extraite avec les empreintes des clés de chiffrement/déchiffrement contenues dans le dispositif récepteur ; et en cas d'égalité entre l'empreinte extraite et l'une des empreintes stockées dans le dispositif récepteur, à déchiffrer les données avec la clé correspondant à ladite empreinte. L'invention concerne encore un autre procédé de diffusion de données par un dispositif source raccordé à un réseau tel que mentionné plus haut. Ce procédé consiste à : (a) appliquer une fonction à sens unique à une première partie des données ; (b) chiffrer le résultat du calcul effectué à l'étape
(a) et une deuxième partie des données à protéger à l'aide de la clé de chiffrement du réseau active ; et (c) diffuser lesdites données chiffrées à l'étape
(b) ainsi que la première partie des données sur le réseau.
L'invention concerne aussi un procédé de réception de données, diffusées selon le procédé ci-dessus, dans un dispositif récepteur raccordé à un réseau tel que décrit ci-dessus. Ce procédé consiste à : (a) appliquer une fonction à sens unique à une première partie des données non chiffrées ; (b) déchiffrer une seconde partie des données à l'aide d'une clé de déchiffrement du réseau contenue dans le dispositif récepteur, et (c) comparer le résultat du déchiffrement d'une portion des données déchiffrées à l'étape (b) avec le résultat du calcul effectué à l'étape (a) pour :
- en cas d'égalité, récupérer la portion restante des données déchiffrées à l'étape (b) ; et - en cas de différence, retourner à l'étape (b) pour effectuer le déchiffrement de la seconde partie des données à l'aide d'une autre clé de déchiffrement du réseau contenue dans le dispositif récepteur.
L'invention concerne en outre un troisième procédé de diffusion de données par un dispositif source raccordé à un réseau tel que décrit plus haut. Le procédé consiste à chiffrer les données à l'aide de la clé de chiffrement du réseau active ; et à diffuser lesdites données chiffrées ainsi qu'un index correspondant à la clé active du réseau.
Un procédé de réception de données, diffusées selon le procédé ci- dessus, dans un dispositif récepteur raccordé à un réseau tel que mentionné plus haut consiste à extraire des données reçues un index correspondant à la clé de chiffrement de réseau utilisée pour chiffrer les données ; à déduire de cet index la clé de déchiffrement de réseau correspondante ; et à déchiffrer les données à l'aide de la clé de déchiffrement.
Brève description des dessins
D'autres caractéristiques et avantages de l'invention apparaîtront à travers la description de plusieurs exemples de réalisation particuliers non limitatifs, explicités à l'aide des figures jointes, parmi lesquelles :
- la figure 1 représente schématiquement un réseau selon l'invention ; et
- la figure 2 représente des données circulant dans ce réseau.
Description détaillée de modes de réalisation de l'invention
Sur la figure 1 , nous avons représenté de manière schématique un exemple de réseau numérique domestique dans lequel les données sont protégées contre la copie en utilisant les principes décrit dans les demandes de brevets précitées (demande FR-A-2 792 482 au nom de THOMSON multimédia et demande FR No. 01 05568 au nom de THOMSON Licensing S.A.) auxquelles on pourra se référer pour plus de détails. Le réseau comprend un dispositif source 1 , un dispositif récepteur 2 et un dispositif d'enregistrement 3 reliés ensembles par un bus numérique B, qui est par exemple un bus selon la norme IEEE 1394. Le dispositif source 1 comprend un décodeur numérique 10 doté d'un lecteur de carte à puce muni d'une carte à puce 11. Ce décodeur reçoit des données numériques, notamment des programmes audio/vidéo distribués par un prestataire de service. Le dispositif récepteur 2 comprend un récepteur de télévision numérique (DTV) 20 doté d'un lecteur de carte à puce muni d'une carte à puce 21 et le dispositif d'enregistrement 3 est notamment un magnétoscope numérique (DVCR).
Les données numériques qui entrent sur le réseau via le dispositif source 1 sont en général des données embrouillées selon le principe de la télévision payante. Les données sont embrouillées à l'aide de mots de contrôle (CW) qui sont eux-même transmis dans le flux de données sous forme chiffrée à l'aide d'une clé de chiffrement K en étant contenus dans des messages de contrôle (ECM, de l'anglais « Entitlement Control Message »). La clé de chiffrement K est mise à la disposition des utilisateurs qui ont payé pour recevoir les données, notamment en étant stockée dans une carte à puce. Dans l'exemple de la figure 1 , on suppose que la carte à puce 11 contient une telle clé K.
Le dispositif source 1 qui reçoit ces données numériques embrouillées les met ensuite en forme pour qu'elles soient diffusées sur le réseau numérique. Pour cela, les messages ECM contenant les mots de contrôle chiffrés à l'aide de la clé K sont transformés par un module convertisseur 12 contenu dans la carte à puce 11 en messages LECM (de l'anglais « Local Entitlement Control Message ») contenant les mots de contrôle déchiffrés, les messages LECM étant protégés à l'aide d'une clé spécifique au réseau domestique local.
Les données qui circulent sur le réseau sont donc constituées de paquets 60 tels que représentés sur la figure 2. Un tel paquet 60 contient : des données embrouillées 62 et un message LECM 61. Le message LECM comprend lui-même deux parties :
- une partie 610 contenant des données en clair, c'est à dire non chiffrées. Il peut s'agir notamment d'en-têtes de paquets, de la taille du message LECM, d'un numéro de version du système de protection contre la copie, etc. ; et - une partie 611 contenant des données protégées, notamment les mots de contrôle CW.
On considérera dans la suite, dans un souci de simplification, que les données protégées dans la partie 611 du message LECM sont chiffrées à l'aide d'une clé secrète (ou clé symétrique) du réseau Kn. Cependant, l'invention s'applique également en variante dans le cas où un système de gestion de clés plus complexe est utilisé, comme par exemple celui décrit dans la demande précitée FR No. 01 05568 au nom de THOMSON Licensing S.A. Cette variante sera exposée plus brièvement dans les modes de réalisation décrits ultérieurement.
Les paquets de données tels que le paquet 60 sont reçus par le dispositif récepteur 2 qui traite les messages LECM dans un module terminal 22 de la carte à puce 21. Le module terminal 22 contient la clé secrète du réseau Kn et est ainsi capable de déchiffrer la partie protégée des messages LECM. A l'aide du contenu de ces messages déchiffrés, le dispositif récepteur récupère les mots de contrôle CW ayant servi à embrouiller les données « utiles » 62 et est ainsi en mesure de désembrouiller ces données pour les présenter à un utilisateur. On notera que le dispositif d'enregistrement 3 reçoit les données à enregistrer sous la forme des paquets 60 contenant les données embrouillées.
Bien entendu, un réseau numérique domestique peut contenir plusieurs dispositifs sources, plusieurs dispositifs récepteurs et plusieurs dispositifs d'enregistrement. Dans ce cas, tous les convertisseurs des dispositifs sources doivent contenir la clé secrète Kn du réseau pour générer les messages LECM et tous les terminaux des dispositifs récepteurs doivent contenir la clé Kn pour déchiffrer la partie protégée des messages LECM.
De plus un réseau numérique domestique peut évoluer. L'utilisateur peut ainsi ajouter ou retirer des appareils dans le réseau. Il peut être nécessaire de changer la clé du réseau Kn ou d'utiliser un nouvel algorithme de chiffrement, notamment lorsque la sécurité du système est compromise.
Selon le principe de l'invention, chaque module terminal d'un dispositif récepteur détient l'ensemble des clés Kn[i] qui ont été utilisées depuis la création du réseau numérique domestique. Parmi celles-ci, une seule clé est « active » ; dans la suite on la notera Kn[0]. Les modules convertisseurs des dispositifs sources en revanche ne contiennent que cette clé de réseau active Kn[0]. Ainsi, les données enregistrées anciennement dans le réseau peuvent toujours être lues par les dispositifs de réception qui possèdent toutes les clés utilisées pour chiffrer les messages LECM depuis la création du réseau. Les dispositifs sources quant à eux n'ont besoin que de la clé active Kn[0] pour générer des messages LECM pour des nouvelles données entrant dans le réseau.
On notera à ce propos que les données numériques entrant dans le réseau ne sont pas forcément sous la forme décrite précédemment (données embrouillées par des mots de contrôle contenus sous forme chiffrée dans des messages ECM) mais quelle que soit la forme sous laquelle le dispositif source reçoit les données de l'extérieur du réseau, il les émet sur le réseau sous la forme de paquets tels celui représenté à la figure 2. Au besoin, le dispositif source génère lui-même les mots de contrôle et il embrouille les données à l'aide de ces mots de contrôle avant de les transmettre dans la partie protégée du message LECM.
Comme on l'a vu plus haut, tous les dispositifs récepteurs possèdent
(dans leur module terminal) l'ensemble des clés Kn[i]. Lorsqu'un nouveau dispositif récepteur est connecté au réseau, il reçoit l'ensemble de ces clés d'un dispositif récepteur particulier du réseau, le géniteur, qui indique également quelle clé est active.
Chaque dispositif récepteur peut en effet être dans l'un des états suivants : Vierge, Géniteur ou Stérile. Un dispositif récepteur Vierge est défini par le fait qu'il ne comporte pas les clés du réseau Kn[i]. C'est typiquement un dispositif non encore relié au réseau. C'est l'état par défaut d'un dispositif récepteur.
Un dispositif Stérile est défini par le fait qu'il possède les clés du réseau Kn[i], mais qu'il ne peut pas les transmettre à un autre dispositif. Un dispositif Géniteur est défini par le fait qu'il possède les clés du réseau Kn[i], et qu'il peut les transmettre à d'autres dispositifs du réseau. Il n'existe qu'un seul dispositif géniteur dans le réseau.
L'état d'un dispositif récepteur est mémorisé par un indicateur d'état, par exemple un registre se trouvant dans le module terminal 22 du dispositif récepteur.
On trouvera plus de détails sur la manière de créer un nouveau réseau et la manière d'échanger les clés entre les dispositifs lorsque des nouveaux dispositifs sont connectés au réseau dans les demandes de brevet précitées (demande FR-A-2 792 482 au nom de THOMSON multimédia et demande FR No. 01 05568 au nom de THOMSON Licensing S.A.).
Quand un nouveau dispositif source est connecté au réseau, le dispositif récepteur géniteur lui transmet seulement la clé de réseau active Kn[0]. La clé Kn[0] est alors mémorisée dans le module convertisseur du nouveau dispositif source. Dans la variante de réalisation utilisant un système de gestion de clés plus complexe, le dispositif source ne reçoit pas la clé de réseau active elle-même mais une information basée sur cette clé. Plus précisément, comme cela est exposé dans la demande FR No. 01 05568 précitée, le nouveau dispositif source génère une clé de chiffrement symétrique Kc qui est utilisée ensuite pour chiffrer les données à protéger du message LECM. Il transmet de manière sécurisée cette clé symétrique Kc au dispositif récepteur géniteur du réseau qui lui retourne la clé Kc chiffrée avec la clé de réseau active Kn[0]. Le nouveau dispositif source mémorise ensuite le résultat de ce chiffrement EKn[0]( c) dans son module convertisseur. Lorsque ce nouveau dispositif récepteur diffusera ultérieurement des données dans le réseau, il inclura dans la partie en clair 610 des messages LECM le chiffrement Eκn[0](Kc) de la clé symétrique Kc avec la clé de réseau active Kn[0].
Lorsqu'un dispositif récepteur reçoit des données à présenter à un utilisateur, ces données étant transmises sous la forme de paquets 60 contenant chacun des données embrouillées et un message LECM, le dispositif récepteur doit d'abord déterminer avec quelle clé Kn[i] ont été chiffrées les données du message LECM.
Ceci peut être effectué par un essai exhaustif de toutes les clés mémorisées dans le module terminal du dispositif récepteur (mode de réalisation B décrit ci-dessous), ou par l'utilisation d'un index (mode de réalisation C décrit ci-dessous), ou encore, de manière préférentielle, par l'utilisation d'empreintes de la clé contenues dans le message LECM (mode de réalisation A décrit ci-dessous).
A] Utilisation d'empreintes
On suppose dans ce mode de réalisation que chaque dispositif récepteur contient une table mémorisée dans son module terminal telle que la table 1 ci-dessous dans laquelle :
- la colonne « Clé » contient chacune des N clés secrètes du réseau qui a été ou est active dans le réseau ; la clé de réseau active est la clé Kn[0]. Le champ contenant la clé a une taille fixe, assez grande pour tenir compte des évolutions futures des tailles de clés, mais les clés mémorisées peuvent avoir une taille inférieure à la taille du champ ; - la colonne « H(Clé) » contient le résultat d'une fonction H à sens unique appliquée à chacune des clés Kn[i] ; on utilisera préférentiellement la fonction de hachage SHA-1 ;
- la colonne « @fonction_traitement » contient un pointeur vers une fonction de traitement contenue dans un logiciel embarqué dans la carte à puce contenant le module terminal.
Figure imgf000012_0001
Table 1
Selon ce mode de réalisation, lorsqu'un nouveau dispositif source est raccordé au réseau, le dispositif récepteur géniteur lui transmet la clé de réseau active Kn[0]. La clé Kn[0] est stockée dans le module convertisseur du dispositif source et le module convertisseur calcule, à l'aide de la fonction H à sens unique précitée, l'empreinte H(Kn[0]) de cette clé. Tous les modules convertisseurs des dispositifs source du réseau possèdent donc la clé Kn[0] et son empreinte H(Kn[0]).
Lorsqu'un module convertisseur d'un dispositif source doit générer un nouveau message LECM pour transmettre de nouvelles données sur le réseau, il utilise la clé active Kn[0] pour chiffrer les données de la partie protégée du message LECM (notamment pour chiffrer le mot de contrôle CW) et il insère l'empreinte H(Kn[0]) de la clé active, dans la partie du message LECM contenant les données en clair.
Dans la variante de réalisation utilisant un système de gestion de clés plus complexe, le dispositif source ne reçoit pas la clé de réseau active Kn[0] elle-même mais une information basée sur cette clé (EKn[0](Kc)). Il reçoit en outre, selon ce mode de réalisation A, l'empreinte H(Kn[0]) de la clé active qu'il mémorise dans son module convertisseur. Lorsqu'il génère un nouveau message LECM, le module convertisseur chiffre les données de la partie à protéger avec la clé de chiffrement symétrique Kc et il insère dans la partie en clair du message LECM l'empreinte H(Kn[0]) de la clé active et le chiffrement de la clé Kc à l'aide de cette clé active Kn[0]. Comme le réseau évolue au cours du temps et que de nouvelles clés sont utilisées en tant que clé de réseau active, les données enregistrées dans le réseau contiennent des messages LECM chiffrés avec différentes clés utilisées successivement en tant que clé de réseau active. Quand l'utilisateur désire rejouer sur un dispositif récepteur des données enregistrées au préalable, le module terminal du dispositif récepteur reçoit des messages LECM qu'il doit déchiffrer en utilisant la bonne clé mémorisée dans la table 1. Pour cela, le module terminal extrait tout d'abord de la partie en clair du message LECM l'empreinte H(Kn[j]) de la clé utilisée pour chiffrer les données de la partie protégée du message LECM. Il compare ensuite cette empreinte H(Kn[j]) avec toutes celles mémorisées dans la table 1 et, si une valeur correspond, il appelle alors la fonction située à l'adresse @fonction_traitement 0] qui effectue le déchiffrement de la partie protégée du message LECM à l'aide de la clé Kn[j]. Si par contre aucune empreinte ne correspond dans la table 1 , cela signifie que les données reçues n'ont pas été enregistrées dans le réseau domestique. Le message LECM ne peut donc pas être déchiffré et les données correspondantes ne peuvent pas être désembrouillées.
On notera que les différentes fonctions de traitement utilisées peuvent non seulement utiliser des algorithmes de chiffrement différents mais également effectuer d'autres traitements sur les données.
Par exemple, lorsque la partie protégée du message LECM est chiffrée à l'aide d'une clé symétrique Kc comme cela a été décrit ci-dessus dans une variante de réalisation, la fonction de traitement effectue d'abord le déchiffrement de l'information EKn[0](Kc), extraite de la partie en clair du message LECM, pour récupérer la clé Kc avant de déchiffrer les données protégées avec cette clé Kc.
B] Essai systématique des clés
Selon ce mode de réalisation, chaque module terminal des dispositifs récepteurs contient la liste des clés Kn[0],... , Kn[i], ... , Kn[N] qui ont été utilisées dans le réseau depuis sa création.
Chaque module convertisseur d'un dispositif source contient quant à lui la clé de réseau active Kn[0]. Lorsqu'il doit générer un message LECM, le convertisseur chiffre les données à protéger avec la clé Kn[0]. Il calcule également le résultat d'une fonction à sens unique, notamment un « CRC » (de
« Check Redundancy Code »), sur tout ou partie des données en clair du message LECM et il chiffre ce CRC avec la clé Kn[0], le résultat de ce chiffrement étant inséré dans la partie protégée du message LECM.
Lorsqu'un module terminal d'un dispositif récepteur reçoit un message LECM à déchiffrer, il effectue de manière systématique un déchiffrement des données contenues dans la partie protégée du message LECM à l'aide de chaque clé Kn[i] mémorisée dans le module terminal. Il calcule également le CRC à partir des données contenues dans la partie en clair du message LECM et il compare ensuite chaque résultat de déchiffrement du CRC avec celui calculé à partir des données en clair. Lorsque le résultat est identique cela signifie que la clé utilisée pour déchiffrer est celle qui a servi à chiffrer le message LECM.
Le module terminal est donc en mesure de récupérer les données protégées (dont les mots de contrôle) du message LECM et de désembrouiller les données pour les présenter à l'utilisateur. Lorsqu'on utilise la variante de réalisation avec un système de gestion de clés plus complexe mentionnée plus haut, le module convertisseur du dispositif source chiffre les données à protéger du message LECM (y compris le résultat du CRC) avec la clé symétrique Kc et il insère dans la partie en clair du message LECM le chiffrement de la clé Kc à l'aide de la clé de réseau active Kn[0].
Le module terminal d'un dispositif récepteur qui reçoit un tel message LECM effectue quant à lui les mêmes opérations que celles décrites ci-dessus mais avec une étape supplémentaire, c'est à dire qu'il effectue tout d'abord un déchiffrement de l'information EKn[j](Kc), extraite de la partie en clair du message LECM, à l'aide d'une première clé Kn[i] pour récupérer la supposée clé Kc. Il essaie ensuite de déchiffrer la partie protégée du message LECM avec cette clé Kc. Si la clé Kn[i] correspond à celle qui a été utilisée pour chiffrer la clé Kc, alors le CRC retrouvé dans la partie protégée des données correspondra au CRC calculé sur la partie en clair des données. Autrement, le module terminal poursuit en essayant une autre clé Kn[i+1].
C] Utilisation d'un index
Selon ce mode de réalisation, chaque module terminal des dispositifs récepteurs possède un nombre aléatoire de grande taille appelé
« Espace_clé ». Ce nombre est préférentiellement créé à l'initialisation du système, par exemple lorsque les cartes à puces contenant les modules terminaux sont créées. Toutes les clés successives Kn[i] utilisées dans le réseau sont extraites de ce nombre Espace_clé :
- soit chaque clé représente un sous-ensemble du nombre Espace_clé ;
- soit chaque clé est le résultat d'un calcul effectué à partir du nombre Espace_clé ou d'une partie de ce nombre.
On suppose de plus, dans ce mode de réalisation que chaque dispositif récepteur contient une table mémorisée dans son module terminal telle que la table 2 ci-dessous contenant des index et, pour chaque index, un pointeur vers une fonction de traitement contenue dans un logiciel embarqué dans la carte à puce contenant le module terminal.
Figure imgf000015_0001
Table 2
Chaque index de la table 2 correspond à l'utilisation d'une clé différente Kn[i] et la fonction de traitement située à l'adresse @fonction_traitement[i] permet d'extraire cette clé à partir du nombre Espace_clé.
Les modules convertisseurs situés dans les dispositifs sources contiennent quant à eux la clé de réseau active Kn[0] et l'index correspondant [0]. Lorsqu'ils génèrent un message LECM, ils utilisent la clé Kn[0] pour chiffrer les données de la partie protégée et ils insèrent l'index [0] dans la partie en clair du message LECM.
De ce fait, lorsqu'un module terminal reçoit un message LECM, il va lire dans la partie en clair l'index [i] qui y est contenu et il appelle la fonction située à l'adresse @fonction_traitement[i] pour calculer la clé Kn[i] qui a été utilisée pour chiffrer une partie du message LECM. Il peut ensuite déchiffrer la partie protégée du message LECM grâce à cette clé Kn[i].
Dans la variante de réalisation utilisant une gestion de clés plus complexes, les modules convertisseurs chiffrent les données à protéger des messages LECM avec la clé symétrique Kc et insèrent dans la partie en clair des messages LECM : l'index [0] de la clé active et le chiffrement de la clé Kc avec la clé de réseau active Kn[0]. Le module terminal qui reçoit un tel message récupère comme ci-dessus la clé Kn[0] à l'aide de l'index [0] extrait de la partie en clair du message. Il peut ensuite retrouver la clé Kc en déchiffrant l'information EKn[0](Kc) puis déchiffrer les données protégées à l'aide de Kc.
Grâce à l'invention, il est possible de faire évoluer des réseaux numériques domestiques en garantissant toujours une protection contre la copie illicite tout en permettant aux utilisateurs honnêtes de relire les données enregistrées dans le passé.

Claims

REVENDICATIONS
1. Réseau numérique local comprenant : - au moins un dispositif source (1 ) destiné à diffuser des données
(60) sur le réseau; et
- au moins un dispositif récepteur (2) destiné à recevoir lesdites données (60), caractérisé en ce que le dispositif source (1) utilise une clé de chiffrement du réseau active (Kn[0]) pour chiffrer des données susceptibles d'être diffusées dans le réseau ; et en ce que le dispositif récepteur (2) contient :
- une clé de déchiffrement du réseau active (Kn[0]) pour déchiffrer des données chiffrées en utilisant ladite clé de chiffrement active et - au moins une clé de déchiffrement du réseau (Kn[i]) pour déchiffrer des données chiffrées à l'aide d'une clé de chiffrement utilisée antérieurement dans le réseau.
2. Réseau numérique local selon la revendication 1 , caractérisé en ce que le dispositif récepteur (2) contient toutes les clés de déchiffrement du réseau utilisées antérieurement depuis la création du réseau.
3. Réseau numérique local selon l'une des revendications 1 ou 2, caractérisé en ce que le dispositif source (1) contient la clé de chiffrement du réseau active (Kn[0]) et en ce qu'il chiffre les données susceptibles d'être diffusées dans le réseau avec ladite clé du réseau active.
4. Réseau numérique local selon l'une des revendications 1 ou 2, caractérisé en ce que le dispositif source (1) contient : - une première clé symétrique (Kc) ainsi que
- ladite première clé symétrique chiffrée avec la clé de chiffrement du réseau active (EKn[0](Kc)) ; en ce qu'il chiffre les données susceptibles d'être diffusées dans le réseau avec ladite première clé symétrique et en ce qu'il est adapté à diffuser, avec lesdites données chiffrées
(611), la première clé symétrique chiffrée avec la clé de chiffrement du réseau active (E«n[0](Kc)).
5. Réseau numérique local selon l'une des revendications 1 ou 2, caractérisé en ce que le dispositif source (1) et le dispositif récepteur (2) utilisent des procédés de chiffrement symétriques et en ce que les clés de chiffrement et les clés de déchiffrement correspondantes utilisées dans le réseau sont identiques.
6. Procédé d'installation d'un nouveau dispositif récepteur (2) dans un réseau numérique local selon l'une des revendications précédentes comprenant déjà au moins un dispositif récepteur, caractérisé en ce qu'un dispositif récepteur préexistant du réseau, possédant la clé de déchiffrement du réseau active (Kn[0]) et au moins une clé de déchiffrement (Kn[i]) utilisée précédemment dans le réseau, et ayant la capacité de les transmettre de façon sécurisée, transmet lesdites clés de déchiffrement au nouveau dispositif récepteur.
7. Procédé d'installation d'un nouveau dispositif source (1) dans un réseau numérique local selon la revendication 5 comprenant déjà au moins un dispositif récepteur (2), caractérisé en ce qu'un dispositif récepteur préexistant du réseau, possédant la clé de chiffrement/déchiffrement du réseau active (Kn[0]) et au moins une clé de chiffrement/déchiffrement (Kn[i]) utilisée précédemment dans le réseau et ayant la capacité de les transmettre de façon sécurisée, transmet la clé de chiffrement/déchiffrement du réseau active au nouveau dispositif source.
8. Procédé de diffusion de données par un dispositif source (1 ) raccordé à un réseau selon la revendication 5, caractérisé en ce qu'il consiste à :
- chiffrer les données à l'aide de la clé de chiffrement/déchiffrement du réseau active (Kn[0]) ; et - diffuser lesdites données chiffrées (611) ainsi qu'une empreinte de ladite clé active, calculée à l'aide d'une fonction à sens unique appliquée à la clé du réseau active.
9. Procédé de réception de données chiffrées (611) dans un dispositif récepteur (2) raccordé à un réseau selon la revendication 5, lesdites données ayant été diffusées selon le procédé de la revendication 8, caractérisé en ce que, le dispositif récepteur contenant en outre une empreinte de chaque clé de chiffrement/déchiffrement qu'il contient, calculée à l'aide d'une fonction à sens unique appliquée à ladite clé, le procédé consiste à : - extraire des données reçues une empreinte de clé ;
- comparer l'empreinte extraite avec les empreintes des clés de chiffrement/déchiffrement contenues dans le dispositif récepteur ; et
- en cas d'égalité entre l'empreinte extraite et l'une des empreintes stockées dans le dispositif récepteur, déchiffrer les données avec la clé correspondant à ladite empreinte.
10. Procédé de diffusion de données (LECM) par un dispositif source (1) raccordé à un réseau selon l'une des revendications 1 à 3 , caractérisé en ce qu'il consiste à : (a) appliquer une fonction à sens unique à une première partie des données ;
(b) chiffrer le résultat du calcul effectué à l'étape (a) et une deuxième partie des données à protéger à l'aide de la clé de chiffrement du réseau active
(Kn[0]) ; et (c) diffuser lesdites données chiffrées à l'étape (b) ainsi que la première partie des données sur le réseau.
11. Procédé de réception de données (LECM) dans un dispositif récepteur (2) raccordé à un réseau selon l'une des revendications 1 à 3, lesdites données ayant été diffusées selon le procédé de la revendication 10, caractérisé en ce qu'il consiste à :
(a) appliquer une fonction à sens unique à une première partie des données non chiffrées ;
(b) déchiffrer une seconde partie des données à l'aide d'une clé de déchiffrement du réseau contenue dans le dispositif récepteur, et
(c) comparer le résultat du déchiffrement d'une portion des données déchiffrées à l'étape (b) avec le résultat du calcul effectué à l'étape (a) pour,
- en cas d'égalité, récupérer la portion restante des données déchiffrées à l'étape (b) ; et - en cas de différence, retourner à l'étape (b) pour effectuer le déchiffrement de la seconde partie des données à l'aide d'une autre clé de déchiffrement du réseau contenue dans le dispositif récepteur.
12. Procédé de diffusion de données par un dispositif source (1 ) raccordé à un réseau selon l'une des revendications 1 à 3, caractérisé en ce qu'il consiste à :
- chiffrer les données à l'aide de la clé de chiffrement du réseau active (Kn[0]) ; et
- diffuser lesdites données chiffrées (611 ) ainsi qu'un index correspondant à la clé active du réseau.
13. Procédé de réception de données dans un dispositif récepteur (2) raccordé à un réseau selon l'une des revendications 1 à 3, lesdites données ayant été diffusées selon le procédé de la revendication 12, caractérisé en ce qu'il consiste à :
- extraire des données reçues un index correspondant à la clé de chiffrement de réseau utilisée pour chiffrer lesdites données ; - déduire de cet index la clé de déchiffrement de réseau correspondante ; et
- déchiffrer les données à l'aide de ladite clé de déchiffrement.
PCT/FR2002/002928 2001-08-24 2002-08-23 Reseau numerique local, procedes d'installation de nouveaux dispositifs et procedes de diffusion et de reception de donnees dans un tel reseau WO2003019899A2 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2003524222A JP4447908B2 (ja) 2001-08-24 2002-08-23 新しい装置を導入するローカルデジタルネットワーク及び方法と、そのネットワークにおけるデータ放送及び受信方法
EP02796308.1A EP1419640B1 (fr) 2001-08-24 2002-08-23 Reseau numerique local, procedes d'installation de nouveaux dispositifs et procedes de diffusion et de reception de donnees dans un tel reseau
US10/487,489 US9210137B2 (en) 2001-08-24 2002-08-23 Local digital network, methods for installing new devices and data broadcast and reception methods in such a network
KR1020047002713A KR100977969B1 (ko) 2001-08-24 2002-08-23 네트워크에서의 데이터 전송 및 수신 방법

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0111078 2001-08-24
FR01/11078 2001-08-24

Publications (2)

Publication Number Publication Date
WO2003019899A2 true WO2003019899A2 (fr) 2003-03-06
WO2003019899A3 WO2003019899A3 (fr) 2003-11-27

Family

ID=8866715

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2002/002928 WO2003019899A2 (fr) 2001-08-24 2002-08-23 Reseau numerique local, procedes d'installation de nouveaux dispositifs et procedes de diffusion et de reception de donnees dans un tel reseau

Country Status (6)

Country Link
US (1) US9210137B2 (fr)
EP (2) EP2824868A1 (fr)
JP (1) JP4447908B2 (fr)
KR (1) KR100977969B1 (fr)
CN (1) CN100440884C (fr)
WO (1) WO2003019899A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8457318B2 (en) 2006-09-11 2013-06-04 Siemens Aktiengesellschaft Method and system for continuously transmitting encrypted data of broadcast service to mobile terminal

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6978377B1 (en) * 1999-04-16 2005-12-20 Sony Corporation Copy protection using detailed copy control information
US6868493B2 (en) * 2002-03-13 2005-03-15 Honeywell International, Inc. System and method for panel linking in a security system
RU2316120C2 (ru) * 2004-05-12 2008-01-27 Корпорация "Самсунг Электроникс" Биометрическая система аутентификации
US8422680B2 (en) * 2008-02-13 2013-04-16 Motorola Solutions, Inc. Method for validating encrypted communications via selection and comparison of source transmitter and destination receiver associated encryption keys
DE102011078704A1 (de) * 2011-07-05 2013-01-10 Continental Teves Ag & Co. Ohg Datenauswahlverfahren zur Verminderung des Dekodierrechenaufwands eines Fahrzeug-zu-X-Kommunikationssystems und Fahrzeug-zu-X-Kommunikationssystem
CN114157422A (zh) 2015-12-16 2022-03-08 密码研究公司 生成加密密钥的方法、集成电路和计算机可读介质
CN115277049B (zh) * 2022-06-01 2023-11-17 武汉船舶通信研究所（中国船舶重工集团公司第七二二研究所） 数据发送方法、数据接收方法及网络设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0382296A1 (fr) * 1989-02-08 1990-08-16 Koninklijke Philips Electronics N.V. Système de communication public muni de stations distribuées ainsi que station et sous-stations destinées à être utilisées dans un tel système de communications
WO2000062505A1 (fr) * 1999-04-13 2000-10-19 Thomson Licensing S.A. Reseau domestique numerique et procede pour creer et mettre a jour ledit reseau

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4694491A (en) * 1985-03-11 1987-09-15 General Instrument Corp. Cryptographic system using interchangeable key blocks and selectable key fragments
US4980913A (en) * 1988-04-19 1990-12-25 Vindicator Corporation Security system network
IT1228643B (it) 1989-02-08 1991-06-27 Oronzio De Nora Sa Metodo per la misura del potenziale elettrochimico di strutture metalliche in ambienti a bassa conducibilita' elettrica e dispositivi necessari alla sua realizzazione.
US5091938B1 (en) * 1990-08-06 1997-02-04 Nippon Denki Home Electronics Digital data cryptographic system
US5740075A (en) * 1994-09-12 1998-04-14 Bell Atlantic Network Services, Inc. Access subnetwork controller for video dial tone networks
US5663896A (en) * 1994-09-22 1997-09-02 Intel Corporation Broadcast key distribution apparatus and method using Chinese Remainder
US5708961A (en) * 1995-05-01 1998-01-13 Bell Atlantic Network Services, Inc. Wireless on-premises video distribution using digital multiplexing
US5764772A (en) * 1995-12-15 1998-06-09 Lotus Development Coporation Differential work factor cryptography method and system
JP3627384B2 (ja) 1996-01-17 2005-03-09 富士ゼロックス株式会社 ソフトウェアの保護機能付き情報処理装置及びソフトウェアの保護機能付き情報処理方法
JP3769804B2 (ja) 1996-02-02 2006-04-26 ソニー株式会社 解読化方法および電子機器
IL125829A0 (en) * 1996-02-21 1999-04-11 Card Call Service Co Ltd Method of sharing cryptokey
US5748736A (en) * 1996-06-14 1998-05-05 Mittra; Suvo System and method for secure group communications via multicast or broadcast
AU759581B2 (en) * 1997-12-19 2003-04-17 British Telecommunications Public Limited Company Data communications
US6496928B1 (en) * 1998-01-07 2002-12-17 Microsoft Corporation System for transmitting subscription information and content to a mobile device
US6393565B1 (en) * 1998-08-03 2002-05-21 Entrust Technologies Limited Data management system and method for a limited capacity cryptographic storage unit
US6584566B1 (en) * 1998-08-27 2003-06-24 Nortel Networks Limited Distributed group key management for multicast security
US6363149B1 (en) * 1999-10-01 2002-03-26 Sony Corporation Method and apparatus for accessing stored digital programs
WO2000031956A2 (fr) 1998-11-25 2000-06-02 Sony Electronics, Inc. Procede et appareil permettant d'acceder a des programmes numeriques memorises
US6782475B1 (en) * 1999-01-15 2004-08-24 Terence E. Sumner Method and apparatus for conveying a private message to selected members
CA2267395C (fr) * 1999-03-30 2002-07-09 Ibm Canada Limited-Ibm Canada Limitee Methode et systeme de gestion de cles de donnees encryptees
EP1045585A1 (fr) * 1999-04-13 2000-10-18 CANAL+ Société Anonyme Procédé et appareil pour transmettre en sécurité des données numériques entre installations
EP1120715A4 (fr) * 1999-07-06 2005-02-16 Sony Corp Systeme, dispositif et procede fournisseur de donnees
US7434046B1 (en) * 1999-09-10 2008-10-07 Cisco Technology, Inc. Method and apparatus providing secure multicast group communication
US7010590B1 (en) * 1999-09-15 2006-03-07 Datawire Communications Networks, Inc. System and method for secure transactions over a network
DE69929251T2 (de) * 1999-10-20 2006-07-13 Fujitsu Ltd., Kawasaki Verschlüsselungssystem mit einem schlüssel veränderlicher länge
JP3742282B2 (ja) * 2000-06-30 2006-02-01 株式会社東芝 放送受信方法および放送受信装置および情報配信方法および情報配信装置
EP1182874A1 (fr) * 2000-08-24 2002-02-27 Canal+ Technologies Société Anonyme Système de protection de contenu numérique
US7257227B2 (en) * 2000-10-26 2007-08-14 General Instrument Corporation System for denying access to content generated by a compromised off line encryption device and for conveying cryptographic keys from multiple conditional access systems
US6868407B1 (en) * 2000-11-02 2005-03-15 Pitney Bowes Inc. Postage security device having cryptographic keys with a variable key length
US7149308B1 (en) * 2000-11-13 2006-12-12 Stealthkey, Inc. Cryptographic communications using in situ generated cryptographic keys for conditional access
US20020077988A1 (en) * 2000-12-19 2002-06-20 Sasaki Gary D. Distributing digital content
FR2824212A1 (fr) 2001-04-25 2002-10-31 Thomson Licensing Sa Procede de gestion d'une cle symetrique dans un reseau de communication et dispositifs pour la mise en oeuvre
US8068610B2 (en) * 2001-11-21 2011-11-29 General Instrument Corporation Method and system for providing security within multiple set-top boxes assigned for a single customer
CN1487750A (zh) * 2002-09-30 2004-04-07 北京三星通信技术研究有限公司 多媒体广播与组播业务中密码的管理及分发方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0382296A1 (fr) * 1989-02-08 1990-08-16 Koninklijke Philips Electronics N.V. Système de communication public muni de stations distribuées ainsi que station et sous-stations destinées à être utilisées dans un tel système de communications
WO2000062505A1 (fr) * 1999-04-13 2000-10-19 Thomson Licensing S.A. Reseau domestique numerique et procede pour creer et mettre a jour ledit reseau

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8457318B2 (en) 2006-09-11 2013-06-04 Siemens Aktiengesellschaft Method and system for continuously transmitting encrypted data of broadcast service to mobile terminal

Also Published As

Publication number Publication date
US20050278524A1 (en) 2005-12-15
KR20040029023A (ko) 2004-04-03
CN1547836A (zh) 2004-11-17
US9210137B2 (en) 2015-12-08
JP2005501481A (ja) 2005-01-13
EP2824868A1 (fr) 2015-01-14
EP1419640B1 (fr) 2014-08-20
EP1419640A2 (fr) 2004-05-19
CN100440884C (zh) 2008-12-03
KR100977969B1 (ko) 2010-08-24
WO2003019899A3 (fr) 2003-11-27
JP4447908B2 (ja) 2010-04-07

Similar Documents

Publication Publication Date Title
EP1305948B1 (fr) Methode de distribution securisee de donnees numeriques representatives d'un contenu multimedia
EP1525748B1 (fr) Procede et module electronique de transmission securisee de donnees
EP1078524B2 (fr) Mecanisme d'appariement entre un recepteur et un module de securite
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
FR2792482A1 (fr) Reseau numerique local, notamment reseau numerique domestique, et procede de creation et de mise a jour d'un tel reseau
FR2824212A1 (fr) Procede de gestion d'une cle symetrique dans un reseau de communication et dispositifs pour la mise en oeuvre
FR2755809A1 (fr) Procede de protection d'information transmise d'un element de securite vers un decodeur et systeme de protection utilisant un tel procede
EP1890493A1 (fr) Méthode de révocation de modules de sécurité utilisés pour sécuriser des messages diffusés
FR2877119A1 (fr) Procede et dispositif pour generer une cle de decryptage d'un contenu
EP2060117A1 (fr) Processeur de securite et procede et support d'enregistrement pour configurer le comportement de ce processeur
EP1479233B1 (fr) Dispositif de traitement et procede de transmission de donnees chiffrees pour un premier domaine dans un reseau appartenant a un second domaine
EP1419640B1 (fr) Reseau numerique local, procedes d'installation de nouveaux dispositifs et procedes de diffusion et de reception de donnees dans un tel reseau
EP2827601A1 (fr) Méthode et dispositif pour la protection des clés de déchiffrement d'un décodeur
EP1479234B1 (fr) Procede de traitement de donnees chiffrees pour un premier domaine et recues dans un reseau appartenant a un second domaine
WO2004017635A1 (fr) Méthode de vérification de la validité d'une clé pour un réseau domestique numérique
EP1352523A1 (fr) Methode pour stocker des donnees encryptees
EP1557025B1 (fr) Procede simplifie de renouvellement de cles symetriques dans un reseau numerique
EP1829277A1 (fr) Procédé et système d'encryption par un proxy.
EP1723791B1 (fr) Methode de securisation d'un evenement telediffuse
EP2294750B1 (fr) Procede et systeme tracables de diffusion de donnees numeriques
EP1492346A1 (fr) Système de traitement simultané de données d'au moins deux services de télévision à péage
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
EP1605698A1 (fr) Méthode de sécurisation d'un événement télédiffusé
WO2010001022A1 (fr) Mise a jour de droits d'acces a un contenu audiovisuel protege

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BY BZ CA CH CN CO CR CU CZ DE DM DZ EC EE ES FI GB GD GE GH HR HU ID IL IN IS JP KE KG KP KR LC LK LR LS LT LU LV MA MD MG MN MW MX MZ NO NZ OM PH PL PT RU SD SE SG SI SK SL TJ TM TN TR TZ UA UG US UZ VC VN YU ZA ZM

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SI SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ UG ZM ZW AM AZ BY KG KZ RU TJ TM AT BE BG CH CY CZ DK EE ES FI FR GB GR IE IT LU MC PT SE SK TR BF BJ CF CG CI GA GN GQ GW ML MR NE SN TD TG

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2002796308

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10487489

Country of ref document: US

Ref document number: 2003524222

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 20028166272

Country of ref document: CN

Ref document number: 1020047002713

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2002796308

Country of ref document: EP