Distributed white list for security renewability

US2016359843A1 · US · A1

Patent metadata
FieldValue
Publication numberUS-2016359843-A1
Application numberUS-201514731769-A
CountryUS
Kind codeA1
Filing dateJun 5, 2015
Priority dateJun 5, 2015
Publication dateDec 8, 2016
Grant date

How to read this patent

A practical reading order for non-experts. Skip the full description unless you need deep technical detail.

  1. Title

    What the patent document calls the invention.

  2. Abstract

    A short plain-language summary of the technical disclosure.

  3. Assignees and inventors

    Who owns or filed the patent and who is credited as inventor.

  4. Key dates

    Filing, priority, publication, and grant dates set the timeline.

  5. First independent claim

    The legal scope of protection — read this for what is actually claimed.

  6. CPC / IPC classifications

    Technology tags used to group this patent with similar filings.

  7. Citations and related patents

    Prior art links and similar publications in this corpus.

Abstract

Official abstract text for this publication.

To provide for security and robustness in distribution of high value video content such as UHD video, a white list is provided that does not grant default access to content like a revocation listing does, but rather forces a software update on potentially compromised devices to bring them back into copy protection compliance, eliminating, e.g., the use of certain outputs that have been compromised. Prior to outputting content, a source device determines whether the receiving device is on a white list, whether the output is still valid, whether the version number of the receiving device is still valid, and that the receiving device does not have insecure outputs on which it could re-output content.

First claim

Opening claim text (preview).

