Method and system to secure content for distribution via a network6961858Abstract A method and system to secure content for distribution via a communications network commences when a user device authentication process is associated with content from a content provider. A copy-protected device authentication process is associated with the content. The user device authentication process and the copy-protected device authentication process are separate authentication processes to protect the content from unauthorized access. Claims 1. A method of securing content for distribution via a network, the method including: Description This application is related to the following applications:
The above listed functions, in one embodiment, are enabled primarily by the following components:
For the purpose of the immediately following description, assume that content has already been decrypted by a content provider 16. Live content requires a slightly different approach at the initial stage of content protection (real-time encryption is required). A content registration and protection operation is initiated by a content provider 16 that has a content item that needs to be secured from unauthorized access. In one embodiment, the content provider 16 accesses a Web server operated by the conditional access service provider 38, from which the content provider 16 downloads a content security management application (not shown). The content security management application allows the content provider 16 to secure (encrypt) the content and associate the content with particular access criteria. The content is registered at the conditional access server 37, operated by the conditional access service provider 38, together with the access criteria and a product key that was used for encryption of the content. A unique Uniform Resource Locator (URL) linking to the access criteria is included in a content description file (ASX, SDP or SAP). The content is thus secured and may now be distributed using, for example, unicast or multicast. A content ordering operation is commenced upon receipt of a request from a content destination 22 (e.g., a user) for specific content. The user may, for example, be running a browser on a personal computer and want to view a content item provided by of a particular content provider 16. When selecting the content item, the browser detects a tag containing a URL. The browser passes the URL to the conditional access client 48, also executing on the personal computer, to commence a transaction. The conditional access client 48 initiates a secure session with a conditional access agent 28 to request an order for the relevant content item. If the content item is not cached at the content distributor 20 as cached content, the conditional access agent 28 retrieves access criteria for the requested content item from the conditional access server 36 and forwards a derived XML signing request to the conditional access client 48. The conditional access client 48 parses the XML signing request, displays order information (such as a price) to the user and prompts for a Personal Identification Number (PIN) code and confirmation by way of a user interface. The user confirms the order, and the conditional access client 48 digitally signs the order confirmation using the secure device 46. The signed order is sent to the conditional access agent 28 that verifies the signed confirmation order and the user credentials. The conditional access agent 28 manages the content security process (e.g., watermarking, re-encryption) until an access time has expired, after which the content destination 22 will no longer be able to access the content. A transaction processing operation occurs concurrently with the content ordering operation. More specifically, the conditional access agent 28 will forward the signed confirmation order (i.e., transaction) to the secure device server 44 of the commerce service provider 42 to update a secure device purse and to prepare the transaction for clearing. The commerce service provider 42 processes the transaction and makes the appropriate money transfers. The secure device server 44 interfaces with an external commerce service provider 42 to forward secured transactions. In one exemplary environment, a pay media operator or payment gateway is hosted by the service provider 42. The value of the transaction may be negotiated between the various parties (content owner/provider, network provider/ISP, payment gateway, etc). The conditional access client 48 interfaces with the secure device 46 at the content destination 22. Example secure devices 46 are smart cards or e-Tokens. A secure device 46 may utilize the PKCS#11 interface to provided device independent. The content destination 22 may also employ client devices utilizing non-PC client platforms, such as Set Top Boxes (STBs) and mobile telephones enabled with (smart card) PKI technology. A client device employed at a content destination 22 may run an interactive application (such as the OpenTV software suite) to order secure content items using a regular pay television smart card. The conditional access client 48 and secure device 46 interface with the local content server 40 (e.g., a media server) and client applications to secure a control channel (such as RTSP or HTTP) and data channel (such as MPEG-4 over RTP). The secure device server 44 provides an interface for external payment registration servers (such as used for regular web sites) to allow automated purse management. Overview—Conditional Access Server 36 As stated above, a conditional access server 36 may reside at a content provider location, or may be deployed by a conditional access service provider 38. A conditional access server 36 provides at least the following functions:
Each of the above functions will now briefly be described. The content provider 16 defines the access criteria (AC) using an access criteria profile editor (or Digital Rights Manager) (not shown) that generates a unique URL that is distributed together with the content. The generated access criteria are stored in a database together with the appropriate product key (optionally encrypted under a storage key), a digital signature and a content tag (i.e., a short description). A conditional access agent 28 retrieves the appropriate access criteria when subscribers request access to the associated content. The access criteria are stored in such a way that retrieval can be performed efficiently (e.g., the criteria are organized by content provider and location for which the access criteria is appropriate). Conditional access agents 28 are assigned a certain location identifier (ID), according to the physical region that they serve. Multiple conditional access agents 28 may be assigned to the same location ID. The conditional access server 36 will map the conditional access agent ID to the appropriate region ID's to lookup the access criteria that are suitable for that agent, if any. As locations may be assigned to multiple regions, and access criteria may be defined for multiple regions, there may be a conflict (one location may map to multiple conflicting access criteria sets). To address this conflict, the operator can associate a region priority code to indicate which region should be given priority. A content provider 16 may also define new content products and manage subscription requests utilizing the conditional access server 36. A content product may, for example, have an identifier, a name, duration (usually a month), a start date and end date. A subscription may be an "instance" of a content product associated with a certain secure device that ordered the product and a subscription start and end date. A conditional access server 36 also processes incoming transactions and forwards them to the appropriate commerce service provider 42. The content provider 16 may be able to monitor the processed transactions. FIG. 4 is a diagrammatic representation of a number of real-time processes, databases and user interfaces that together provided the functionality of a conditional access server 36, according to one embodiment of the present invention. The below described server processes of the conditional access server 36 communicate with external processes, such as a conditional access agent 28 and the secure device server 44, utilizing the described interfaces. A content rights manager 60 allows a content provider 16 to associated access rights and criteria with content items. Access rights are organized utilizing profiles in order to reduce operational efforts. Profiles may be created utilizing a profile rights manager 62. The profile rights manager 62 allows a content provider 16 to create templates for access criteria, based on regional, time, payment and subscription parameters. A product manager 64 allows a content provider 16 to define content products that are available for subscription. A cash monitor 66 is a user interface to monitor the value of transactions for a particular content provider 16, potentially in real-time. An access criteria server 68 is a HTTP server providing access criteria and keys to conditional access agents 28. A subscription form server 70 is a HTTP server providing subscription forms (e.g., a signed list of subscriptions) for a specific secure device to conditional access agents 28. Specifically, a subscription form is a clear XML text of a current subscription associated with a secure token, signed by the conditional access server 36. A subscription form contains a signed list of time-constrained subscriptions bound to an issuer (e.g., a content provider 16) and a secure device serial number. A subscription form is signed by the conditional access server 36 to prove the authenticity thereof and maintain integrity. A subscriber server 72 is a HTTP server that can securely process subscription requests. A transaction server is utilized to monitor transactions and update the real-time cash monitor 66. Below are set out a number of tables and fields, according to an exemplary embodiment of the present invention, which may be utilized by the conditional access server 36. A table Resource represents general resource values for the conditional access server 36. This table is used to store system variables such as the port number for accepting AC server connections or the debug level.
The table Product represents product information.
The table ProductAC represents the access criteria (usually payment) for a subscription using a certain payment gateway or commerce service provider.
The table Region represents regional information.
The table Country represents the geographical information.
The table Merchant represents the content providers 16 that have access to the conditional access server 36.
The table MerchantUser represents the users (operators) of content providers 16. They possess a secure token to access the conditional access server 36. This table is used to verify the identity of the content providers 16 when he or she logs on to the system.
The table MerchantPGW represents the payment gateways (or commerce service providers) that have a clearing agreement with the content providers 16.
The table CAAgent represents information about the conditional access agents 28 in the field.
The table Network represents information about the network of conditional access agents 28.
The table PaymentGateway represents payment gateway information.
The table CountryPaymentGateway represents the payment gateways per country. This table is used to limit the number of selectable payment gateways depending on the selected country/region when assigning access criteria to an item.
Subscription Tables The subscription tables are only accessed by the subscription form server 70 and subscriber server 72. The table SubscriptionForm represents the subscriptions that have been issued to subscribers on behalf of a content provider 16.
Access Criteria Tables The table ItemAC links a particular item (content) with an access criteria profile and a key.
There is an index on Description, to allow for quick searching on a description. The table ACProfile represents a profile for access criteria and links to actual access criteria sets.
The table ACProfileCountryBlackout represents the regions that are to be blacked out for a certain profile.
The table ACProfileRegionBlackout represents the regions that are to be blacked out for a certain profile.
The table ACProfileSet represents an access criteria set (conditions) under which an item is provided to the subscriber.
Transaction Tables The table CashMonitor represents a credit counter for the subscriber transactions and is used for monitoring purposes only.
The table Transaction contains all the transactions.
Overview—Conditional Access Agent 28 A conditional access agent 28 operates as a secure gatekeeper to actual content provided via a content distributor 20. A conditional access agent 28, in one exemplary embodiment of embodiment, is co-located with a local content server 40 to "police" local subscriber accesses to protected content stored on that media server. A conditional access agent 28 provides at least two functions namely (1) a verification function that includes verification of content destination (e.g., subscriber) requests for secure content against access criteria defined by a content provider 16, and (2) a gateway function including decryption, watermarking and re-encryption of secure content, depending on content security settings. Dealing more specifically with the verification function and utilizing the example of a subscriber as a content destination 22, a conditional access agent 28 manages subscriber access to the content by evaluating the access criteria and the subscriber credentials. The agent 28 verifies and processes the subscriber request before (and during) the provision of the requested content. Access criteria are defined by the content provider 16, signed by a conditional access server 36 and distributed as described above. In one embodiment, the agent 28 selects the first appropriate access criteria set based on the user credentials. The selected access criteria set is sent to the subscriber for signature. This may require an explicit confirmation from the subscriber (in case of a payment) or this may be transparent (in case of a subscription). Subscription forms, originally generated by the subscription form server 70, are cached locally at the conditional access agent 28. If a subscription form is not available or out of date, the conditional access agent 28 retrieves the latest subscription form from the appropriate content provider 16. Signed pay per view transactions are also cached by the conditional access agent 28 to allow a subscriber to view a movie multiple times within the allowed time window without charge. Not all conditional access clients may support all types of access criteria. The conditional access agent 28 therefore interprets the client type before suggesting a specific access criteria set. Turning now to the gateway function performed by a conditional access agent 28, after a subscriber (or user) has been granted access to the content, a request is sent to the local content server 40 to 'release' the content. This request contains all the necessary data, including the IP destination address/port, subscriber signed access criteria, the subscriber certificate and the key to decrypt the content (encrypted with the public key or secret group key of the conditional access agent 28). The content is then decrypted, watermarked and optionally re-encrypted with a different key (e.g., a unique user key). The conditional access agent 28 interfaces with the secure device server 44 to:
For this interface, the agent 28 acts as the client. The conditional access agent 28 interfaces with the conditional access server 36 to query subscriptions. For this interface, the conditional access agent 28 acts as the client. The agent 28 also interfaces with the conditional access server 36 to query access criteria and keys and to forward transactional information statistics. The conditional access agent 28 interfaces with the conditional access client 48 to send a payment request, receive a transaction (signed payment request) and to pass any result messages (such as service denial based on insufficient debit/credit, regional blackout, etc). For this interface, the conditional access agent 28 acts as the server. The conditional access agent 28 interfaces, in one exemplary embodiment, with a media client 49 and the content server 40 using the Real Time Streaming Protocol over TCP/IP (for control interfacing) or UDP/IP (for data interfacing). In this case, the conditional access agent 28 usually acts as a transparent proxy, but will carry out specific actions when the subscriber attempts to access secured content (such as evaluating the access criteria and the subscriber credentials). Architecturally, the conditional access agent 28 comprises a number of real-time processes that together provide the required functionality. FIG. 5 is a block diagram illustrating various processes that constitute the conditional access agent 28, according to an exemplary embodiment of the present invention. A conditional access agent server 80 communicates with external processes, such as the conditional access server 36, the secure device server 44 and the conditional access client 48 utilizing a number of interfaces. The conditional access agent server 80 provides a server implementation of a conditional access agent 28 for the client/agent interface. A conditional access client 48 uses this interface to connect to the conditional access agent server 80 to complete a secure XML-based transaction based on access criteria associated with a requested content item. At the end of a successful session, a product key is transmitted to the conditional access client 48. A conditional access agent socket proxy 82 operates as a transparent proxy between a media player 84 and the content server 40control channel, and is responsible for preventing unauthorized access to the content. A conditional access agent transaction manager 86 forwards the transactions from a secure agent 88 to the secure device server 44 and sends the received receipt back to the secure agent 88 to delete the transactions. The secure agent 88 is central to the conditional access agent 28, performs the following functions:
The secure agent 88 may, in one embodiment, be implemented in hardware to increase the level of content and transaction security. An exemplary operational scenario involving the conditional access agent 28 will now be described with reference to FIG. 5:
The conditional access client 32 is executed on a subscriber terminal (e.g., a personal computer (or STB), and is responsible for presenting a user interface to a end user (e.g., a subscriber) and also for interfacing between the secure device 46 and other security sub-systems. The conditional access client 48, in one embodiment, allows external applications (e.g., web clients or plug ins) to manage the secure device 46. The following management requests pertaining to the secure device 46 are, in one embodiment, supported:
In addition to providing the above described management interface, the conditional access client 48 also operates to assign requests, received from the conditional access agent 28, and to advise a user accordingly. A signing request that does not require a PIN may be transparent to a subscriber. Receipt of a request that requires a PIN to sign the request causes the client 48 to display descriptive information regarding the request (e.g., a movie title) to the subscriber in conjunction with a payment amount. The subscriber is asked to enter a PIN code. If the request relates to a subscription, the client 48 updates a subscription counter on local storage and, in one embodiment, on the secure device 46. This subscription counter is utilized by the conditional access client 48 to detect that new subscriptions may be available. If the secure device 46 and the conditional access client 48 do not allow for storage, the client 48 may maintain the subscription counter in memory. If a subscription request is not successfully completed, the client 48 displays an error message to the user, the error message including an error code and an English-language error description. In one embodiment, the error code may be mapped to a local error string, instead of showing the English-language error description. The error message may also contain a URL, for example, identifying a site for which appropriate subscription may be obtained if the lack of such a subscription results in the error message. Overview—Secure Device 46 A particular secure device 46 is, in one exemplary embodiment, associated with a particular end-user (e.g., a subscriber). In various exemplary embodiments, the secure device 46 may be a dedicated device specifically for use within the content distribution system 10; a shared device manufactured for use within a different system (e.g., a banking system), but also leveraged within the content distribution system 10; or an embedded device that is embedded within a closed media device (e.g., a smart card in a Set Top Box (STB)), or a SIM card in a mobile telephone that is again for use in alternative system, but leveraged within the content distribution system 10. A minimum requirement for the secure device 46, in one exemplary embodiment, is that its supports digital signing using private/public key technology. Secure devices 46 embedded in close media devices need not adhere to specific requirements, other than providing sufficient security to warrant protection of a user private key. Shared secure devices (e.g., banking cards), in order to be utilized within the content distribution system 10, are required to adhere to at least a subset of the requirements defined below, this subset of requirements varying depending on the commercial and technical issues. A set of requirements, according to one exemplary embodiment of the present invention, for dedicated secure device are set out below. In one embodiment, a dedicated secure device 46 hosts at least two private keys, namely a first private key for encryption and a second private key for signing. The private key for key encryption is available to external applications without user PIN submission. The private key for signing is only available to external applications after PIN submission. The secure device 46 may have a co-processor for secure RSA signing with the secure device unique private key. Storage within the secure device 46, in one embodiment, follows the PKCS#11 model and may offer:
The secure device 46may also be pre-configured with two public/private key pairs, and a certificate signed with the private key of a commerce service provider 42 (or payment gateway). This private key of the payment gateway is hosted by a secure device 46 manufacturer to allow the secure device 46 to be pre-loaded with a valid certificate by delivery into the field. The certificate may, in one embodiment, be X.509 compliant. The secure device 46 is furthermore personalized with a fixed PIN code, and may allow a user to set a new PIN after submission of a current user PIN. Distributed Secure Agents The content distribution system 10, as described above with reference to FIGS. 1-3, in one embodiment, proposes that content be encrypted at a content provider 16, and then distributed to regional content distributors 20 (e.g., broadband Internet Service Providers (ISP's)). Conditional access agents 28 are deployed at these content distributors 20 to evaluate content requests from content destinations operating conditional access clients 32 before delivery of the requested content occurs. Upon appropriate authorization of a request, at the content distributor 20 and under control of the conditional access agent 28, the requested content is decrypted and at least one association operation performed on the content before it is forwarded to the content destination 22. The association operation performed at the content distributor 20 may include personal watermarking of the content and/or personal re-encrypting of the content, as will be described in further detail below. With respect to a watermarking operation, the identity of a specific consumer at the content destination 22 is "embedded" in the watermarked content, and the identity of the content consumer can accordingly be detected if the derivative copy of the content is distributed in an unauthorized manner. Accordingly, a content consumer will be discouraged from forwarding copies of the content to others if an unauthorized derivative copy of the content can be traced back to the relevant content consumer utilizing a watermark. A content consumer (i.e., requesting user) is, in one embodiment, is verified utilizing a public/private key, and additional certificates, that may be stored on a tamper-proof device (e.g., a smart card or mobile telephone). The certificate contains information that may be utilized to identify a secure device 46 associated with the content consumer. A conditional access agent 28 trusts a number of Certification Authorities (CA) and maintain a Certification Revocation List (CRL) of a Certification Authority to prevent unauthorized access with compromised secure devices 46. The content distribution system 10, which deploys distributed conditional access agents 28 to represent the interests of content providers 16, provides a number of advantages. Firstly, moving security functionality, implemented by a conditional access agent 28 in the manner described below, away from an end user device (e.g., a secure device 46) increases security as this functionality is located outside the reach of hackers at a content destination 22. Secondly, there are economic benefits, as certain security functionality is removed from the content destination 22, and is thus more easily managed and maintained. A further advantage is that personal re-encryption of content (e.g., utilizing a unique user key) requires that an unauthorized distributor redistribute the entire content, as opposed to just relevant keys. Fourthly, personal watermarking of content at a remote conditional access agent 28 makes it difficult for a hacker to impact a watermarking process. Fifthly, the use of public/private key technology at a conditional access agent 28, in the manner described below, makes the solution scalable. The content distribution system 10 provides security functionality in a distribution system that "pushes" content to the edges of a network before it is delivered, possibly on demand, to content consumers. Finally, the content distribution system 10, in one embodiment, utilizes secure tokens such as banking, GSM, or pay media smart cards that are already in wide distribution, thus allowing for a large content consumer network. FIGS. 6A-6B show a flow chart illustrating a method 120, according to an exemplary embodiment of the present invention, of processing a content request received from a content destination 22. When discussing the method 120, it is assumed that the requested content is stored at, or redistributed from in the case of live multicasting, a local content server 40 (e.g., video file server or router) that operates in conjunction with a conditional access agent 28. If a conditional access agent 28 is unavailable, a user will fail to obtain access to the required keys. At block 122, a content consumer, for example utilizing a secure device 46, issues a request via the network 18 to a content distributor 20, operating a conditional access agent 28, to deliver (e.g., via streaming) particular content. In response to the issuance of such a request, a conditional access client 48 executing on a user viewing device (e.g., a PC or set top box) initiates communications with an appropriate conditional access agent 28, via a network 18, to obtain the necessary keys. Specifically, at block 122, as part of the request, the conditional access client 48 communicates a user certificate (e.g., issued by a payment gateway) and optionally a copy-protected device certificate to the conditional access agent 28. At block 2, the content distributor 20 utilizing the conditional access agent 28, verifies the received user certificate and optionally the copy-protected device certificate by verfying a challenge communicated by the client 48 to the agent 28 in association with the user device and copy-protected device certificates. At block 126, the content distributor 20 utilizing the conditional access agent 28, retrieves access criteria and a product key related to the requested content from a content provider 16. As discussed above, the access criteria and the product key (Sp) are encrypted with a public key of the conditional access agent 28 so that only the specific conditional access agent 28 is able to access the product key. The retrieval of the access criteria and product key involves the conditional access agent 28 issuing a request to a conditional access server 36, responsive to which the server 36 verifies regional constraints associated with the requested content in order to return the appropriate access criteria. Specifically, access criteria may differ per region, and accordingly per conditional access agent 28. The conditional access server 36 secures the access criteria and product key by encrypting the product key with the public key of the conditional access agent 28, and signs the access criteria, including the encrypted product key, with the conditional access server 36 private key. The product key will thus only be available to the intended conditional access agent 28. At block 128, the content distributor 20, and specifically the conditional access agent 28, verifies the signature of the access criteria and the product key using a certificate of the content provider 16, as provided by a trusted third-party. A public key of the trusted third-party would be well known, and embedded within the conditional access agent 28. In an alternative embodiment, performance constraints imposed by large live events (e.g., a popular soccer game) may require that the access criteria and the product key are signed utilizing a shared secret key as opposed to the private key of the conditional access private key. At block 130, the content distributor 16, and specifically the conditional access agent 28, decrypts the received product key associated with the requested content, utilizing a private key of the conditional access agent 28. Turning now to FIG. 6B, at block 132, the conditional access agent 28 of the content distributor 20 requests information concerning a secure device 46 of a content consumer from the secure device server 44 of a commerce service provider 42 (e.g., payment gateway). This information concerning the secure device 46 may include a purse value, date of birth, geographic location, etc., and is signed by the commerce service provider 42. In an alternative embodiment, performance constraints imposed by a large live event may required that the information concerning the secure device 46 be signed utilizing a shared secret key as opposed to a private key of the commerce service provider 42. At block 134, the conditional access agent 28 of the content distributor 20 receives subscription information from the conditional access server 36, this subscription information having been signed by the content provider server 34. At block 136, utilizing the required information (e.g., the secure device information, access criteria, subscriptions, etc.), the conditional access agent 28 of the content distributor 20 constructs an order request based on a current date and time, signs the order request, and transmits the order request to a conditional access client 48 of the content consumer for acceptance. The conditional access agent 28 utilizes a secure clock to validate the current time against the access criteria settings of the content provider server 34. The order request may furthermore consist of a number of order options, if applicable (e.g., a pricing of $8.00, or $4.00 for a predetermined amount of time plus $1.00 per minute thereafter). At block 138, the conditional access client 48 of the content consumer verifies a signature of the conditional access agent 28 with which the order request has been signed and prompts the user for a PIN to confirm the order. The PIN is utilized to sign the order utilizing the secure device 46, and a resulting order confirmation (signed) is transmitted back to the conditional access agent 28 of the content distributor 20. At block 140, the conditional access agent 28 verifies the collected data (in a physically secure environment). The collected data includes access criteria, a user signature, a user certificate (signed by the commerce service provider 42), a copy-protected device certificate, subscriptions, current purse levels, and a user date of birth. If the request passes the verification process, the conditional access agent 28 then establishes a secure session with the conditional access client 48, and generates a unique user key (Uk). The unique user key (Uk) is then encrypted with a public key of a copy-protected device associated with the secure device 46, and communicated to the conditional access client 48 using the secure session. If a copy-protected device is not available, and not required according to the access criteria, the unique user key may be encrypted utilizing a public key of the secure device 46. FIG. 7 is a flowchart illustrating a method 150, according to an exemplary embodiment of the present invention, of securely delivering content from a content provider 16 to a content consumer via at least one content distributor 20, where the content distributor 20 performs an association operation (e.g., watermarking or encryption) relating to the content. In the method 150, the at least one content distributor 20 is uniquely authorized to perform the operation relating to the content. The method 150 commences at block 152 with the encryption by a content provider 16, and more specifically a conditional access server 36, of content with a product key (Sp). This encrypting of the content is automatically performed prior to a scheduled distribution of particular content to multiple content distributors 20 for local distribution to content destinations 22. Alternatively, the encryption of the content may be performed, in the event of a live event, on the fly and concurrently with provision of the content from the content provider 16 to a content distributor 20. In yet a further embodiment, the encryption of the content may be performed responsive to receipt of a request, at the content provider 16, for the specific content from a particular content destination 22. Having encrypted specific content with the product key (Sp), the conditional access server 36 of the content provider 16 then encrypts the product key (Sp) with a public key of a specific content distributor 20. In one embodiment, the public key in which the product key is encrypted is the pubic key of a secure device accessed by a conditional access agent 28. The content provider 16 then transits the encrypted content and the encrypted product key to the content distributor 20. At block 154, the content distributor 20, and more specifically the conditional access agent 28, operates to decrypt the product key within a secure, tamper proof environment. A tamperproof environment may be provided by tamperproof hardware, such as an nCypher cryptographic hardware card, tamperproof software, or by a regular PC physically protected from unauthorized access. Having then decrypted the product key, the content distributor 20, and specifically the conditional access agent 28, proceeds to decrypt the content utilizing the product key, again within the secure, tamper proof environment facilitated by a secure device. Having decrypted the content, the conditional access agent 28 then operates to perform an association operation relating to the content. In one exemplary embodiment, this operation constitutes watermarking a copy of the content for distribution to a specific content destination 22, a specific content consumer, or an identified group of content destinations 22 or content consumers. Watermarking is a mechanism to, in one embodiment, embed arbitrary data into an audio or video signal, where the embedded data is not easily detectible and/or removable from the resulting signal. "Individual watermarking" is a process of watermarking a signal for a specific content destination 22 (e.g., a content consumer or user) such that the identity of the content consumer can be traced back in case the resulting signal is subject to unauthorized distribution. The watermarking of the content allows a content distributor 20 (or a content provider 16) to associate a specific copy of the content, uniquely watermarked, with a specific content destination 22. Having performed the operation relating to the content, the conditional access agent 28, again within the secure tamper-proof environment, generates a unique user key (Uk), and re-encrypts the content with this unique user key. As all operations within block 154 are performed within the secure, tamper-proof environment, it will be appreciated that the interests of the content provider 16 are well protected, and that the product key is not exposed outside the secure environment. Further, only an authorized entity (e.g., a specific conditional access agent 28) is authorized to reveal the product key within the secure environment as the private key of a secure device of the agent 28 is required to decrypt the product key. In this way, the content provider 16 exercises strict and rigorous control of which entity is able to decrypt the product key. In one exemplary embodiment, at block 156, the content distributor 20, utilizing the conditional access agent 28 and within the secure tamper-proof environment, encrypts the product key with the unique user key (Uk). The content distributor 20 then also encrypts the unique user key with a public key of the content destination 22. At block 158, the content distributor 20 transmits the encrypted content, the encrypted product key, and the encrypted unique user key to the content consumer at a content destination 22. At block 160, the content consumer at the content destination 22 decrypts the unique user key utilizing a private key of the secure device 46, then decrypts the product key utilizing the unique user key, and finally decrypts the watermarked content utilizing the decrypted product key. As discussed above, the method 150 is particularly advantageous in that it enables a content provider 16 to authorize a specific content distributor 20 to perform an operation relating to the content, and in one embodiment, to contribute to combating authorized distribution. Such operations may include, for example, watermarking or further encryption of the content. In addition to the authorization being specific to a content distributor 20, the method 150 is also advantageous in that the operation is performed in a secure, tamper-proof environment within which the interests of the content provider 16 are protected and the product key is subject to very limited and controlled exposure. In this way, a content provider 16 is provided with assurances that distributed secure agents (e.g., conditional access agents 28) located at various distribution points operate to protect the interests of the content provider 16. The content provider 16 is thus provided with a degree of security and assurance regarding operations that are performed by content distributors 20 and the content provider 16 is thus likely to entrust distribution of sensitive and very valuable content to such a content distributor 20. Further, by performing the operation at block 154 (e.g., watermarking or encrypting) prior to actual delivery of the content to a consumer (i.e., within the network), the risks of piracy are reduced. Upgrades to a secure agent (e.g., the conditional access agent 28) are also more easily implemented than upgrades to processes at consumer locations. In conclusion, the method 150 enables an association operation (e.g., a watermarking process) to be distributed to content distributors 20 located at ISPs and therefore closer to content consumers. This is advantageous in that it enables load management. The method 150 also addresses concerns of a content provider 16 regarding security resulting from that, in order to perform certain operations on the content (e.g., a watermarking operation) at a distributor 20, the content must "be in the clear" in order to properly perform the operation. The method 150 addresses this concern by providing a secure environment in which the operation is performed, and providing the content provider 16 with control over which content distributors 20 are authorized to generate clear content within the secure, tamper-proof environment with the purposes of performing such operations. Methodology—Variable Key Content Differentiation So-called "key hook piracy" occurs when an authorized, but fraudulent, user distributes decryption keys, that may be utilized to decrypt content to unauthorized users. Distributing such a single decryption key over networks, such as the Internet, can be done effectively. FIGS. 8A and 8B are block diagrams illustrating, at a high level, a method, according to an exemplary embodiment of the present invention, of combating "key hook piracy". With specific reference to FIG. 8A, the present invention proposes encrypting clear content 24 with a relatively large number of session keys 98 to generate encrypted content 26. In one embodiment, the session keys 98 comprise a sequence of random, time-varying session keys. FIG. 8B illustrates further details regarding the distribution of content and the session keys 98, according to an exemplary embodiment of the present invention. The content provider 16 is shown to firstly distribute encrypted content 26 (i.e., clear content 24 encrypted with the session keys 98). In one embodiment, the content provider 16 may distribute the encrypted content 26 directly to a content destination 22. In an alternative embodiment, the encrypted content 26 may be distributed to a local content server 40 at a content distributor 20, and cached by the local content server 40 for eventual distribution to a content destination 22. The conditional access server 36 at the content provider 16 also operates to encrypt each of the session keys of the sequence of the time-varying session keys with a product key (Sp), and to distribute the encrypted session keys to the conditional access agent 28, as indicated at 104. The conditional access server 36 also operates to encrypt the product key (Sp) with the public key of a specific conditional access agent 28, and then to distribute the encrypted product key to the specific conditional access agent 28, as indicated in FIG. 8B at 106. During delivery to a conditional access client 48, the conditional access agent 28 replaces the session keys encrypted with the product key (Sp) with session keys encrypted with a unique user key (Uk), instead of the product key (Sp). Specifically, prior to deliver to a conditional access client 48, the conditional access agent 28 decrypts the encrypted product key received from the conditional access server 36 utilizing the private key (or secret key) of the conditional access agent 28, decrypts the sequence of session keys encrypted with the product key, and then re-encrypts the sequence of session keys utilizing the unique user key (Uk). The re-encrypted sequence of session keys is then distributed from the conditional access agent 28 to the conditional access client 48, as indicated at 108. The conditional access agent 28 also distributes the unique user key (Uk) to the conditional access client 48 via a secure authorization channel, as indicated in FIG. 8B at 110. At the conditional access client 48, the user key (Uk) is utilized to decrypt the re-encrypted sequence of session keys, the decrypted session keys then in turn being available to decrypt the encrypted content 26. It will be appreciated, utilizing the above-described system, the product key (Sp) remains protected from access at a content destination 22 as it is only communicated from the conditional access server 36 to the conditional access agent 28, and is at no time exposed to the conditional access client 48. For additional security, the decrypting of the product key is performed at the conditional access agent 28 utilizing a tamperproof device (e.g., a smart card). The user key (Uk) is by itself useless to users other than the recipient that receives this user key via the secure authorization channel. An authorized user is furthermore discouraged from performing "key hook piracy" in that such an authorized user will be required to send all session keys to an unauthorized user to enable the unauthorized user to access the encrypted content. By generating a large number of session keys, the effort to forward such session keys to unauthorized users approaches the effort of forwarding the entire encrypted content. FIGS. 9-10 illustrate a number of flow charts providing further details regarding the operations performed at the conditional access server 36, the conditional access agent 28 and the conditional access client 48. FIG. 9 is a flow chart illustrating a method 300, according to an exemplary embodiment of the present invention, of encrypting content utilizing a random, time-varying sequence of session keys, so as to combat "key hook piracy". The method 200 commences at block 202 with the generation, at a conditional access server 36, of a sequence of random, time-varying session keys 98. As described with reference to FIG. 2, the conditional access server 36 may be deployed at a content provider 16, or at a conditional access service provider 38 that is accessed by a content provider 16. At block 204, specific content is encrypted utilizing the random, time-varying sequence of session keys prior to distribution of the content from a content provider 16. Content is typically but not necessarily encrypted using symmetric block or stream ciphers such as DES, AES (Rijndael) or RC4. At block 206, the conditional access server 36 encrypts each session key with a product key (Sp), the product key being uniquely associated with the relevant content. The session key is typically but not necessarily encrypted using symmetric block ciphers such as DES or AES (Rijndael). At block 208, the content provider 16 transmits the encrypted content to a content distributor 20, for storage on the local content server 40. Alternatively, the content provider 16 may, in one embodiment, distribute the encrypted content directly to a content destination 22. At block 208, the content provider 16 distributes the encrypted sequence of session keys 98, as indicated at 104 in FIG. 8B, to one or more conditional access agents 28, deployed at one or more content distributors 20. At block 210, a content distributor 20 stores (or caches) the encrypted content on a local content (or media) server 40 that is associated with a conditional access agent 28. It will be appreciated that, upon completion of the method 200, a content provider 16 has delivered to a content distributor 20 encrypted content that a content distributor 20 is uniquely enabled to access. The content distributor 20 is enabled o perform one or more operations with respect to the encrypted content and/or the sequence of session keys. FIG. 9 describes the method 200 whereby a content provider 16 provides encrypted content, and an associated sequence of session keys, to a content distributor 20 for caching at the content distributor 20. FIGS. 10A-10B show a flowchart illustrating a method 220, according to an exemplary embodiment of the present invention, of distributing the cached content from a content distributor 20 to a content destination 22, responsive to a request for the relevant content from the content destination 22. Accordingly, the method 220, in one embodiment, assumes that requested content is cached at a local content server 40 of a content distributor 20. In an alternative embodiment, the method 220 may be performed where content is broadcast in a near real-time manner (e.g., for a live sporting event). The method 220 commences at block 222 with the receipt of a request at a conditional access agent 28 of a content distributor 20 for content from a conditional access client 48. The request includes a user device certificate, issued by a commerce service provider 42 (e.g., a payment gateway) to identify the requesting user. The request also includes a copy-protected device certificate to identify the viewing device and a client challenge that is used to authenticate the agent 28 to the client 48. At block 224, the conditional access agent 28 transmits a request to a conditional access server 36, associated with a content provider 16 that is an owner or provider of the requested content, for (1) the product key (Sp) in which to decrypt the content and (2) rule information or access criteria, associated with the requested content. At block 226, the conditional access server 36 verifies regional constraints associated with the content in order to return the appropriate access criteria. Specifically, access criteria may differ by region, and accordingly per conditional access agent 28. At block 228, the conditional access server 36 encrypts the product key with a public key of a secure device associated with the requesting conditional access agent 28, thereby ensuring that only the specific conditional access agent 28 is able to access the product key. At block 230, the conditional access server 36 attaches a signature to the rule information, or access criteria, and to the encrypted product key, to thereby cryptographically bind the access criteria with the product key. At block, 232, the conditional access agent 28 receives the access criteria and product key, and verifies the signature of the access criteria and the product key utilizing a supplied certificate for the conditional access server 36, which is signed by a trusted third party. The public key of the trusted third party is well known and, in one embodiment, embedded within the conditional access agent 28. At block 234, the conditional access agent 28 requests and receives from the commerce service provider 42 secured device information (e.g., a purse value, date of birth, regional control information, etc.). This secure device information pertains to the secure device 46 of the content consumer and is signed by the commerce service provider 42. At block 236, the conditional access agent 28 requests and receives subscription information from the conditional access server 36, this subscription information again being signed by the conditional access server 36. At block 238, the conditional access agent 28 constructs an order request utilizing the acquired information (e.g., the secure device information, access criteria and subscription information), signs the order request, and communicates the order request to the conditional access client 48 associated with the content destination. At block 240, the conditional access client 48 verifies the signature of the conditional access agent 28, confirms the order request, and signs and returns an order confirmation to the conditional access agent 28. Turning now to FIG. 10B, at block 242, the conditional access agent 28 verifies the collected data (e.g., access criteria, user signature, user device certificate, copy-protected device certificate, subscriptions, current purse levels and user date of birth) within a physically secure environment implemented at the content distributor 20. At block 244, the conditional access agent 28 creates a secure session with the conditional access client 48, and generates a unique user key. At block 246, the conditional access agent 28 encrypts the unique user key with (1) the public key of a copy-protected device or (2) a public key of the secure device 46 associated with a content consumer at the content destination 22. At block 248,the conditional access agent 28 processes the encrypted session keys 98 associated with the content, the sequence of encrypted session keys 98 having been received at the conditional access agent 28 at block 208 of the method 200 described above with reference to FIG. 9. Specifically, at block 248, each session key, as encrypted with the product key, is decrypted and then re-encrypted with the unique user key. As will be recalled, the product key was encrypted with the public key of the conditional access agent 28, and communicated to the conditional access agent 28 at block 228 shown in FIG. 10A. The personal re-encryption of the sequence of session keys utilizing the unique user key is useful in that it requires a "hacker" to redistribute the entire sequence of session keys. At block 250, the conditional access agent 28 transmits the sequence of session keys encrypted with the unique user key to the conditional access client 48 at the content destination 22. At block 252, the conditional access client 48 decrypts the sequence of session keys, utilizing the unique user key, which was received by the conditional access client 48 at block 256 from the agent 28. At block 254, the conditional access client 48 then decrypts the encrypted content utilizing the decrypted session keys. Conditional Access Service Provider 38 According to a further aspect of the present invention, and as described briefly above with reference to FIG. 2, a pay media conditional access service provider 38 operates to provide "outsourced" content security function to multiple content providers 16. Utilization of security functions provided by such a service provider 38 may be attractive to content providers 16, as the setup, maintenance and operational costs associated with providing such security functions in-house (e.g., by operating an in-house conditional access server 36) may be high for a single content provide 16r. The content security functions, according to an exemplary embodiment of the present invention, that may be provided by a conditional access service provider 38 include the secure storage and distribution of content encryption keys and associated access criteria (or rules), and also the provision of a secure and scalable key distribution system that is able to manage a potentially large number of content consumers. FIG. 11 is a block diagram illustrating a pay media conditional access service provider 38, according to an exemplary embodiment of the present invention, and shows an interaction of the conditional access service provider 38 with multiple content providers 16, as well as one of multiple conditional access agents 28. At a high level, content is encrypted at either the content provider 16 or alternatively at the service provider 38, after which a key and access criteria (or rules) are registered with the conditional access service provider 38. The service provider 38 thereafter assumes responsibility for management of user authentication and key distribution, in the manner described below. In this way, conditional access services are provided by the service provider 38, instead of the traditional approach that requires a substantial investment from each content provider 16. As stated above, a number of advantages flow from having multiple content providers 16 share a common key storage and distribution infrastructure (e.g., the service provider 38). However, a number of challenges face such a service provider 38. Specifically, a number of security issues require attention to secure product key creation, storage and distribution. Exemplary security issues that are addressed by the present invention include:
The specific methodologies by which the above issues are addressed are described in further detail below with reference to the flow charts shown in FIGS. 12-15. Referring again to FIG. 11 by way of architectural description, a pay media conditional access service provider 38 is shown to deploy an ASP conditional access server 37, which cooperates with a server secure device 39. The conditional access server 37 operates to perform substantially the same functions as a conditional access server 36 that may be deployed by a content provider 16, and is described above. The server secure device 39 is utilized by the conditional access server 37 to provide a secure, tamper-proof environment within which to perform certain operations, as will be described in further detail below. A conditional access agent 28 is also shown to deploy an agent secure device 29, which is similarly used by the agent 28 to provide a secure, tamper-proof environment in which to perform certain operations. Each content provider 16 also deploys a provider secure device 17 to again provide a secure, tamper-proof environment for certain sensitive operations. FIG. 12 is a flow chart illustrating a high level method 280, according to an exemplary embodiment of the present invention, whereby a conditional access service provider 38 provides security functions to multiple parties within a content distribution system 10. At block 282, a product key, and optionally the access criteria (or rules), are communicated from a content provider 16 to the service provider 38, and specifically to the server secure device 39 of the service provider 38. The product key and the access criteria are then encrypted, within the server secure device 39 with a storage key, and stored by the conditional access server 37. At block 284, a secret agent key is communicated from a conditional access agent 28 to the secure server device 39 of the service provider 38, encrypted with a storage key within the server secure device 39, and stored at the service provider 38. At block 286, a content provider 16 distributes content, encrypted with the product key, to a local content server 40 of a content distributor 20. As described above, the local content server 40 operates to cache the encrypted content, in one exemplary embodiment, for regional distribution. As | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