What is claimed is: 1 . A device for a computerized content gateway, comprising: at least one computer memory that is not a transitory signal and that comprises instructions executable by at least one processor to: receive a white list of sink devices authorized to receive at least some content from the gateway, entries on the list pertaining to respective devices, at least some entries being associated with a respective device identification (ID); receive a request to send content from the gateway to a sink configured to play video content; compare a device ID associated with the sink and received by the gateway in a digital certificate against at least a portion of the list of devices; based on the device ID associated with the sink received in the certificate matching a device ID on the list, provide the content to the sink; and based at least in part on the device ID received in the certificate not matching a device ID on the list, not provide the content to the sink. 2 . The device of claim 1 , wherein the instructions are executable to provide the list to the sink such that requests by tertiary devices to the sink for content is controlled at least in part by the sink using the list. 3 . The device of claim 1 , wherein the list is version-controlled and the instructions are executable to share a most recent version of the list between at least the gateway and sink. 4 . The device of claim 2 , wherein the instructions are executable to verify a version and authenticity of the list using a public key of a common root of trust certificate authority. 5 . The device of claim 4 , wherein the public key of the common root of trust certificate authority is held by both the sink and the tertiary device. 6 . The device of claim 1 , wherein the device ID that is compared with the white list is accessed from a digital certificate used by the sink during link protection between the gateway and the sink. 7 . The device of claim 6 , where the link protection is Digital Transmission Copy Protection (DTCP), High Bandwidth Digital Copy Protection (HDCP), or Digital Rights Management (DRM). 8 . A method comprising: at a computerized gateway, receiving a white list of devices authorized to receive at least some content from the gateway, entries on the list pertaining to respective devices, at least some entries being associated with a respective device identification (ID) and at least one expected criterion; receiving a request to send content from the gateway to a sink configured to play video content; comparing a device ID and at least one device attribute of the sink received from the sink by the gateway against at least a portion of the list of devices; based at least in part on the device ID and device attribute received from the sink matching a device ID and associated expected criterion on the list, providing the content to the sink; and based at least in part on the device ID and/or the at least one device attribute received from the sink not matching a device ID on the list and/or the respective expected criteria on the list, not providing the content to the sink. 9 . The method of claim 8 , comprising providing the list to the sink such that requests by tertiary devices to the sink for content is controlled at least in part by the sink using the list. 10 . The method of claim 8 , comprising, based on the device attributes received from the sink not matching expected criteria on the list, sending a message to the sink to output an OSD to the user. 11 . The method of claim 8 , wherein the expected criterion comprises one or more of the following: software version number, time to last software update, minimum version of HDCP protocol, minimum version of DRM protocol, minimum version of DTCP protocol, inclusion of a secure execution environment, inclusion of storage capability, minimum level of robustness, and minimum level of hardware robustness, manufacturer, model number, maximum number of downstream connected devices. 12 . The method of claim 11 , wherein the device attribute comprises one or more of the following: software version number, time to last software update, version of HDCP protocol, HDCP device ID, version of DRM protocol, DRM device ID, version of DTCP protocol, DTCP device ID, inclusion of a secure execution environment, storage capability, level of robustness, level of hardware robustness manufacturer, model number, device serial number, number of downstream connected devices, connection status to the Internet, decoding capability, screen resolution, screen size. 13 . The method of claim 8 , comprising verifying, using the sink device, a device ID by proving that the sink device has a private key corresponding to a public key in the digital certificate. 14 . The method of claim 8 , comprising delivering, from the sink device, sink device attributes to the gateway using a tamper proof protocol that involves public and private keys. 15 . The method of claim 8 , comprising providing the list to the sink such that requests by tertiary devices to the sink for content is controlled at least in part by the sink using the list. 16 . The method of claim 8 , wherein the list is version-controlled and the method comprises sharing a most recent version of the list between at least the gateway and sink. 17 . The method of claim 15 , comprising verifying a version and authenticity of the list using a public key of a common root of trust certificate authority. 18 . A device for a computerized sink, comprising: at least one computer memory that is not a transitory signal and that comprises instructions executable by at least one processor to: receive from a gateway a white list of devices authorized to receive at least some content received through the gateway, entries on the list pertaining to respective devices, at least some entries being associated with a respective device identification (ID); receive a request to send content from the sink to a tertiary configured to process video content; compare a device ID associated with the tertiary device and received by the sink in a digital certificate against at least a portion of the list of devices; based on the device ID associated with the tertiary device received in the certificate matching a device ID on the list, provide the content to the tertiary device; and based at least in part on the device ID received in the certificate not matching a device ID on the list, not provide the content to the tertiary device. 19 . The device of claim 18 , wherein the list is version-controlled and the instructions are executable to share a most recent version of the list between at least the gateway and sink. 20 . The device of claim 18 , wherein the instructions are executable to verify a version and authenticity of the list using a public key of a common root of trust certificate authority. 21 . The device of claim 18 , wherein at least some entries on the list are associated with, in addition to the respective device ID, at least one expected criterion, and the instructions are executable for: comparing a device ID and at least one device attribute of the sink received from the sink by the gateway in a digital certificate against at least a portion of the list of devices; based at least in part on the device ID and device attribute received from the sink matching a device ID and associated expected criterion on the list, providing the content to the sink; and based at least in part on the device ID and/or

Assignees

Inventors

Classifications

  • Establishing a secure communication between the client and a peripheral device or smart card · CPC title

  • Entity profiles · CPC title

  • based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint · CPC title

  • Generation of a revocation list, e.g. of client devices involved in piracy acts · CPC title

  • Generation of protective data, e.g. certificates {(protecting software against unauthorised usage in a vending or licensing environment G06F21/10)} · CPC title

Patent family

Related publications grouped by family.

External sources

Frequently asked questions

Answers are generated from the same data shown on this page.

What does patent US2016359843A1 cover?
To provide for security and robustness in distribution of high value video content such as UHD video, a white list is provided that does not grant default access to content like a revocation listing does, but rather forces a software update on potentially compromised devices to bring them back into copy protection compliance, eliminating, e.g., the use of certain outputs that have been compromi…
Who is the assignee on this patent?
Sony Corp
What technology area does this patent fall under?
Primary CPC classification H04N21/2585. Mapped technology areas include Electricity.
When was this patent published?
Publication date Thu Dec 08 2016 00:00:00 GMT+0000 (Coordinated Universal Time) (A1). Legal status and post-grant events are not shown on this page.
What related patents are in patentsdb?
We list 2 related publications on this page (citations in our corpus or others sharing the same primary CPC).