उच्च बैंडविड्थ डिजिटल सामग्री संरक्षण: Difference between revisions

From Vigyanwiki
No edit summary
 
(6 intermediate revisions by 3 users not shown)
Line 3: Line 3:
{{Use American English|date = March 2019}}
{{Use American English|date = March 2019}}


'''हाई-बैंडविड्थ डिजिटल कंटेंट प्रोटेक्शन (एचडीसीपी)''' डिजिटल कॉपी प्रोटेक्शन (प्रतिलिपि सुरक्षा) का एक रूप है जिसे [[इंटेल]] कॉर्पोरेशन<ref>{{cite web| title = डिजिटल सामग्री संरक्षण - डीसीपी के बारे में| url = http://www.digital-cp.com/about_dcp}}</ref> द्वारा विकसित किया गया है ताकि डिजिटल ऑडियो और वीडियो सामग्री की प्रतिलिपि को रोकने के रूप में यह संपर्क में रहता है। कनेक्शन के प्रकारों में डिस्प्लेपोर्ट (डीपी), [[डिजिटल विज़ुअल इंटरफ़ेस]] (डीवीआई) और हाई-डेफिनिशन मल्टीमीडिया इंटरफ़ेस (एचडीएमआई) साथ ही कम प्रचलित या अब गिगाबिट वीडियो इंटरफ़ेस जैसे प्रोटोकॉल (वीआईएफ) और एकीकृत प्रदर्शन इंटरफ़ेस (यूडीआई) आदि शामिल हैं।
'''हाई-बैंडविड्थ डिजिटल कंटेंट प्रोटेक्शन (एचडीसीपी)''' डिजिटल कॉपी प्रोटेक्शन (प्रतिलिपि सुरक्षा) का एक रूप है जिसे [[इंटेल]] कॉर्पोरेशन<ref>{{cite web| title = डिजिटल सामग्री संरक्षण - डीसीपी के बारे में| url = http://www.digital-cp.com/about_dcp}}</ref> द्वारा विकसित किया गया है ताकि डिजिटल ऑडियो और वीडियो सामग्री की प्रतिलिपि को रोकने के रूप में यह संपर्क में रहता है। कनेक्शन के प्रकारों में डिस्प्लेपोर्ट (डीपी), [[डिजिटल विज़ुअल इंटरफ़ेस]] (डीवीआई) और हाई-डेफिनिशन मल्टीमीडिया इंटरफ़ेस (एचडीएमआई) साथ ही कम प्रचलित या अब गिगाबिट वीडियो इंटरफ़ेस जैसे प्रोटोकॉल (वीआईएफ) और एकीकृत प्रदर्शन इंटरफ़ेस (यूडीआई) आदि सम्मिलित हैं।


यह प्रणाली एचडीसीपी-एन्क्रिप्टेड विषयवस्तु को अनधिकृत उपकरणों या उपकरणों पर चलाए जाने से रोकने के लिए है, जिन्हें एचडीसीपी विषयवस्तु की प्रतिलिपि तैयार करने के लिए संशोधित किया गया है।<ref>HDCP specification 1.3. Page 31 0x15, Page 35</ref><ref>{{cite web|title=एचडी डीवीडी शब्दावली|url=http://www.hddvd-faq.com/glossary.asp}} 080509 hddvd-faq.com</ref> डेटा भेजने से पहले, एक संचारण उपकरण जाँचता है कि रिसीवर इसे प्राप्त करने के लिए अधिकृत है। यदि ऐसा है, तो ट्रांसमीटर डेटा को ईव्सड्रॉपिंग को रोकने के लिए एन्क्रिप्ट करता है क्योंकि यह रिसीवर को प्रवाहित करता है।<ref name="autogenerated1" />   
यह प्रणाली एचडीसीपी-एन्क्रिप्टेड विषयवस्तु को अनधिकृत उपकरणों या उपकरणों पर चलाए जाने से रोकने के लिए है, जिन्हें एचडीसीपी विषयवस्तु की प्रतिलिपि तैयार करने के लिए संशोधित किया गया है।<ref>HDCP specification 1.3. Page 31 0x15, Page 35</ref><ref>{{cite web|title=एचडी डीवीडी शब्दावली|url=http://www.hddvd-faq.com/glossary.asp}} 080509 hddvd-faq.com</ref> डेटा भेजने से पहले, संचारण उपकरण जाँचता है कि रिसीवर इसे प्राप्त करने के लिए अधिकृत है। यदि ऐसा है, तो ट्रांसमीटर डेटा को ईव्सड्रॉपिंग को रोकने के लिए एन्क्रिप्ट करता है क्योंकि यह रिसीवर को प्रवाहित करता है।<ref name="autogenerated1" />   


एक उपकरण बनाने के लिए जो एचडीसीपी-सक्षम कंटेंट चलाता है, निर्माता को इंटेल सहायक डिजिटल कंटेंट प्रोटेक्शन एलएलसी से पेटेंट के लिए लाइसेंस प्राप्त करना होगा, वार्षिक शुल्क का भुगतान करना होगा, और विभिन्न स्थितियों में प्रस्तुत करना होगा।<ref name="HDCP_1.3">{{cite web |url=http://www.digital-cp.com/files/static_page_files/8006F925-129D-4C12-C87899B5A76EF5C3/HDCP_Specification%20Rev1_3.pdf |title=एचडीसीपी v1.3 विनिर्देश|work=Digital Content Protection |date=21 December 2006 |access-date=8 May 2008 |url-status=dead |archive-url=https://web.archive.org/web/20080920192936/http://www.digital-cp.com/files/static_page_files/8006F925-129D-4C12-C87899B5A76EF5C3/HDCP_Specification%20Rev1_3.pdf |archive-date=20 September 2008 }}</ref><ref>{{cite web|url=http://www.digital-cp.com/home |title=डिजिटल सामग्री संरक्षण एलएलसी|access-date=24 January 2008 |url-status=dead |archive-url=https://web.archive.org/web/20080202215640/http://www.digital-cp.com/home |archive-date=2 February 2008 }}</ref><ref name="HDCP_clique"><nowiki>{{cite news|title=एचडीसीपी लाइसेंस समझौता|date=16 January 2008 |publisher=Digital Content Protection, LLC. |url=</nowiki>http://www.digital-cp.com/files/static_page_files/D6724AFD-9B02-A253-D8D2FE5B1A10F7F7/HDCP_License_Agreement_082207.pdf |access-date=24 January 2008 |url-status=dead |archive-url=https://web.archive.org/web/20090419204233/http://www.digital-cp.com/files/static_page_files/D6724AFD-9B02-A253-D8D2FE5B1A10F7F7/HDCP_License_Agreement_082207.pdf |archive-date=19 April 2009 }</ref> उदाहरण के लिए, उपकरण को कॉपी करने के लिए डिज़ाइन नहीं किया जा सकता है; इसे "सामग्री सुरक्षा आवश्यकताओं को विफल करने का प्रयास करना चाहिए";<ref name="HDCP_clique" /> इसे नॉन-एचडीसीपी रिसीवर को उच्च परिभाषा संरक्षित वीडियो प्रसारित नहीं करना चाहिए; और डीवीडी-ऑडियो के काम केवल सीडी-ऑडियो गुणवत्ता पर चलाए जा सकते हैं<ref name="HDCP_clique" /> नॉन-एचडीसीपी डिजिटल ऑडियो आउटपुट द्वारा (एनालॉग ऑडियो आउटपुट की कोई गुणवत्ता सीमा नहीं है)। यदि उपकरण में इंटेल प्रबंधन इंजन की तरह एक सुविधा अक्षम है, तो एचडीसीपी उपयोग में नहीं रहेगा।
उपकरण बनाने के लिए जो एचडीसीपी-सक्षम कंटेंट चलाता है, निर्माता को इंटेल सहायक डिजिटल कंटेंट प्रोटेक्शन एलएलसी से पेटेंट के लिए लाइसेंस प्राप्त करना होगा, वार्षिक शुल्क का भुगतान करना होगा, और विभिन्न स्थितियों में प्रस्तुत करना होगा।<ref name="HDCP_1.3">{{cite web |url=http://www.digital-cp.com/files/static_page_files/8006F925-129D-4C12-C87899B5A76EF5C3/HDCP_Specification%20Rev1_3.pdf |title=एचडीसीपी v1.3 विनिर्देश|work=Digital Content Protection |date=21 December 2006 |access-date=8 May 2008 |url-status=dead |archive-url=https://web.archive.org/web/20080920192936/http://www.digital-cp.com/files/static_page_files/8006F925-129D-4C12-C87899B5A76EF5C3/HDCP_Specification%20Rev1_3.pdf |archive-date=20 September 2008 }}</ref><ref>{{cite web|url=http://www.digital-cp.com/home |title=डिजिटल सामग्री संरक्षण एलएलसी|access-date=24 January 2008 |url-status=dead |archive-url=https://web.archive.org/web/20080202215640/http://www.digital-cp.com/home |archive-date=2 February 2008 }}</ref><ref name="HDCP_clique"><nowiki>{{cite news|title=एचडीसीपी लाइसेंस समझौता|date=16 January 2008 |publisher=Digital Content Protection, LLC. |url=</nowiki>http://www.digital-cp.com/files/static_page_files/D6724AFD-9B02-A253-D8D2FE5B1A10F7F7/HDCP_License_Agreement_082207.pdf |access-date=24 January 2008 |url-status=dead |archive-url=https://web.archive.org/web/20090419204233/http://www.digital-cp.com/files/static_page_files/D6724AFD-9B02-A253-D8D2FE5B1A10F7F7/HDCP_License_Agreement_082207.pdf |archive-date=19 April 2009 }</ref> उदाहरण के लिए, उपकरण को कॉपी करने के लिए डिज़ाइन नहीं किया जा सकता है; इसे "सामग्री सुरक्षा आवश्यकताओं को विफल करने का प्रयास करना चाहिए";<ref name="HDCP_clique" /> इसे नॉन-एचडीसीपी रिसीवर को उच्च परिभाषा संरक्षित वीडियो प्रसारित नहीं करना चाहिए; और डीवीडी-ऑडियो के काम केवल सीडी-ऑडियो गुणवत्ता पर चलाए जा सकते हैं<ref name="HDCP_clique" /> नॉन-एचडीसीपी डिजिटल ऑडियो आउटपुट द्वारा (एनालॉग ऑडियो आउटपुट की कोई गुणवत्ता सीमा नहीं है)। यदि उपकरण में इंटेल प्रबंधन इंजन की तरह एक सुविधा अक्षम है, तो एचडीसीपी उपयोग में नहीं रहेगा।


क्रिप्टानालिसिस शोधकर्ताओं ने 2001 की शुरुआत में एचडीसीपी में दोषों का प्रदर्शन किया। सितंबर 2010 में, एक एचडीसीपी मास्टर की जो वैध उपकरण कीज़ की उत्पादन के लिए अनुमति देता है, सार्वजनिक रूप से जारी किया गया था, जो एचडीसीपी के प्रमुख प्रत्यावर्तन विशेषता को बेकार कर देता है।<ref name="Lawler">{{cite web |url=https://www.engadget.com/2010/09/14/hdcp-master-key-supposedly-released-unlocks-hdtv-copy-protect/ |title=एचडीसीपी 'मास्टर कुंजी' माना जाता है कि जारी किया गया है, एचडीटीवी कॉपी सुरक्षा को स्थायी रूप से अनलॉक करता है|first=Richard |last=Lawler |publisher=Engadget |access-date=14 September 2010}}</ref><ref>{{cite news|author=Peter Bright|title=इंटेल ने पुष्टि की कि एचडीसीपी कुंजी वास्तविक है, अब इसे इच्छानुसार तोड़ा जा सकता है|publisher=[[Ars Technica]]|date=17 September 2010|access-date=17 September 2010|url=https://arstechnica.com/tech-policy/news/2010/09/intel-confirms-the-hdcp-key-is-real-can-now-be-broken-at-will.ars}}</ref> इंटेल ने पुष्टि की है कि क्रैक वास्तविक है,<ref>{{Cite web |last=Staff |first=Ars |date=2010-09-17 |title=इंटेल ने पुष्टि की कि एचडीसीपी कुंजी वास्तविक है, अब इसे इच्छानुसार तोड़ा जा सकता है|url=https://arstechnica.com/tech-policy/news/2010/09/intel-confirms-the-hdcp-key-is-real-can-now-be-broken-at-will.ars |access-date=2022-06-12 |website=[[Ars Technica]] |language=en-us}}</ref> और विश्वास है कि मास्टर कीज सार्वजनिक होने के कारण रिवर्स इंजीनियर थे।<ref name="w2" /> व्यावहारिक रूप से, दरार के प्रभाव को "टीवी पर एक वीडियो कैमरा इंगित करने के डिजिटल समकक्ष" के रूप में वर्णित किया गया है", और उपभोक्ताओं के लिए सीमित महत्व क्योंकि मेनू जैसी संवादात्मक सुविधाओं के अभाव के साथ उच्च परिभाषा डिस्क के एन्क्रिप्शन पर सीधे प्रभाव डाला गया है।<ref>[https://www.cnet.com/news/hdcp-antipiracy-leak-opens-doors-for-black-boxes/ HDCP antipiracy leak opens doors for black boxes | InSecurity Complex – CNET News<!-- Bot generated title -->]</ref> इंटेल ने बिना लाइसेंस वाले उपकरण का उत्पादन करने वाले किसी पर मुकदमा करने की चेतावनी दिया।<ref name="w2">Wired. "[https://www.wired.com/threatlevel/2010/09/intel-threatens-consumers/ Intel Threatens to Sue Anyone Who Uses HDCP Crack]".</ref>
क्रिप्टानालिसिस शोधकर्ताओं ने 2001 की प्रारम्भ में एचडीसीपी में दोषों का प्रदर्शन किया। सितंबर 2010 में, एचडीसीपी मास्टर की जो वैध उपकरण कीज़ की उत्पादन के लिए अनुमति देता है, सार्वजनिक रूप से जारी किया गया था, जो एचडीसीपी के प्रमुख प्रत्यावर्तन विशेषता को बेकार कर देता है।<ref name="Lawler">{{cite web |url=https://www.engadget.com/2010/09/14/hdcp-master-key-supposedly-released-unlocks-hdtv-copy-protect/ |title=एचडीसीपी 'मास्टर कुंजी' माना जाता है कि जारी किया गया है, एचडीटीवी कॉपी सुरक्षा को स्थायी रूप से अनलॉक करता है|first=Richard |last=Lawler |publisher=Engadget |access-date=14 September 2010}}</ref><ref>{{cite news|author=Peter Bright|title=इंटेल ने पुष्टि की कि एचडीसीपी कुंजी वास्तविक है, अब इसे इच्छानुसार तोड़ा जा सकता है|publisher=[[Ars Technica]]|date=17 September 2010|access-date=17 September 2010|url=https://arstechnica.com/tech-policy/news/2010/09/intel-confirms-the-hdcp-key-is-real-can-now-be-broken-at-will.ars}}</ref> इंटेल ने पुष्टि की है कि क्रैक वास्तविक है,<ref>{{Cite web |last=Staff |first=Ars |date=2010-09-17 |title=इंटेल ने पुष्टि की कि एचडीसीपी कुंजी वास्तविक है, अब इसे इच्छानुसार तोड़ा जा सकता है|url=https://arstechnica.com/tech-policy/news/2010/09/intel-confirms-the-hdcp-key-is-real-can-now-be-broken-at-will.ars |access-date=2022-06-12 |website=[[Ars Technica]] |language=en-us}}</ref> और विश्वास है कि मास्टर कीज सार्वजनिक होने के कारण रिवर्स इंजीनियर थे।<ref name="w2" /> व्यावहारिक रूप से, दरार के प्रभाव को "टीवी पर वीडियो कैमरा इंगित करने के डिजिटल समकक्ष" के रूप में वर्णित किया गया है", और उपभोक्ताओं के लिए सीमित महत्व क्योंकि मेनू जैसी संवादात्मक सुविधाओं के अभाव के साथ उच्च परिभाषा डिस्क के एन्क्रिप्शन पर सीधे प्रभाव डाला गया है।<ref>[https://www.cnet.com/news/hdcp-antipiracy-leak-opens-doors-for-black-boxes/ HDCP antipiracy leak opens doors for black boxes | InSecurity Complex – CNET News<!-- Bot generated title -->]</ref> इंटेल ने बिना लाइसेंस वाले उपकरण का उत्पादन करने वाले किसी पर मुकदमा करने की चेतावनी दिया।<ref name="w2">Wired. "[https://www.wired.com/threatlevel/2010/09/intel-threatens-consumers/ Intel Threatens to Sue Anyone Who Uses HDCP Crack]".</ref>
== विशिष्टता ==
== विशिष्टता ==
एचडीसीपी तीन प्रणालियों का उपयोग करता है:<ref name=HDCP_1.3 />
एचडीसीपी तीन प्रणालियों का उपयोग करता है:<ref name=HDCP_1.3 />
Line 17: Line 17:
# मुख्य निरूपण उन उपकरणों को रोकता है जिन्हें समझौता किया गया है और डेटा प्राप्त करने के लिए क्लोन किया गया है।
# मुख्य निरूपण उन उपकरणों को रोकता है जिन्हें समझौता किया गया है और डेटा प्राप्त करने के लिए क्लोन किया गया है।


प्रत्येक एचडीसीपी-सक्षम उपकरण में 40 56-बिट कीज का एक अद्वितीय समूह है। उन्हें गोपनीय रखने में विफलता लाइसेंस सहमति का उल्लंघन करती है। मूल्यों के प्रत्येक समूह के लिए, केएसवी (की सिलेक्शन वेक्टर) नामक एक विशेष निजी की (key) बनाई गई है। प्रत्येक केएसवी में 40 बिट्स होते हैं (प्रत्येक एचडीसीपी की के लिए एक बिट)  20 बिट्स के साथ 0 और 20 बिट्स 1 पर स्थापित होते हैं।
प्रत्येक एचडीसीपी-सक्षम उपकरण में 40 56-बिट कीज का एक अद्वितीय समूह है। उन्हें गोपनीय रखने में विफलता लाइसेंस सहमति का उल्लंघन करती है। मूल्यों के प्रत्येक समूह के लिए, केएसवी (की सिलेक्शन वेक्टर) नामक विशेष निजी की (key) बनाई गई है। प्रत्येक केएसवी में 40 बिट्स होते हैं (प्रत्येक एचडीसीपी की के लिए एक बिट)  20 बिट्स के साथ 0 और 20 बिट्स 1 पर स्थापित होते हैं।


प्रमाणीकरण के दौरान, पार्टियां ब्लॉम की योजना नामक एक प्रक्रिया के तहत अपने केएसवी का आदान-प्रदान करती हैं। प्रत्येक उपकरण अपनी स्वयं की गोपनीय कीज को एक साथ जोड़ता है (किसी अन्य उपकरण से प्राप्त केएसवी के अनुसार अहस्ताक्षरित जोड़ मोडुलो 2<sup>56</sup>) का उपयोग करता है। केएसवी में 1 पर स्थापित बिट्स के क्रम के आधार पर, एक संबंधित गोपनीय की का उपयोग किया जाता है या इसके अतिरिक्त उपेक्षा की जाती है। कीज़ और केएसवी की उत्पत्ति दोनों उपकरणों को एक ही 56-बिट नंबर देती है, जिसका उपयोग बाद में डेटा को एन्क्रिप्ट करने के लिए किया जाता है।
प्रमाणीकरण के दौरान, पार्टियां ब्लॉम की योजना नामक एक प्रक्रिया के तहत अपने केएसवी का आदान-प्रदान करती हैं। प्रत्येक उपकरण अपनी स्वयं की गोपनीय कीज को एक साथ जोड़ता है (किसी अन्य उपकरण से प्राप्त केएसवी के अनुसार अहस्ताक्षरित जोड़ मोडुलो 2<sup>56</sup>) का उपयोग करता है। केएसवी में 1 पर स्थापित बिट्स के क्रम के आधार पर, एक संबंधित गोपनीय की का उपयोग किया जाता है या इसके अतिरिक्त उपेक्षा की जाती है। कीज़ और केएसवी की उत्पत्ति दोनों उपकरणों को एक ही 56-बिट नंबर देती है, जिसका उपयोग बाद में डेटा को एन्क्रिप्ट करने के लिए किया जाता है।
Line 23: Line 23:
एन्क्रिप्शन एक [[स्ट्रीम सिफर]] द्वारा किया जाता है। प्रत्येक डिकोड किए गए [[पिक्सेल]] को जनरेटर द्वारा उत्पादित 24-बिट संख्या के साथ एक्सओआर संचालन द्वारा कार्यान्वित किया जाता है। एचडीसीपी विनिर्देश प्रत्येक एन्कोडेड फ्रेम के बाद कीज़ का निरंतर अद्यतन सुनिश्चित करते हैं।
एन्क्रिप्शन एक [[स्ट्रीम सिफर]] द्वारा किया जाता है। प्रत्येक डिकोड किए गए [[पिक्सेल]] को जनरेटर द्वारा उत्पादित 24-बिट संख्या के साथ एक्सओआर संचालन द्वारा कार्यान्वित किया जाता है। एचडीसीपी विनिर्देश प्रत्येक एन्कोडेड फ्रेम के बाद कीज़ का निरंतर अद्यतन सुनिश्चित करते हैं।


यदि कीज़ के किसी विशेष समूह से सहमति व्यक्त की जाती है, तो उनके संबंधित केएसवी को डीवीडी और ब्लू-रे प्रारूपों में नई डिस्क पर लगाए गए निरसन सूची में जोड़ा जाता है। (सूचियों पर एक डीएसए डिजिटल हस्ताक्षर के साथ हस्ताक्षर किए जाते हैं, जो दुर्भावनापूर्ण उपयोगकर्ताओं को वैध उपकरणों को निरस्त करने से रोकने के लिए है।)  प्रमाणीकरण के दौरान, संचारण उपकरण सूची में रिसीवर के केएसवी की जांच करता है, और यदि यह वहां है, तो डिक्रिप्ट किए गए कार्य को निरस्त डिवाइस पर नहीं भेजता है।
यदि कीज़ के किसी विशेष समूह से सहमति व्यक्त की जाती है, तो उनके संबंधित केएसवी को डीवीडी और ब्लू-रे प्रारूपों में नई डिस्क पर लगाए गए निरसन सूची में जोड़ा जाता है। (सूचियों पर डीएसए डिजिटल हस्ताक्षर के साथ हस्ताक्षर किए जाते हैं, जो दुर्भावनापूर्ण उपयोगकर्ताओं को वैध उपकरणों को निरस्त करने से रोकने के लिए है।)  प्रमाणीकरण के दौरान, संचारण उपकरण सूची में रिसीवर के केएसवी की जांच करता है, और यदि यह वहां है, तो डिक्रिप्ट किए गए कार्य को निरस्त उपकरण पर नहीं भेजता है।


== उपयोग ==
== उपयोग ==
[[File:Apple TV, 1st generation - mainboard - Silicon Image SiI1930CTU-3215.jpg|thumb|एक एप्पल टीवी उपकरण में सिलिकॉन इमेज द्वारा एक एचडीसीपी ट्रांसमीटर चिप]]एचडीसीपी उपकरणों को सामान्यतः तीन श्रेणियों में विभाजित किया जाता है:
[[File:Apple TV, 1st generation - mainboard - Silicon Image SiI1930CTU-3215.jpg|thumb|एप्पल टीवी उपकरण में सिलिकॉन इमेज द्वारा एक एचडीसीपी ट्रांसमीटर चिप]]एचडीसीपी उपकरणों को सामान्यतः तीन श्रेणियों में विभाजित किया जाता है:
'''स्रोत:''' प्रदर्शित करने के लिए विषय वस्तु को भेजता है। उदाहरणों में सेट-टॉप बॉक्स, [[डीवीडी]], [[एचडी डीवीडी]] और [[ब्लू - रे डिस्क|ब्लू-रे डिस्क]] प्लेयर और कंप्यूटर वीडियो कार्ड उपलब्ध हैं। एक स्रोत में केवल एक एचडीसीपी/एचडीएमआई ट्रांसमीटर है।<ref name=autogenerated1 />
'''स्रोत:''' प्रदर्शित करने के लिए विषय वस्तु को भेजता है। उदाहरणों में सेट-टॉप बॉक्स, [[डीवीडी]], [[एचडी डीवीडी]] और [[ब्लू - रे डिस्क|ब्लू-रे डिस्क]] प्लेयर और कंप्यूटर वीडियो कार्ड उपलब्ध हैं। स्रोत में केवल एचडीसीपी/एचडीएमआई ट्रांसमीटर है।<ref name=autogenerated1 />


'''सिंक:''' सिंक प्रदर्शन के लिए विषयवस्तु प्रदान करता है ताकि इसे देखा जा सके। उदाहरणों में टीवी और डिजिटल प्रोजेक्टर उपलब्ध हैं। एक सिंक में एक या अधिक एचडीसीपी/एचडीएमआई रिसीवर होते हैं।<ref name="autogenerated1" />  
'''सिंक:''' सिंक प्रदर्शन के लिए विषयवस्तु प्रदान करता है ताकि इसे देखा जा सके। उदाहरणों में टीवी और डिजिटल प्रोजेक्टर उपलब्ध हैं। सिंक में एक या अधिक एचडीसीपी/एचडीएमआई रिसीवर होते हैं।<ref name="autogenerated1" />  


'''रिपीटर:''' एक रिपीटर विषयवस्तु को स्वीकार करता है, उसे डिक्रिप्ट करता है, फिर डेटा को फिर से एन्क्रिप्ट और रीट्रांसमिट करता है। यह कुछ संकेत प्रसंस्करण कर सकता है, जैसे कि वीडियो को उच्च-रिज़ॉल्यूशन प्रारूप में बदलना, या सिग्नल के ऑडियो भाग को विभाजित करना। रिपीटर्स में एचडीएमआई इनपुट और आउटपुट होते हैं। उदाहरणों में होम थिएटर ऑडियो-विज़ुअल रिसीवर उपलब्ध हैं जो ऑडियो संकेत को विभाजित और प्रवर्धित करते हैं, जबकि टीवी पर प्रदर्शन के लिए वीडियो को फिर से प्रसारित करते हैं। एक रिपीटर भी कई स्क्रीन पर एक साथ डिस्प्ले के लिए इनपुट डेटा स्ट्रीम को कई आउटपुट में भेज सकता है।<ref name="autogenerated1" />
'''रिपीटर:''' रिपीटर विषयवस्तु को स्वीकार करता है, उसे डिक्रिप्ट करता है, फिर डेटा को फिर से एन्क्रिप्ट और रीट्रांसमिट करता है। यह कुछ संकेत प्रसंस्करण कर सकता है, जैसे कि वीडियो को उच्च-रिज़ॉल्यूशन प्रारूप में बदलना, या सिग्नल के ऑडियो भाग को विभाजित करना। रिपीटर्स में एचडीएमआई इनपुट और आउटपुट होते हैं। उदाहरणों में होम थिएटर ऑडियो-विज़ुअल रिसीवर उपलब्ध हैं जो ऑडियो संकेत को विभाजित और प्रवर्धित करते हैं, जबकि टीवी पर प्रदर्शन के लिए वीडियो को फिर से प्रसारित करते हैं। रिपीटर भी कई स्क्रीन पर एक साथ डिस्प्ले के लिए इनपुट डेटा स्ट्रीम को कई आउटपुट में भेज सकता है।<ref name="autogenerated1" />


प्रत्येक उपकरण में एक या अधिक एचडीसीपी ट्रांसमीटर और/या रिसीवर हो सकते हैं। एक एकल ट्रांसमीटर या रिसीवर चिप एचडीसीपी और एचडीएमआई कार्यक्षमता को जोड़ सकता है।<ref name="autogenerated1">{{cite web|date=22 July 2008 |title=HDCP deciphered: white paper |publisher=DCP, LLC |url=http://www.digital-cp.com/files/documents/04A897FD-FEF1-0EEE-CDBB649127F79525/HDCP_deciphered_070808.pdf |url-status=unfit |archive-url=https://web.archive.org/web/20080920191718/http://www.digital-cp.com/files/documents/04A897FD-FEF1-0EEE-CDBB649127F79525/HDCP_deciphered_070808.pdf |archive-date=20 September 2008 }}</ref>
प्रत्येक उपकरण में एक या अधिक एचडीसीपी ट्रांसमीटर और/या रिसीवर हो सकते हैं। एकल ट्रांसमीटर या रिसीवर चिप एचडीसीपी और एचडीएमआई कार्यक्षमता को जोड़ सकता है।<ref name="autogenerated1">{{cite web|date=22 July 2008 |title=HDCP deciphered: white paper |publisher=DCP, LLC |url=http://www.digital-cp.com/files/documents/04A897FD-FEF1-0EEE-CDBB649127F79525/HDCP_deciphered_070808.pdf |url-status=unfit |archive-url=https://web.archive.org/web/20080920191718/http://www.digital-cp.com/files/documents/04A897FD-FEF1-0EEE-CDBB649127F79525/HDCP_deciphered_070808.pdf |archive-date=20 September 2008 }}</ref>


[[संयुक्त राज्य अमेरिका]] में, संघीय संचार आयोग ( एफसीसी ( ने 4 अगस्त 2004 को "डिजिटल आउटपुट प्रोटेक्शन टेक्नोलॉजी" के रूप में एचडीसीपी को स्वीकृति दी।<ref>{{cite press release |date=4 August 2004 |title=FCC ने डिजिटल आउटपुट प्रोटेक्शन टेक्नोलॉजी और रिकॉर्डिंग मेथड सर्टिफिकेशन को मंजूरी दी|publisher=[[Federal Communications Commission]] |url=http://hraunfoss.fcc.gov/edocs_public/attachmatch/DOC-250532A1.pdf |access-date=28 December 2006 }}</ref> एफसीसी के प्रसारण फ्लैग नियम, जो कोलंबिया सर्किट के जिले के लिए संयुक्त राज्य अमेरिका के अपील न्यायालय द्वारा प्रभावित किए गए थे, एचडीटीवी संकेत डेमोडुलेटर से सभी डिजिटल आउटपुट पर डीआरएम प्रौद्योगिकियों की आवश्यकता होगी। कांग्रेस अभी भी कानून पर विचार कर रही है जो ब्रॉडकास्ट फ्लैग के समान कुछ कार्यान्वित करेगा. एफसीसी के डिजिटल आउटपुट प्रोटेक्शन टेक्नोलॉजी की आवश्यकता की तुलना में एचडीसीपी मानक अधिक प्रतिबंधात्मक है। एचडीसीपी एचडीसीपी-प्रतिबंधित सामग्री को फुल-रिज़ॉल्यूशन एनालॉग रूप में परिवर्तित करने से अनिवार्य उत्पादों पर प्रतिबंध लगाता है, संभवतः एनालॉग होल के आकार को कम करने के लिए है।
[[संयुक्त राज्य अमेरिका]] में, संघीय संचार आयोग ( एफसीसी ( ने 4 अगस्त 2004 को "डिजिटल आउटपुट प्रोटेक्शन टेक्नोलॉजी" के रूप में एचडीसीपी को स्वीकृति दी।<ref>{{cite press release |date=4 August 2004 |title=FCC ने डिजिटल आउटपुट प्रोटेक्शन टेक्नोलॉजी और रिकॉर्डिंग मेथड सर्टिफिकेशन को मंजूरी दी|publisher=[[Federal Communications Commission]] |url=http://hraunfoss.fcc.gov/edocs_public/attachmatch/DOC-250532A1.pdf |access-date=28 December 2006 }}</ref> एफसीसी के प्रसारण फ्लैग नियम, जो कोलंबिया सर्किट के जिले के लिए संयुक्त राज्य अमेरिका के अपील न्यायालय द्वारा प्रभावित किए गए थे, एचडीटीवी संकेत डेमोडुलेटर से सभी डिजिटल आउटपुट पर डीआरएम प्रौद्योगिकियों की आवश्यकता होगी। कांग्रेस अभी भी कानून पर विचार कर रही है जो ब्रॉडकास्ट फ्लैग के समान कुछ कार्यान्वित करेगा. एफसीसी के डिजिटल आउटपुट प्रोटेक्शन टेक्नोलॉजी की आवश्यकता की तुलना में एचडीसीपी मानक अधिक प्रतिबंधात्मक है। एचडीसीपी एचडीसीपी-प्रतिबंधित सामग्री को फुल-रिज़ॉल्यूशन एनालॉग रूप में परिवर्तित करने से अनिवार्य उत्पादों पर प्रतिबंध लगाता है, संभवतः एनालॉग होल के आकार को कम करने के लिए है।
Line 41: Line 41:
माइक्रोसॉफ्ट विंडोज विस्टा और विंडोज 7 दोनों कंप्यूटर ग्राफिक्स कार्ड और मॉनिटर में एचडीसीपी का उपयोग करते हैं।<ref>[http://www.microsoft.com/whdc/device/media/output_protect.mspx Output Content Protection and Windows Vista<!-- Bot generated title -->]</ref><ref>{{Cite web |url=https://www.engadget.com/entry/1234000143050582/ |title=The Clicker: Microsoft's OPM for the masses – Engadget<!-- Bot generated title --> |access-date=29 August 2017 |archive-url=https://web.archive.org/web/20080726070508/http://www.engadget.com/entry/1234000143050582/ |archive-date=26 July 2008 |url-status=dead }}</ref>
माइक्रोसॉफ्ट विंडोज विस्टा और विंडोज 7 दोनों कंप्यूटर ग्राफिक्स कार्ड और मॉनिटर में एचडीसीपी का उपयोग करते हैं।<ref>[http://www.microsoft.com/whdc/device/media/output_protect.mspx Output Content Protection and Windows Vista<!-- Bot generated title -->]</ref><ref>{{Cite web |url=https://www.engadget.com/entry/1234000143050582/ |title=The Clicker: Microsoft's OPM for the masses – Engadget<!-- Bot generated title --> |access-date=29 August 2017 |archive-url=https://web.archive.org/web/20080726070508/http://www.engadget.com/entry/1234000143050582/ |archive-date=26 July 2008 |url-status=dead }}</ref>
== परिधि ==
== परिधि ==
एचडीसीपी स्ट्रिपर्स एचडीसीपी स्ट्रीम को डिक्रिप्ट करते हैं और एक अनएन्क्रिप्टेड एचडीएमआई वीडियो संकेत प्रसारित करते हैं ताकि यह एक गैर-एचडीसीपी डिस्प्ले में काम करेगा। वर्तमान में यह स्पष्ट नहीं है कि क्या ऐसे उपकरण काम कर रहे होंगे यदि एचडीसीपी लाइसेंसिंग निकाय ने की (key)-निरस्तीकरण सूची जारी की, जिसे नए मीडिया के माध्यम से स्थापित किया जा सकता है (नए ब्लू-रे डिस्क) किसी अन्य उपकरण द्वारा चलाया गया (उदा। एक ब्लू-रे डिस्क प्लेयर) इससे जुड़ा है।<ref>{{cite web |author=Ryan Block |date=21 July 2005 |title=The Clicker: HDCP's Shiny Red Button |publisher=[[Engadget]] |url=https://www.engadget.com/2005/07/21/the-clicker-hdcps-shiny-red-button |access-date=28 December 2006 }}</ref>  
एचडीसीपी स्ट्रिपर्स एचडीसीपी स्ट्रीम को डिक्रिप्ट करते हैं और अनएन्क्रिप्टेड एचडीएमआई वीडियो संकेत प्रसारित करते हैं ताकि यह एक गैर-एचडीसीपी डिस्प्ले में काम करेगा। वर्तमान में यह स्पष्ट नहीं है कि क्या ऐसे उपकरण काम कर रहे होंगे यदि एचडीसीपी लाइसेंसिंग निकाय ने की (key)-निरस्तीकरण सूची जारी की, जिसे नए मीडिया के माध्यम से स्थापित किया जा सकता है (नए ब्लू-रे डिस्क) किसी अन्य उपकरण द्वारा चलाया गया (उदा। एक ब्लू-रे डिस्क प्लेयर) इससे जुड़ा है।<ref>{{cite web |author=Ryan Block |date=21 July 2005 |title=The Clicker: HDCP's Shiny Red Button |publisher=[[Engadget]] |url=https://www.engadget.com/2005/07/21/the-clicker-hdcps-shiny-red-button |access-date=28 December 2006 }}</ref>  
=== क्रिप्ट विश्लेषण ===
=== क्रिप्ट विश्लेषण ===
2001 में, कार्नेगी मेलन विश्वविद्यालय के स्कॉट क्रॉस्बी ने [[इयान गोल्डबर्ग]], रॉबर्ट जॉनसन, डॉन सॉन्ग और डेविड वैगनर के साथ एक पेपर लिखा, जिसे "हाई-बैंडविड्थ डिजिटल कंटेंट प्रोटेक्शन सिस्टम का एक क्रिप्टानालिसिस" कहा जाता है", और इसे 5 नवंबर को एसीएम-सीसीएस 8 डीआरएम कार्यशाला में प्रस्तुत किया।<ref>{{cite conference|author1=Scott Crosby |author2=Ian Goldberg |author3=Robert Johnson |author4=Dawn Song |author5=David Wagner |date=5 November 2001 |title=उच्च-बैंडविड्थ डिजिटल सामग्री सुरक्षा प्रणाली का एक क्रिप्ट विश्लेषण|conference=[[Association for Computing Machinery|ACM]]-CSS8 DRM Workshop |url=http://www.cs.rice.edu/~scrosby/pubs/hdcppaper.ps |access-date=28 December 2006 |url-status=dead |archive-url=https://web.archive.org/web/20041107101758/http://www.cs.rice.edu/~scrosby/pubs/hdcppaper.ps |archive-date=7 November 2004 }}</ref>  
2001 में, कार्नेगी मेलन विश्वविद्यालय के स्कॉट क्रॉस्बी ने [[इयान गोल्डबर्ग]], रॉबर्ट जॉनसन, डॉन सॉन्ग और डेविड वैगनर के साथ एक पेपर लिखा, जिसे "हाई-बैंडविड्थ डिजिटल कंटेंट प्रोटेक्शन सिस्टम का क्रिप्टानालिसिस" कहा जाता है", और इसे 5 नवंबर को एसीएम-सीसीएस 8 डीआरएम कार्यशाला में प्रस्तुत किया।<ref>{{cite conference|author1=Scott Crosby |author2=Ian Goldberg |author3=Robert Johnson |author4=Dawn Song |author5=David Wagner |date=5 November 2001 |title=उच्च-बैंडविड्थ डिजिटल सामग्री सुरक्षा प्रणाली का एक क्रिप्ट विश्लेषण|conference=[[Association for Computing Machinery|ACM]]-CSS8 DRM Workshop |url=http://www.cs.rice.edu/~scrosby/pubs/hdcppaper.ps |access-date=28 December 2006 |url-status=dead |archive-url=https://web.archive.org/web/20041107101758/http://www.cs.rice.edu/~scrosby/pubs/hdcppaper.ps |archive-date=7 November 2004 }}</ref>  


लेखकों ने निष्कर्ष निकाला कि एचडीसीपी की रैखिक की विनिमय एक मूलभूत अक्षमता है, और इसमें विचार-विमर्श के माध्यम हैं:
लेखकों ने निष्कर्ष निकाला कि एचडीसीपी की रैखिक की विनिमय एक मूलभूत अक्षमता है, और इसमें विचार-विमर्श के माध्यम हैं:
Line 60: Line 60:


=== मास्टर की (key) रिलीज ===
=== मास्टर की (key) रिलीज ===
14 सितंबर 2010 को, एंगडगेट ने एक संभावित वास्तविक एचडीसीपी मास्टर की (key) की रिहाई की सूचना दी जो डिवाइस की (key) बना सकती है जो डिजिटल सामग्री सुरक्षा एलएलसी से वैध की (key) प्राप्त किए बिना अन्य एचडीसीपी अनुरूप उपकरणों के साथ प्रमाणित कर सकती है। यह मास्टर की (key) एचडीसीपी की प्रमुख निरस्तीकरण सुविधा को बेअसर कर देगी, क्योंकि पुराने को निरस्त किए जाने पर नई कीज बनाई जा सकती हैं।<ref name="Lawler"/> चूंकि मास्टर की (key) ज्ञात है, इसलिए यह निम्नानुसार है कि एक बिना लाइसेंस वाला एचडीसीपी डिकोडिंग डिवाइस बस मास्टर की (key) का उपयोग करके मक्खी पर नई की (key) उत्पन्न कर सकता है, जिससे निरसन असंभव हो जाता है। यह तुरंत स्पष्ट नहीं था कि किसने की (key) की खोज की या उन्होंने इसे कैसे खोजा, हालांकि इस खोज की घोषणा एक ट्विटर अपडेट के माध्यम से की गई थी, जो एक [[पास्टबिन]] स्निपेट से जुड़ा था जिसमें की (key) और निर्देशों का उपयोग किया गया था. एंगडगेट ने कहा कि हमलावर ने मास्टर की (key) को पुनः प्राप्त करने के लिए क्रॉस्बी द्वारा प्रस्तावित विधि का उपयोग किया हो सकता है, हालांकि उन्होंने एक अलग शोधकर्ता का हवाला दिया। 16 सितंबर को, इंटेल ने पुष्टि की कि कोड को क्रैक किया गया था।<ref>{{cite news| url=http://www.foxnews.com/scitech/2010/09/16/intel-confirms-hdtv-code-cracked/ | work=Fox News | title=एचडीटीवी कोड क्रैक वास्तविक है, इंटेल पुष्टि करता है| date=16 September 2010}}</ref><ref>[http://www.tomshardware.com/news/hdcp-master-key-copy-protection,11311.html Intel Confirms That HDCP Master Key is Cracked<!-- Bot generated title -->]</ref> इंटेल ने एचडीसीपी को प्रसारित करने के लिए हार्डवेयर बनाने वाले किसी भी व्यक्ति के विरुद्ध संभवतः डिजिटल मिलेनियम कॉपीराइट अधिनियम के अंतर्गत कानूनी कार्रवाई की संभावना जताई है।<ref name=w2/>
14 सितंबर 2010 को, एंगडगेट ने एक संभावित वास्तविक एचडीसीपी मास्टर की (key) की रिहाई की सूचना दी जो उपकरण की (key) बना सकती है जो डिजिटल सामग्री सुरक्षा एलएलसी से वैध की (key) प्राप्त किए बिना अन्य एचडीसीपी अनुरूप उपकरणों के साथ प्रमाणित कर सकती है। यह मास्टर की (key) एचडीसीपी की प्रमुख निरस्तीकरण सुविधा को बेअसर कर देगी, क्योंकि पुराने को निरस्त किए जाने पर नई कीज बनाई जा सकती हैं।<ref name="Lawler"/> चूंकि मास्टर की (key) ज्ञात है, इसलिए यह निम्नानुसार है कि एक बिना लाइसेंस वाला एचडीसीपी डिकोडिंग उपकरण बस मास्टर की (key) का उपयोग करके मक्खी पर नई की (key) उत्पन्न कर सकता है, जिससे निरसन असंभव हो जाता है। यह तुरंत स्पष्ट नहीं था कि किसने की (key) की खोज की या उन्होंने इसे कैसे खोजा, हालांकि इस खोज की घोषणा ट्विटर अपडेट के माध्यम से की गई थी, जो [[पास्टबिन]] स्निपेट से जुड़ा था जिसमें की (key) और निर्देशों का उपयोग किया गया था. एंगडगेट ने कहा कि हमलावर ने मास्टर की (key) को पुनः प्राप्त करने के लिए क्रॉस्बी द्वारा प्रस्तावित विधि का उपयोग किया हो सकता है, हालांकि उन्होंने एक अलग शोधकर्ता का हवाला दिया। 16 सितंबर को, इंटेल ने पुष्टि की कि कोड को क्रैक किया गया था।<ref>{{cite news| url=http://www.foxnews.com/scitech/2010/09/16/intel-confirms-hdtv-code-cracked/ | work=Fox News | title=एचडीटीवी कोड क्रैक वास्तविक है, इंटेल पुष्टि करता है| date=16 September 2010}}</ref><ref>[http://www.tomshardware.com/news/hdcp-master-key-copy-protection,11311.html Intel Confirms That HDCP Master Key is Cracked<!-- Bot generated title -->]</ref> इंटेल ने एचडीसीपी को प्रसारित करने के लिए हार्डवेयर बनाने वाले किसी भी व्यक्ति के विरुद्ध संभवतः डिजिटल मिलेनियम कॉपीराइट अधिनियम के अंतर्गत कानूनी कार्रवाई की संभावना जताई है।<ref name=w2/>
<!-- TO WOULD-BE EDITORS: Please do not add the text of the master key (a possible violation of [[WP:COPYVIO]]). Including a link to the key is disputed as well. See talk page. -->
<!-- TO WOULD-BE EDITORS: Please do not add the text of the master key (a possible violation of [[WP:COPYVIO]]). Including a link to the key is disputed as well. See talk page. -->
=== एचडीसीपी v2.2, v2.1 और v2.0 उल्लंघन ===
=== एचडीसीपी v2.2, v2.1 और v2.0 उल्लंघन ===
अगस्त 2012 में संस्करण 2.1 को तोड़ा गया था।<ref name="Green12">{{cite web | url = http://blog.cryptographyengineering.com/2012/08/reposted-cryptanalysis-of-hdcp-v2.html | title = Reposted: A cryptanalysis of HDCP v2.1  | first = Matthew | last = Green | date = 27 August 2012 | work = A Few Thoughts on Cryptographic Engineering }}</ref> अटैक ने इस तथ्य का उपयोग किया कि युग्मन प्रक्रिया एक एक्सओआर के साथ ''Km'' कुंजी को भेजता है। यह गोपनीय रिसीवर को इस बात से अनभिज्ञ बनाता है कि यह कुंजी को एन्क्रिप्ट करता है या डिक्रिप्ट करता है। इसके अतिरिक्त, एक्सओआर और इसके ऊपर एईएस के लिए इनपुट पैरामीटर रिसीवर की ओर से तय किए जाते हैं, जिसका अर्थ है कि ट्रांसमीटर उसी संचालन को लागू कर सकता है। इस तरह की सेटिंग एक अटैकर को युग्मन प्रोटोकॉल की निगरानी करने, इसे एक छोटे से परिवर्तन के साथ दोहराने और ''Km'' कुंजी निकालने की अनुमति देती है। छोटा परिवर्तन पिछले प्रवाह से एन्क्रिप्टेड कुंजी के लिए रैंडम कुंजी चुनने के लिए है। अब, अटैकर प्रोटोकॉल चलाता है और अपने युगल संदेश में इसे ''E(E(Km))'' मिलता है। चूंकि ''E()'' एक्सओआर पर आधारित है, इसलिए यह अपने आप को वापस ले लेता है, इस प्रकार वैध उपकरण के केएम को अनावृत करता है।
अगस्त 2012 में संस्करण 2.1 को तोड़ा गया था।<ref name="Green12">{{cite web | url = http://blog.cryptographyengineering.com/2012/08/reposted-cryptanalysis-of-hdcp-v2.html | title = Reposted: A cryptanalysis of HDCP v2.1  | first = Matthew | last = Green | date = 27 August 2012 | work = A Few Thoughts on Cryptographic Engineering }}</ref> अटैक ने इस तथ्य का उपयोग किया कि युग्मन प्रक्रिया एक्सओआर के साथ ''Km'' कुंजी को भेजता है। यह गोपनीय रिसीवर को इस बात से अनभिज्ञ बनाता है कि यह कुंजी को एन्क्रिप्ट करता है या डिक्रिप्ट करता है। इसके अतिरिक्त, एक्सओआर और इसके ऊपर एईएस के लिए इनपुट पैरामीटर रिसीवर की ओर से तय किए जाते हैं, जिसका अर्थ है कि ट्रांसमीटर उसी संचालन को लागू कर सकता है। इस तरह की सेटिंग अटैकर को युग्मन प्रोटोकॉल की निगरानी करने, इसे एक छोटे से परिवर्तन के साथ दोहराने और ''Km'' कुंजी निकालने की अनुमति देती है। अल्प परिवर्तन पिछले प्रवाह से एन्क्रिप्टेड कुंजी के लिए रैंडम कुंजी चुनने के लिए है। अब, अटैकर प्रोटोकॉल चलाता है और अपने युगल संदेश में इसे ''E(E(Km))'' मिलता है। चूंकि ''E()'' एक्सओआर पर आधारित है, इसलिए यह अपने आप को वापस ले लेता है, इस प्रकार वैध उपकरण के केएम को अनावृत करता है।


V2.2 को रिसीवर पक्ष द्वारा प्रदान की गई यादृच्छिकता को जोड़कर उस भेद्यता को ठीक करने के लिए जारी किया गया था. हालाँकि V2.2 में ट्रांसमीटर को इस अटैक से बचने के लिए V2.1 या V2.0 के रिसीवर का समर्थन नहीं करना चाहिए. इसलिए 2.2 से नीचे के संस्करणों के साथ पिछड़ी संगतता को रोकने के लिए "टाइप" नामक क्षेत्र को फिर से परिभाषित करने के लिए एक नया इरेटम जारी किया गया था. "टाइप" फ्लैग को सामग्री के उपयोग नियमों द्वारा अनुरोध किया जाना चाहिए (अर्थात डीआरएम या कैस के माध्यम से जिसने विषयवस्तु निकाली)।<ref name="hdcp22">{{cite web|url=https://www.digital-cp.com/sites/default/files/specifications/HDCP%20Interface%20Independent%20Adaptation%20Specification%20Rev2_2_FINAL.pdf|title=High-bandwidth Digital Content Protection System: Mapping HDCP to HDMI (Revision 2.2)|date=13 February 2013|publisher=Digital Content Protection LLC}}</ref>  
V2.2 को रिसीवर पक्ष द्वारा प्रदान की गई यादृच्छिकता को जोड़कर उस भेद्यता को ठीक करने के लिए जारी किया गया था. हालाँकि V2.2 में ट्रांसमीटर को इस अटैक से बचने के लिए V2.1 या V2.0 के रिसीवर का समर्थन नहीं करना चाहिए. इसलिए 2.2 से नीचे के संस्करणों के साथ पिछड़ी संगतता को रोकने के लिए "टाइप" नामक क्षेत्र को फिर से परिभाषित करने के लिए एक नया इरेटम जारी किया गया था. "टाइप" फ्लैग को सामग्री के उपयोग नियमों द्वारा अनुरोध किया जाना चाहिए (अर्थात डीआरएम या कैस के माध्यम से जिसने विषयवस्तु निकाली)।<ref name="hdcp22">{{cite web|url=https://www.digital-cp.com/sites/default/files/specifications/HDCP%20Interface%20Independent%20Adaptation%20Specification%20Rev2_2_FINAL.pdf|title=High-bandwidth Digital Content Protection System: Mapping HDCP to HDMI (Revision 2.2)|date=13 February 2013|publisher=Digital Content Protection LLC}}</ref>  


अगस्त 2015 में, संस्करण 2.2 को भंग करने की आशंका थी।  यूएचडी प्रारूप में एएमसी की श्रृंखला [[ब्रेकिंग बैड]] का एक एपिसोड इंटरनेट पर लीक हो गया था; इसके मेटाडेटा ने संकेत दिया कि यह एचडीएमआई कैप था। इसका अर्थ है कि यह एचडीएमआई इंटरफ़ेस के माध्यम से कैप्चर किया गया था जिसने एचडीसीपी 2.2 सुरक्षा को हटा दिया था।'''<ref>{{cite web | title = First Netflix 4K Content Leaks to Torrent Sites | url = https://torrentfreak.com/first-netflix-4k-content-leaks-to-torrent-sites-150828/ | date = 28 August 2015 | publisher=Torrentfreak | first =  Ernesto | last =  van der Sar }}</ref><ref>{{cite web | title = Netflix's 4K video reportedly cracked, Breaking Bad episode posted online | url = https://www.theverge.com/2015/8/28/9222337/piracy-netflix-breaking-bad-4k-episode | date = 28 August 2015 | first = Adi | last = Robertson }}</ref>'''
अगस्त 2015 में, संस्करण 2.2 को भंग करने की आशंका थी।  यूएचडी प्रारूप में एएमसी की श्रृंखला [[ब्रेकिंग बैड]] का एपिसोड इंटरनेट पर लीक हो गया था; इसके मेटाडेटा ने संकेत दिया कि यह एचडीएमआई कैप था। इसका अर्थ है कि यह एचडीएमआई इंटरफ़ेस के माध्यम से कैप्चर किया गया था जिसने एचडीसीपी 2.2 सुरक्षा को हटा दिया था।'''<ref>{{cite web | title = First Netflix 4K Content Leaks to Torrent Sites | url = https://torrentfreak.com/first-netflix-4k-content-leaks-to-torrent-sites-150828/ | date = 28 August 2015 | publisher=Torrentfreak | first =  Ernesto | last =  van der Sar }}</ref><ref>{{cite web | title = Netflix's 4K video reportedly cracked, Breaking Bad episode posted online | url = https://www.theverge.com/2015/8/28/9222337/piracy-netflix-breaking-bad-4k-episode | date = 28 August 2015 | first = Adi | last = Robertson }}</ref>'''


4 नवंबर 2015 को, चीनी कंपनी लेजेंडस्की टेक कंपनी, जो पहले से ही एचडीएफरी ब्रांड के तहत अपने अन्य एचडीसीपी रिपर्स/स्प्लिटर्स के लिए जानी जाती है, ने एचडीएफरी इंटीग्रल जारी किया, एक उपकरण जो एचडीसीपी-सक्षम यूएचडी कार्यों से एचडीसीपी 2.2 को हटा सकता है।<ref>{{cite web|title=HDfury launches yet another path breaking device – the HDCP Doctor, HDfury Integral|url=https://www.hdfury.com/11159/|website=HDFury.com|publisher=HDFury|access-date=7 January 2016|archive-url=https://web.archive.org/web/20160115002430/http://www.hdfury.com/11159/|archive-date=15 January 2016|url-status=dead}}</ref> 31 दिसंबर 2015 को, [[वॉर्नर ब्रदर्स]] और डिजिटल कंटेंट प्रोटेक्शन, एलएलसी (डीसीपी, एचडीसीपी) के मालिकों ने लीजेंडस्की के खिलाफ मुकदमा चलाया।<ref>{{cite web|title=लीजेंडस्की के खिलाफ मुकदमा (पीडीएफ)|url=https://archive.org/details/gov.uscourts.nysd.451763|access-date=7 January 2016}}</ref><ref>{{cite web|last1=Mullin|first1=Joe|title=Warner Bros. sues "HD Fury" over boxes that can copy 4k video|url=https://arstechnica.com/tech-policy/2016/01/warner-bros-sues-hd-fury-over-boxes-that-can-copy-4k-video/|website=Ars Technica|date=4 January 2016 |access-date=7 January 2016}}</ref> फिर भी, मुकदमा अंततः लीजेंडस्की द्वारा तर्क के बाद समाप्त कर दिया गया था कि उपकरण ने एचडीसीपी सामग्री संरक्षण को "पट्टी" नहीं किया, बल्कि इसे एक पुराने संस्करण में डाउनग्रेड कर दिया। एक उपाय जिसे स्पष्ट रूप से डीसीपी के लाइसेंसिंग मैनुअल में अनुमति दी गई है।<ref>{{Cite news|url=https://torrentfreak.com/4k-content-protection-stripper-beats-warner-bros-in-court-1605xx/|title=4K Content Protection "Stripper" Beats Warner Bros in Court|last=Van der Sar|first=Ernesto|date=6 May 2016|work=TorrentFreak|access-date=6 June 2017}}</ref>
4 नवंबर 2015 को, चीनी कंपनी लेजेंडस्की टेक कंपनी, जो पहले से ही एचडीएफरी ब्रांड के तहत अपने अन्य एचडीसीपी रिपर्स/स्प्लिटर्स के लिए जानी जाती है, ने एचडीएफरी इंटीग्रल जारी किया, उपकरण जो एचडीसीपी-सक्षम यूएचडी कार्यों से एचडीसीपी 2.2 को हटा सकता है।<ref>{{cite web|title=HDfury launches yet another path breaking device – the HDCP Doctor, HDfury Integral|url=https://www.hdfury.com/11159/|website=HDFury.com|publisher=HDFury|access-date=7 January 2016|archive-url=https://web.archive.org/web/20160115002430/http://www.hdfury.com/11159/|archive-date=15 January 2016|url-status=dead}}</ref> 31 दिसंबर 2015 को, [[वॉर्नर ब्रदर्स]] और डिजिटल कंटेंट प्रोटेक्शन, एलएलसी (डीसीपी, एचडीसीपी) के मालिकों ने लीजेंडस्की के खिलाफ मुकदमा चलाया।<ref>{{cite web|title=लीजेंडस्की के खिलाफ मुकदमा (पीडीएफ)|url=https://archive.org/details/gov.uscourts.nysd.451763|access-date=7 January 2016}}</ref><ref>{{cite web|last1=Mullin|first1=Joe|title=Warner Bros. sues "HD Fury" over boxes that can copy 4k video|url=https://arstechnica.com/tech-policy/2016/01/warner-bros-sues-hd-fury-over-boxes-that-can-copy-4k-video/|website=Ars Technica|date=4 January 2016 |access-date=7 January 2016}}</ref> फिर भी, मुकदमा अंततः लीजेंडस्की द्वारा तर्क के बाद समाप्त कर दिया गया था कि उपकरण ने एचडीसीपी सामग्री संरक्षण को "पट्टी" नहीं किया, बल्कि इसे एक पुराने संस्करण में डाउनग्रेड कर दिया। उपाय जिसे स्पष्ट रूप से डीसीपी के लाइसेंसिंग मैनुअल में अनुमति दी गई है।<ref>{{Cite news|url=https://torrentfreak.com/4k-content-protection-stripper-beats-warner-bros-in-court-1605xx/|title=4K Content Protection "Stripper" Beats Warner Bros in Court|last=Van der Sar|first=Ernesto|date=6 May 2016|work=TorrentFreak|access-date=6 June 2017}}</ref>
== समस्याएं ==
== समस्याएं ==
एचडीसीपी उन उपयोगकर्ताओं के लिए समस्या पैदा कर सकता है जो एक डिवाइस से कई स्क्रीन कनेक्ट करना चाहते हैं; उदाहरण के लिए, एक सैटेलाइट रिसीवर से जुड़े कई टेलीविज़न वाला एक बार या जब उपयोगकर्ता के पास एक बंद लैपटॉप होता है और वह एकमात्र मॉनिटर के रूप में बाहरी डिस्प्ले का उपयोग करता है। एचडीसीपी डिवाइस एकाधिक कुंजी बना सकते हैं, जिससे प्रत्येक स्क्रीन संचालित हो सकती है, लेकिन संख्या अलग-अलग डिवाइस में भिन्न होती है; उदाहरण के लिए, एक डिश या स्काई उपग्रह रिसीवर 16 चाबियाँ उत्पन्न कर सकता है।<ref>{{ cite web | url = http://www.crestron.com/downloads/pdf/misc/third_party_hdcp_limits.pdf | title = Device List as of 1/7/2010
एचडीसीपी उन उपयोगकर्ताओं के लिए समस्या उत्पन्न कर सकता है जो उपकरण से कई स्क्रीन कनेक्ट करना चाहते हैं; उदाहरण के लिए, सैटेलाइट रिसीवर से जुड़े कई टेलीविज़न वाला एक बार या जब उपयोगकर्ता के पास बंद लैपटॉप होता है और वह एकमात्र मॉनिटर के रूप में बाहरी डिस्प्ले का उपयोग करता है। एचडीसीपी उपकरण एकाधिक कुंजी बना सकते हैं, जिससे प्रत्येक स्क्रीन संचालित हो सकती है, लेकिन संख्या अलग-अलग उपकरण में भिन्न होती है; उदाहरण के लिए, एक डिश या स्काई उपग्रह रिसीवर 16 चाबियाँ उत्पन्न कर सकता है।<ref>{{ cite web | url = http://www.crestron.com/downloads/pdf/misc/third_party_hdcp_limits.pdf | title = Device List as of 1/7/2010
  | publisher = Crestron }}</ref> तकनीक कभी-कभी हैंडशेकिंग समस्याओं का कारण बनती है जहां विशेष रूप से पुराने उच्च परिभाषा डिस्प्ले के अनुरूप उपकरण संपर्क स्थापित नहीं कर सकते हैं। '''<ref>{{cite web | url = http://www.popularmechanics.com/blogs/technology_news/4212233.html | title = PS3 Blinking Mystery Deepens—Westinghouse: "Our TVs Not the Problem" | first = Emily | last = Masamitsu | work = Popular Mechanics | date = 23 January 2007 | archive-url = https://web.archive.org/web/20070206224544/http://www.popularmechanics.com/blogs/technology_news/4212233.html | archive-date = 6 February 2007 }}</ref><ref>{{cite web | url = http://www.avrev.com/news/1105/10.hdcp.html | title = एचडीसीपी "हैंडशेक" कई पुराने डीवीआई-आधारित एचडीटीवी के लिए एक बड़ी समस्या है| work = AVRev.com | first = Scott | last = Selter | date = 10 November 2005 | access-date = 8 March 2008 | archive-url = https://web.archive.org/web/20091212070208/http://www.avrev.com/news/1105/10.hdcp.html | archive-date = 12 December 2009 | url-status = dead }}</ref><ref>{{cite web | url = http://www.eetimes.com/design/communications-design/4013366/HDMI-DVI-HDCP-handshake-problems--how-to-avoid-them | work = EETimes | title =  HDMI/DVI HDCP handshake problems & how to avoid them | first = Mark | last = Stockfisch | date = 4 November 2007 }}</ref>'''
  | publisher = Crestron }}</ref> तकनीक कभी-कभी हैंडशेकिंग समस्याओं का कारण बनती है जहां विशेष रूप से पुराने उच्च परिभाषा डिस्प्ले के अनुरूप उपकरण संपर्क स्थापित नहीं कर सकते हैं। '''<ref>{{cite web | url = http://www.popularmechanics.com/blogs/technology_news/4212233.html | title = PS3 Blinking Mystery Deepens—Westinghouse: "Our TVs Not the Problem" | first = Emily | last = Masamitsu | work = Popular Mechanics | date = 23 January 2007 | archive-url = https://web.archive.org/web/20070206224544/http://www.popularmechanics.com/blogs/technology_news/4212233.html | archive-date = 6 February 2007 }}</ref><ref>{{cite web | url = http://www.avrev.com/news/1105/10.hdcp.html | title = एचडीसीपी "हैंडशेक" कई पुराने डीवीआई-आधारित एचडीटीवी के लिए एक बड़ी समस्या है| work = AVRev.com | first = Scott | last = Selter | date = 10 November 2005 | access-date = 8 March 2008 | archive-url = https://web.archive.org/web/20091212070208/http://www.avrev.com/news/1105/10.hdcp.html | archive-date = 12 December 2009 | url-status = dead }}</ref><ref>{{cite web | url = http://www.eetimes.com/design/communications-design/4013366/HDMI-DVI-HDCP-handshake-problems--how-to-avoid-them | work = EETimes | title =  HDMI/DVI HDCP handshake problems & how to avoid them | first = Mark | last = Stockfisch | date = 4 November 2007 }}</ref>'''


"[[एडवर्ड फेल्टेन]] ने लिखा, ""एचडीसीपी का मुख्य व्यावहारिक प्रभाव एक और विधि बनाने के लिए रहा है जिसमें आपका इलेक्ट्रॉनिक्स आपके टीवी के साथ ठीक से काम करने में विफल हो सकता है, और मास्टर की फीस्को के बाद निष्कर्ष निकाला कि एचडीसीपी उपभोक्ता इलेक्ट्रॉनिक्स बाजार को आकार देने के लिए एक उपकरण की तुलना में एक सुरक्षा प्रणाली के बिना रहा है।" <ref>{{cite web | url = http://www.freedom-to-tinker.com/blog/felten/understanding-hdcp-master-key-leak | title = एचडीसीपी मास्टर की लीक को समझना| date = 11 September 2010 | first = Ed | last = Felten }}</ref>
"[[एडवर्ड फेल्टेन]] ने लिखा, ""एचडीसीपी का मुख्य व्यावहारिक प्रभाव और विधि बनाने के लिए रहा है जिसमें आपका इलेक्ट्रॉनिक्स आपके टीवी के साथ ठीक से काम करने में विफल हो सकता है, और मास्टर की फीस्को के बाद निष्कर्ष निकाला कि एचडीसीपी उपभोक्ता इलेक्ट्रॉनिक्स बाजार को आकार देने के लिए एक उपकरण की तुलना में एक सुरक्षा प्रणाली के बिना रहा है।" <ref>{{cite web | url = http://www.freedom-to-tinker.com/blog/felten/understanding-hdcp-master-key-leak | title = एचडीसीपी मास्टर की लीक को समझना| date = 11 September 2010 | first = Ed | last = Felten }}</ref>


अतिरिक्त समस्याएँ तब उत्पन्न होती हैं जब इंटरैक्टिव मीडिया (अर्थात वीडियो गेम) नियंत्रण विलंबता से ग्रस्त हो जाता है, क्योंकि इसे एन्कोडिंग/डिकोडिंग के लिए अतिरिक्त प्रसंस्करण की आवश्यकता होती है। विभिन्न रोजमर्रा के उपयोग की स्थितियाँ, जैसे लाइव स्ट्रीमिंग या गेम प्ले को कैप्चर करना, भी प्रतिकूल रूप से प्रभावित होती हैं।<ref>{{cite web | url = http://gaming.stackexchange.com/questions/13704/how-do-you-capture-video-of-your-ps3-gameplay  | title =  How do you capture video of your PS3 gameplay | work = Arqade | publisher = Stack Exchange | date = 1 January 2011 }}</ref>यह भी समस्या है कि सभी ऐप्पल लैपटॉप उत्पाद, संभवतः स्विचिंग समय को कम करने के लिए, जब एचडीसीपी-अनुरूप सिंक डिवाइस के साथ सामना किया जाता है, तो स्वचालित रूप से एचडीएमआई / मिनी डिस्प्लेपोर्ट / यूएसबी-सी कनेक्टर पोर्ट से एचडीसीपी एन्क्रिप्शन सक्षम करते हैं। यह एक समस्या है यदि उपयोगकर्ता श्रृंखला के आगे रिकॉर्डिंग या वीडियोकांफ्रेंसिंग सुविधाओं का उपयोग करना चाहता है, क्योंकि ये डिवाइस अक्सर एचडीसीपी-सक्षम सामग्री को डिक्रिप्ट नहीं करते हैं (चूंकि एचडीसीपी सामग्री की सीधी प्रतिलिपि से बचने के लिए है, और ऐसे डिवाइस संभवतः ऐसा कर सकते हैं वह)। यह तब भी लागू होता है जब आउटपुट एचडीसीपी-आवश्यक सामग्री नहीं है, जैसे कि पावरपॉइंट प्रस्तुति या केवल डिवाइस का यूआई।<ref>{{cite web | url = https://support.apple.com/en-us/HT204388 | title = Mac कंप्यूटर के साथ HDMI का उपयोग करने के बारे में अक्सर पूछे जाने वाले प्रश्न - Apple सहायता| publisher = Apple | date = 22 March 2017 }}</ref> कुछ सिंक डिवाइसों में उनकी एचडीसीपी रिपोर्टिंग को पूरी तरह से अक्षम करने की क्षमता होती है, हालांकि, इस समस्या को वीडियोकांफ्रेंसिंग या रिकॉर्डिंग में सामग्री को अवरुद्ध करने से रोका जाता है। हालाँकि, यदि सिंक डिवाइस कनेक्ट होने के दौरान इसे अक्षम कर दिया जाता है, तो एचडीसीपी सामग्री कई स्रोत डिवाइसों पर चलने से अक्षम कर देगी।<ref>{{cite web | url = http://www.crestron.com/downloads/pdf/product_engineering_specifications/hdcp_whitepaper_crestron.pdf  | title =  HDCP White Paper: How DigitalMedia(TM) Switchers Handle HDCP | publisher =  Crestron}}</ref>
अतिरिक्त समस्याएँ तब उत्पन्न होती हैं जब इंटरैक्टिव मीडिया (अर्थात वीडियो गेम) नियंत्रण विलंबता से ग्रस्त हो जाता है, क्योंकि इसे एन्कोडिंग/डिकोडिंग के लिए अतिरिक्त प्रसंस्करण की आवश्यकता होती है। विभिन्न रोजमर्रा के उपयोग की स्थितियाँ, जैसे लाइव स्ट्रीमिंग या गेम प्ले को कैप्चर करना, भी प्रतिकूल रूप से प्रभावित होती हैं।<ref>{{cite web | url = http://gaming.stackexchange.com/questions/13704/how-do-you-capture-video-of-your-ps3-gameplay  | title =  How do you capture video of your PS3 gameplay | work = Arqade | publisher = Stack Exchange | date = 1 January 2011 }}</ref>यह भी समस्या है कि सभी ऐप्पल लैपटॉप उत्पाद, संभवतः स्विचिंग समय को कम करने के लिए, जब एचडीसीपी-अनुरूप सिंक उपकरण के साथ सामना किया जाता है, तो स्वचालित रूप से एचडीएमआई / मिनी डिस्प्लेपोर्ट / यूएसबी-सी कनेक्टर पोर्ट से एचडीसीपी एन्क्रिप्शन सक्षम करते हैं। यह एक समस्या है यदि उपयोगकर्ता श्रृंखला के आगे रिकॉर्डिंग या वीडियोकांफ्रेंसिंग सुविधाओं का उपयोग करना चाहता है, क्योंकि ये उपकरण प्रायः एचडीसीपी-सक्षम सामग्री को डिक्रिप्ट नहीं करते हैं (चूंकि एचडीसीपी सामग्री की सीधी प्रतिलिपि से बचने के लिए है, और ऐसे उपकरण संभवतः ऐसा कर सकते हैं वह)। यह तब भी लागू होता है जब आउटपुट एचडीसीपी-आवश्यक सामग्री नहीं है, जैसे कि पावरपॉइंट प्रस्तुति या केवल उपकरण का यूआई।<ref>{{cite web | url = https://support.apple.com/en-us/HT204388 | title = Mac कंप्यूटर के साथ HDMI का उपयोग करने के बारे में अक्सर पूछे जाने वाले प्रश्न - Apple सहायता| publisher = Apple | date = 22 March 2017 }}</ref> कुछ सिंक उपकरणों में उनकी एचडीसीपी रिपोर्टिंग को पूरी तरह से अक्षम करने की क्षमता होती है, हालांकि, इस समस्या को वीडियोकांफ्रेंसिंग या रिकॉर्डिंग में सामग्री को अवरुद्ध करने से रोका जाता है। हालाँकि, यदि सिंक उपकरण कनेक्ट होने के दौरान इसे अक्षम कर दिया जाता है, तो एचडीसीपी सामग्री कई स्रोत उपकरणों पर चलने से अक्षम कर देगी।<ref>{{cite web | url = http://www.crestron.com/downloads/pdf/product_engineering_specifications/hdcp_whitepaper_crestron.pdf  | title =  HDCP White Paper: How DigitalMedia(TM) Switchers Handle HDCP | publisher =  Crestron}}</ref>


एकाधिक लीगेसी डिस्प्ले से बनी वीडियो वॉल पर संगत वितरण के माध्यम से एचडीसीपी 2.2 स्रोत उपकरण को कनेक्ट करते समय एक छवि प्रदर्शित करने की क्षमता की प्रत्याभूति नहीं दी जा सकती है।<ref>{{cite web | url = http://www.extron.com/download/files/whitepaper/hdcp_2_2_wp.pdf | title =  Introduction to HDCP2.2 | publisher = Extron | date = 8 September 2015 }}</ref>
एकाधिक लीगेसी डिस्प्ले से बनी वीडियो वॉल पर संगत वितरण के माध्यम से एचडीसीपी 2.2 स्रोत उपकरण को कनेक्ट करते समय छवि प्रदर्शित करने की क्षमता की प्रत्याभूति नहीं दी जा सकती है।<ref>{{cite web | url = http://www.extron.com/download/files/whitepaper/hdcp_2_2_wp.pdf | title =  Introduction to HDCP2.2 | publisher = Extron | date = 8 September 2015 }}</ref>
== संस्करण ==
== संस्करण ==
{| class="wikitable"
{| class="wikitable"
|-
|-
! HDCP revision || Release Date || Supported interfaces
!एचडीसीपी संशोधन
!रिलीज़ की तारीख
!समर्थित इंटरफ़ेस
|-
|-
| 1.0 || 17 February 2000 || DVI
|1.0
|17 फरवरी 2000
|डीवीआई
|-
|-
| 1.1 || 9 June 2003 || DVI, HDMI
|1.1
|9 जून 2003
|डीवीआई, एचडीएमआई
|-
|-
| 1.2 || 13 June 2006 || DVI, HDMI
|1.2
|13 जून 2006
|डीवीआई, एचडीएमआई
|-
|-
| 1.3 || 21 Dec 2006|| DVI, HDMI, [[DisplayPort|DP]], [[Gigabit Video Interface|GVIF]], [[Unified Display Interface|UDI]]
|1.3
|21 दिसंबर 2006
|डीवीआई, एचडीएमआई, डीपी , जीवीआईएफ , यूडीआई
|-
|-
| 1.4 || 8 July 2009 ||
|1.4
|8 जुलाई 2009
|
|-
|-
| 2.0 IIA || 23 Oct 2008||
|2.0 आईआईए
* Interface Independent Adaptation, any IP-based interface
|23 अक्टूबर 2008
* Compressed or uncompressed video (only specified for compressed over PES though)
|
* इंटरफ़ेस स्वतंत्र अनुकूलन, कोई भी आईपी-आधारित इंटरफ़ेस
* संपीड़ित या असम्पीडित वीडियो (हालांकि केवल पीईएस पर संपीड़ित के लिए निर्दिष्ट)
|-
|-
| 2.1 IIA || 18 July 2011 ||
|2.1 आईआईए
* New mechanism to manage  Type 1 content. Type 1 is a flag preventing content from going to v1.x HDCP. It is assumed that UHD content will require that.
|18 जुलाई 2011
* Resolves addition of devices to the HDMI tree without a full tree re-authentication by allowing ReceiverID_List to be asynchronous
|
* टाइप 1 सामग्री को प्रबंधित करने के लिए नया तंत्र। टाइप 1 एक फ्लैग है जो सामग्री को v1.x एचडीसीपी पर जाने से रोकता है। यह माना जाता है कि यूएचडी सामग्री के लिए इसकी आवश्यकता होगी।
* रिसीवरआईडी_सूची को एसिंक्रोनस होने की अनुमति देकर पूर्ण ट्री पुन: प्रमाणीकरण के बिना एचडीएमआई ट्री में उपकरणों को जोड़ने का समाधान करता है।
|-
|-
| 2.2 IIA || 16 October 2012 ||
|2.2 आईआईए
* Addresses a breach described above, as well as other flaws in Locality Check
|16 अक्टूबर 2012
* Type 1 extended to preventing content from going to v2.1, 2.0 and v1.x as they all have weaknesses
|
* ऊपर वर्णित उल्लंघन के साथ-साथ लोकैलिटी चेक में अन्य खामियों को भी संबोधित करता है।
* सामग्री को v2.1, 2.0 और v1.x पर जाने से रोकने के लिए टाइप 1 का विस्तार किया गया क्योंकि इन सभी में कमज़ोरियाँ हैं।
|-
|-
| 2.2 for HDMI || 13 February 2013
|एचडीएमआई के लिए 2.2
|13 फरवरी 2013
| rowspan="2" |
| rowspan="2" |
* This spec is not bound to backward compatibility to v2.0 and v2.1 hence makes it a clean version of v2.2
* यह विशिष्टता v2.0 और v2.1 के लिए पश्चगामी संगतता से बंधी नहीं है इसलिए यह इसे v2.2 का एक साफ़ संस्करण बनाती है।
|-
|-
| 2.2 for [[Mobile High-Definition Link|MHL]]|| 11 September 2013
|एमएचएल के लिए 2.2
|11 सितंबर 2013
|-
|-
| 2.3 for HDMI || 28 February 2018 ||
|एचडीएमआई के लिए 2.3
|28 फरवरी 2018
|}
|}


== एचडीसीपी v2.x ==
एचडीसीपी का 2.x संस्करण एचडीसीपी वी1 की निरंतरता नहीं है, बल्कि यह पूरी तरह से अलग लिंक सुरक्षा है। संस्करण 2.x उद्योग-मानक एन्क्रिप्शन एल्गोरिदम को नियोजित करता है, जैसे 3072 या 1024-बिट आरएसए सार्वजनिक कुंजी और 256-बिट एचएमएसी-एसएचए256 हैश फ़ंक्शन के साथ 128-बिट एईएस।<ref name="hdcp22"/> जबकि सभी एचडीसीपी v1.x विनिर्देश विनिर्देश के पिछले संस्करणों के लिए बैकवर्ड संगतता का समर्थन करते हैं, एचडीसीपी v2 उपकरण केवल एचडीसीपी v1 का मूल रूप से समर्थन करके, या एक समर्पित कनवर्टर उपकरण का उपयोग करके एचडीसीपी v1 हार्डवेयर के साथ इंटरफ़ेस कर सकते हैं। इसका मतलब है कि एचडीसीपी v2 केवल नई प्रौद्योगिकियों पर लागू है। इसे वायरलेसएचडी और मिराकास्ट (पूर्व में वाईफाई डिस्प्ले) मानकों के लिए चुना गया है।<ref>{{cite web|title=वायरलेसएचडी 1.1 विशिष्टता सारांश|url=http://www.wirelesshd.org/about/specification-summary/|website=WirelessHD|publisher=WirelessHD|access-date=18 April 2017}}</ref><ref>{{cite web|title=Technical Note Wi-Fi CERTIFIED Miracast™ HDCP Interoperability Issue: HDCP 2.2 Protocol Descriptor|url=https://www.wi-fi.org/download.php?file=/sites/default/files/private/Miracast_HDCP_Tech_Note_v1%200_0.pdf|website=WiFi Alliance|publisher=WiFi Alliance|access-date=18 April 2017}}</ref>
एचडीसीपी 2.x में नया प्रमाणीकरण प्रोटोकॉल और एक स्थानीयता जांच की सुविधा है ताकि यह सुनिश्चित किया जा सके कि रिसीवर अपेक्षाकृत करीब है (इसे सामान्य डीवीआई/एचडीएमआई लिंक पर 7 एमएस के भीतर स्थानीयता जांच का जवाब देना होगा)।<ref name="hdcp22" /> विनिर्देश के संस्करण 2.1 का क्रिप्टो विश्लेषण किया गया और इसमें कई खामियां पाई गईं, जिनमें सत्र कुंजी को पुनर्प्राप्त करने की क्षमता भी सम्मिलित थी।<ref name="Green12" />


== एचडीसीपी v2.x ==
एचडीसीपी v 2 और v 1 के बीच अभी भी कुछ समानताएं हैं।
एचडीसीपी का 2.x संस्करण एचडीसीपीवी1 की निरंतरता नहीं है, बल्कि यह पूरी तरह से अलग लिंक सुरक्षा है। संस्करण 2.x उद्योग-मानक एन्क्रिप्शन एल्गोरिदम को नियोजित करता है, जैसे 128-बिट उन्नत एन्क्रिप्शन मानक 3072 या 1024-बिट RSA (क्रिप्टोसिस्टम) सार्वजनिक की (key) और 256-बिट [[HMAC-SHA256]] हैश फ़ंक्शन के साथ।<ref name="hdcp22"/>जबकि सभी HDCP v1.x विनिर्देश विनिर्देश के पिछले संस्करणों के लिए पिछड़े संगतता का समर्थन करते हैं, HDCPv2 डिवाइस HDCPv1 हार्डवेयर के साथ केवल मूल रूप से HDCPv1 का समर्थन करके, या एक समर्पित कनवर्टर डिवाइस का उपयोग करके इंटरफ़ेस कर सकते हैं। इसका अर्थ है कि HDCPv2 केवल नई तकनीकों पर लागू होता है। इसे वायरलेसएचडी और [[Miracast]] (पूर्व में वाईफाई डिस्प्ले) मानकों के लिए चुना गया है।<ref>{{cite web|title=वायरलेसएचडी 1.1 विशिष्टता सारांश|url=http://www.wirelesshd.org/about/specification-summary/|website=WirelessHD|publisher=WirelessHD|access-date=18 April 2017}}</ref><ref>{{cite web|title=Technical Note Wi-Fi CERTIFIED Miracast™ HDCP Interoperability Issue: HDCP 2.2 Protocol Descriptor|url=https://www.wi-fi.org/download.php?file=/sites/default/files/private/Miracast_HDCP_Tech_Note_v1%200_0.pdf|website=WiFi Alliance|publisher=WiFi Alliance|access-date=18 April 2017}}</ref>
एचडीसीपी 2.x में एक नया प्रमाणीकरण प्रोटोकॉल है, और यह सुनिश्चित करने के लिए कि रिसीवर अपेक्षाकृत करीब है (इसे सामान्य डीवीआई/एचडीएमआई लिंक पर 7 एमएस के भीतर इलाके की जांच का जवाब देना चाहिए) सुनिश्चित करने के लिए एक इलाके की जांच करें।<ref name="hdcp22"/>विनिर्देश के संस्करण 2.1 का क्रिप्ट विश्लेषण किया गया था और सत्र की (key) को पुनर्प्राप्त करने की क्षमता सहित कई दोष पाए गए थे।<ref name="Green12"/>


HDCP v2 और v1 के बीच अभी भी कुछ समानताएँ हैं।
# दोनों डीसीपी एलएलसी प्राधिकार के अंतर्गत हैं।
# दोनों डीसीपी एलएलसी प्राधिकरण के अधीन हैं।
# दोनों के पास समान लाइसेंस अनुबंध, अनुपालन नियम और दृढ़ता नियम हैं।
# दोनों समान लाइसेंस अनुबंध, अनुपालन नियम और मजबूती नियम साझा करते हैं।
# दोनों ही निरसन प्रणाली और एक ही उपकरण आईडी प्रारूप साझा करते हैं।
# दोनों समान निरस्तीकरण प्रणाली और समान डिवाइस आईडी प्रारूप साझा करते हैं।


== यह भी देखें ==
== यह भी देखें ==
* [[ एचडीसीपी पुनरावर्तक बिट ]]
 
* [[डिजिटल ट्रांसमिशन सामग्री संरक्षण]]
* एचडीसीपी रिपीटर बिट
* डिजिटल ट्रांसमिशन कंटेंट सुरक्षा
* डिजिटल अधिकार प्रबंधन
* डिजिटल अधिकार प्रबंधन
* [[एन्क्रिप्टेड मीडिया एक्सटेंशन]]
* [[एन्क्रिप्टेड मीडिया एक्सटेंशन]]
Line 135: Line 158:
== संदर्भ ==
== संदर्भ ==
{{reflist|30em}}
{{reflist|30em}}
== बाहरी संबंध ==
== बाहरी संबंध ==
* {{Official website|https://www.digital-cp.com/}}
* {{Official website|https://www.digital-cp.com/}}
Line 143: Line 164:
{{broadcast encryption}}
{{broadcast encryption}}


{{DEFAULTSORT:High-Bandwidth Digital Content Protection}}[[Category: 2000 में ऑडियोविजुअल परिचय]] [[Category: 2000 में कंप्यूटर से संबंधित परिचय]] [[Category: टूटी हुई धारा सिफर]] [[Category: कॉपी सुरक्षा]] [[Category: उच्च परिभाषा टेलीविजन]] [[Category: इंटेल उत्पाद]] [[Category: डिजिटल अधिकार प्रबंधन मानक]]
{{DEFAULTSORT:High-Bandwidth Digital Content Protection}}
 
 


[[Category: Machine Translated Page]]
[[Category:2000 में ऑडियोविजुअल परिचय|High-Bandwidth Digital Content Protection]]
[[Category:Created On 19/06/2023]]
[[Category:2000 में कंप्यूटर से संबंधित परिचय|High-Bandwidth Digital Content Protection]]
[[Category:All Wikipedia articles written in American English|High-Bandwidth Digital Content Protection]]
[[Category:CS1 English-language sources (en)]]
[[Category:CS1 maint]]
[[Category:Collapse templates|High-Bandwidth Digital Content Protection]]
[[Category:Created On 19/06/2023|High-Bandwidth Digital Content Protection]]
[[Category:Lua-based templates|High-Bandwidth Digital Content Protection]]
[[Category:Machine Translated Page|High-Bandwidth Digital Content Protection]]
[[Category:Navigational boxes| ]]
[[Category:Navigational boxes without horizontal lists|High-Bandwidth Digital Content Protection]]
[[Category:Official website not in Wikidata|High-Bandwidth Digital Content Protection]]
[[Category:Pages with script errors|High-Bandwidth Digital Content Protection]]
[[Category:Sidebars with styles needing conversion|High-Bandwidth Digital Content Protection]]
[[Category:Template documentation pages|Documentation/doc]]
[[Category:Templates Vigyan Ready|High-Bandwidth Digital Content Protection]]
[[Category:Templates generating microformats|High-Bandwidth Digital Content Protection]]
[[Category:Templates that add a tracking category|High-Bandwidth Digital Content Protection]]
[[Category:Templates that are not mobile friendly|High-Bandwidth Digital Content Protection]]
[[Category:Templates that generate short descriptions|High-Bandwidth Digital Content Protection]]
[[Category:Templates using TemplateData|High-Bandwidth Digital Content Protection]]
[[Category:Use American English from March 2019|High-Bandwidth Digital Content Protection]]
[[Category:Use dmy dates from November 2020|High-Bandwidth Digital Content Protection]]
[[Category:Wikipedia metatemplates|High-Bandwidth Digital Content Protection]]
[[Category:इंटेल उत्पाद|High-Bandwidth Digital Content Protection]]
[[Category:उच्च परिभाषा टेलीविजन|High-Bandwidth Digital Content Protection]]
[[Category:कॉपी सुरक्षा|High-Bandwidth Digital Content Protection]]
[[Category:टूटी हुई धारा सिफर|High-Bandwidth Digital Content Protection]]
[[Category:डिजिटल अधिकार प्रबंधन मानक|High-Bandwidth Digital Content Protection]]

Latest revision as of 20:15, 5 July 2023

हाई-बैंडविड्थ डिजिटल कंटेंट प्रोटेक्शन (एचडीसीपी) डिजिटल कॉपी प्रोटेक्शन (प्रतिलिपि सुरक्षा) का एक रूप है जिसे इंटेल कॉर्पोरेशन[1] द्वारा विकसित किया गया है ताकि डिजिटल ऑडियो और वीडियो सामग्री की प्रतिलिपि को रोकने के रूप में यह संपर्क में रहता है। कनेक्शन के प्रकारों में डिस्प्लेपोर्ट (डीपी), डिजिटल विज़ुअल इंटरफ़ेस (डीवीआई) और हाई-डेफिनिशन मल्टीमीडिया इंटरफ़ेस (एचडीएमआई) साथ ही कम प्रचलित या अब गिगाबिट वीडियो इंटरफ़ेस जैसे प्रोटोकॉल (वीआईएफ) और एकीकृत प्रदर्शन इंटरफ़ेस (यूडीआई) आदि सम्मिलित हैं।

यह प्रणाली एचडीसीपी-एन्क्रिप्टेड विषयवस्तु को अनधिकृत उपकरणों या उपकरणों पर चलाए जाने से रोकने के लिए है, जिन्हें एचडीसीपी विषयवस्तु की प्रतिलिपि तैयार करने के लिए संशोधित किया गया है।[2][3] डेटा भेजने से पहले, संचारण उपकरण जाँचता है कि रिसीवर इसे प्राप्त करने के लिए अधिकृत है। यदि ऐसा है, तो ट्रांसमीटर डेटा को ईव्सड्रॉपिंग को रोकने के लिए एन्क्रिप्ट करता है क्योंकि यह रिसीवर को प्रवाहित करता है।[4]

उपकरण बनाने के लिए जो एचडीसीपी-सक्षम कंटेंट चलाता है, निर्माता को इंटेल सहायक डिजिटल कंटेंट प्रोटेक्शन एलएलसी से पेटेंट के लिए लाइसेंस प्राप्त करना होगा, वार्षिक शुल्क का भुगतान करना होगा, और विभिन्न स्थितियों में प्रस्तुत करना होगा।[5][6][7] उदाहरण के लिए, उपकरण को कॉपी करने के लिए डिज़ाइन नहीं किया जा सकता है; इसे "सामग्री सुरक्षा आवश्यकताओं को विफल करने का प्रयास करना चाहिए";[7] इसे नॉन-एचडीसीपी रिसीवर को उच्च परिभाषा संरक्षित वीडियो प्रसारित नहीं करना चाहिए; और डीवीडी-ऑडियो के काम केवल सीडी-ऑडियो गुणवत्ता पर चलाए जा सकते हैं[7] नॉन-एचडीसीपी डिजिटल ऑडियो आउटपुट द्वारा (एनालॉग ऑडियो आउटपुट की कोई गुणवत्ता सीमा नहीं है)। यदि उपकरण में इंटेल प्रबंधन इंजन की तरह एक सुविधा अक्षम है, तो एचडीसीपी उपयोग में नहीं रहेगा।

क्रिप्टानालिसिस शोधकर्ताओं ने 2001 की प्रारम्भ में एचडीसीपी में दोषों का प्रदर्शन किया। सितंबर 2010 में, एचडीसीपी मास्टर की जो वैध उपकरण कीज़ की उत्पादन के लिए अनुमति देता है, सार्वजनिक रूप से जारी किया गया था, जो एचडीसीपी के प्रमुख प्रत्यावर्तन विशेषता को बेकार कर देता है।[8][9] इंटेल ने पुष्टि की है कि क्रैक वास्तविक है,[10] और विश्वास है कि मास्टर कीज सार्वजनिक होने के कारण रिवर्स इंजीनियर थे।[11] व्यावहारिक रूप से, दरार के प्रभाव को "टीवी पर वीडियो कैमरा इंगित करने के डिजिटल समकक्ष" के रूप में वर्णित किया गया है", और उपभोक्ताओं के लिए सीमित महत्व क्योंकि मेनू जैसी संवादात्मक सुविधाओं के अभाव के साथ उच्च परिभाषा डिस्क के एन्क्रिप्शन पर सीधे प्रभाव डाला गया है।[12] इंटेल ने बिना लाइसेंस वाले उपकरण का उत्पादन करने वाले किसी पर मुकदमा करने की चेतावनी दिया।[11]

विशिष्टता

एचडीसीपी तीन प्रणालियों का उपयोग करता है:[5]

  1. प्रमाणीकरण नॉन-लाइसेंस प्राप्त उपकरणों को विषयवस्तु प्राप्त करने से रोकता है।
  2. डिस्प्लेपोर्ट, डीवीआई, एचडीएमआई, जीवीआईएफ या यूडीआई इंटरफेस पर भेजे गए डेटा का एन्क्रिप्शन सूचना और मानव-मध्य परिवर्तनों की अधिकता को रोकता है।
  3. मुख्य निरूपण उन उपकरणों को रोकता है जिन्हें समझौता किया गया है और डेटा प्राप्त करने के लिए क्लोन किया गया है।

प्रत्येक एचडीसीपी-सक्षम उपकरण में 40 56-बिट कीज का एक अद्वितीय समूह है। उन्हें गोपनीय रखने में विफलता लाइसेंस सहमति का उल्लंघन करती है। मूल्यों के प्रत्येक समूह के लिए, केएसवी (की सिलेक्शन वेक्टर) नामक विशेष निजी की (key) बनाई गई है। प्रत्येक केएसवी में 40 बिट्स होते हैं (प्रत्येक एचडीसीपी की के लिए एक बिट) 20 बिट्स के साथ 0 और 20 बिट्स 1 पर स्थापित होते हैं।

प्रमाणीकरण के दौरान, पार्टियां ब्लॉम की योजना नामक एक प्रक्रिया के तहत अपने केएसवी का आदान-प्रदान करती हैं। प्रत्येक उपकरण अपनी स्वयं की गोपनीय कीज को एक साथ जोड़ता है (किसी अन्य उपकरण से प्राप्त केएसवी के अनुसार अहस्ताक्षरित जोड़ मोडुलो 256) का उपयोग करता है। केएसवी में 1 पर स्थापित बिट्स के क्रम के आधार पर, एक संबंधित गोपनीय की का उपयोग किया जाता है या इसके अतिरिक्त उपेक्षा की जाती है। कीज़ और केएसवी की उत्पत्ति दोनों उपकरणों को एक ही 56-बिट नंबर देती है, जिसका उपयोग बाद में डेटा को एन्क्रिप्ट करने के लिए किया जाता है।

एन्क्रिप्शन एक स्ट्रीम सिफर द्वारा किया जाता है। प्रत्येक डिकोड किए गए पिक्सेल को जनरेटर द्वारा उत्पादित 24-बिट संख्या के साथ एक्सओआर संचालन द्वारा कार्यान्वित किया जाता है। एचडीसीपी विनिर्देश प्रत्येक एन्कोडेड फ्रेम के बाद कीज़ का निरंतर अद्यतन सुनिश्चित करते हैं।

यदि कीज़ के किसी विशेष समूह से सहमति व्यक्त की जाती है, तो उनके संबंधित केएसवी को डीवीडी और ब्लू-रे प्रारूपों में नई डिस्क पर लगाए गए निरसन सूची में जोड़ा जाता है। (सूचियों पर डीएसए डिजिटल हस्ताक्षर के साथ हस्ताक्षर किए जाते हैं, जो दुर्भावनापूर्ण उपयोगकर्ताओं को वैध उपकरणों को निरस्त करने से रोकने के लिए है।)  प्रमाणीकरण के दौरान, संचारण उपकरण सूची में रिसीवर के केएसवी की जांच करता है, और यदि यह वहां है, तो डिक्रिप्ट किए गए कार्य को निरस्त उपकरण पर नहीं भेजता है।

उपयोग

एप्पल टीवी उपकरण में सिलिकॉन इमेज द्वारा एक एचडीसीपी ट्रांसमीटर चिप

एचडीसीपी उपकरणों को सामान्यतः तीन श्रेणियों में विभाजित किया जाता है:

स्रोत: प्रदर्शित करने के लिए विषय वस्तु को भेजता है। उदाहरणों में सेट-टॉप बॉक्स, डीवीडी, एचडी डीवीडी और ब्लू-रे डिस्क प्लेयर और कंप्यूटर वीडियो कार्ड उपलब्ध हैं। स्रोत में केवल एचडीसीपी/एचडीएमआई ट्रांसमीटर है।[4]

सिंक: सिंक प्रदर्शन के लिए विषयवस्तु प्रदान करता है ताकि इसे देखा जा सके। उदाहरणों में टीवी और डिजिटल प्रोजेक्टर उपलब्ध हैं। सिंक में एक या अधिक एचडीसीपी/एचडीएमआई रिसीवर होते हैं।[4]

रिपीटर: रिपीटर विषयवस्तु को स्वीकार करता है, उसे डिक्रिप्ट करता है, फिर डेटा को फिर से एन्क्रिप्ट और रीट्रांसमिट करता है। यह कुछ संकेत प्रसंस्करण कर सकता है, जैसे कि वीडियो को उच्च-रिज़ॉल्यूशन प्रारूप में बदलना, या सिग्नल के ऑडियो भाग को विभाजित करना। रिपीटर्स में एचडीएमआई इनपुट और आउटपुट होते हैं। उदाहरणों में होम थिएटर ऑडियो-विज़ुअल रिसीवर उपलब्ध हैं जो ऑडियो संकेत को विभाजित और प्रवर्धित करते हैं, जबकि टीवी पर प्रदर्शन के लिए वीडियो को फिर से प्रसारित करते हैं। रिपीटर भी कई स्क्रीन पर एक साथ डिस्प्ले के लिए इनपुट डेटा स्ट्रीम को कई आउटपुट में भेज सकता है।[4]

प्रत्येक उपकरण में एक या अधिक एचडीसीपी ट्रांसमीटर और/या रिसीवर हो सकते हैं। एकल ट्रांसमीटर या रिसीवर चिप एचडीसीपी और एचडीएमआई कार्यक्षमता को जोड़ सकता है।[4]

संयुक्त राज्य अमेरिका में, संघीय संचार आयोग ( एफसीसी ( ने 4 अगस्त 2004 को "डिजिटल आउटपुट प्रोटेक्शन टेक्नोलॉजी" के रूप में एचडीसीपी को स्वीकृति दी।[13] एफसीसी के प्रसारण फ्लैग नियम, जो कोलंबिया सर्किट के जिले के लिए संयुक्त राज्य अमेरिका के अपील न्यायालय द्वारा प्रभावित किए गए थे, एचडीटीवी संकेत डेमोडुलेटर से सभी डिजिटल आउटपुट पर डीआरएम प्रौद्योगिकियों की आवश्यकता होगी। कांग्रेस अभी भी कानून पर विचार कर रही है जो ब्रॉडकास्ट फ्लैग के समान कुछ कार्यान्वित करेगा. एफसीसी के डिजिटल आउटपुट प्रोटेक्शन टेक्नोलॉजी की आवश्यकता की तुलना में एचडीसीपी मानक अधिक प्रतिबंधात्मक है। एचडीसीपी एचडीसीपी-प्रतिबंधित सामग्री को फुल-रिज़ॉल्यूशन एनालॉग रूप में परिवर्तित करने से अनिवार्य उत्पादों पर प्रतिबंध लगाता है, संभवतः एनालॉग होल के आकार को कम करने के लिए है।

19 जनवरी 2005 को, यूरोपीय सूचना, संचार और उपभोक्ता इलेक्ट्रॉनिक्स प्रौद्योगिकी उद्योग संघों (ईआईसीटीए) ने घोषणा की कि एचडीसीपी यूरोपीय "एचडी रेडी" संस्करण का एक आवश्यक घटक है।[14]

माइक्रोसॉफ्ट विंडोज विस्टा और विंडोज 7 दोनों कंप्यूटर ग्राफिक्स कार्ड और मॉनिटर में एचडीसीपी का उपयोग करते हैं।[15][16]

परिधि

एचडीसीपी स्ट्रिपर्स एचडीसीपी स्ट्रीम को डिक्रिप्ट करते हैं और अनएन्क्रिप्टेड एचडीएमआई वीडियो संकेत प्रसारित करते हैं ताकि यह एक गैर-एचडीसीपी डिस्प्ले में काम करेगा। वर्तमान में यह स्पष्ट नहीं है कि क्या ऐसे उपकरण काम कर रहे होंगे यदि एचडीसीपी लाइसेंसिंग निकाय ने की (key)-निरस्तीकरण सूची जारी की, जिसे नए मीडिया के माध्यम से स्थापित किया जा सकता है (नए ब्लू-रे डिस्क) किसी अन्य उपकरण द्वारा चलाया गया (उदा। एक ब्लू-रे डिस्क प्लेयर) इससे जुड़ा है।[17]

क्रिप्ट विश्लेषण

2001 में, कार्नेगी मेलन विश्वविद्यालय के स्कॉट क्रॉस्बी ने इयान गोल्डबर्ग, रॉबर्ट जॉनसन, डॉन सॉन्ग और डेविड वैगनर के साथ एक पेपर लिखा, जिसे "हाई-बैंडविड्थ डिजिटल कंटेंट प्रोटेक्शन सिस्टम का क्रिप्टानालिसिस" कहा जाता है", और इसे 5 नवंबर को एसीएम-सीसीएस 8 डीआरएम कार्यशाला में प्रस्तुत किया।[18]

लेखकों ने निष्कर्ष निकाला कि एचडीसीपी की रैखिक की विनिमय एक मूलभूत अक्षमता है, और इसमें विचार-विमर्श के माध्यम हैं:

  • किसी भी डेटा पर ध्यान केंद्रित करता है।
  • किसी भी उपकरण को उसकी सार्वजनिक की के साथ क्लोन करना चाहिए।
  • उपकरणों पर किसी भी काली सूची से बचें।
  • नया उपकरण की वेक्टर बनाएँ।
  • समग्र रूप से, प्राधिकरण को पूरी तरह से उपयोग करें।

उन्होंने यह भी कहा कि ब्लॉम की योजना की विनिमय को तथाकथित प्रतिस्पर्धा के आरोप से विभाजित किया जा सकता है: कम से कम 40 उपकरणों की कीज प्राप्त करना और गोपनीय सममित मास्टर मैट्रिक्स का पुनर्निर्माण करना जो उन्हें गणना करने के लिए उपयोग किया गया था।

लगभग उसी समय, नील्स फर्ग्यूसन ने स्वतंत्र रूप से एचडीसीपी योजना को हटाने का समर्थन किया, लेकिन उन्होंने विवादास्पद डिजिटल मिलेनियम कॉपीराइट अधिनियम से उत्पन्न वैधानिक संबंधी समस्याओं का उल्लेख करते हुए अपने शोध को प्रकाशित नहीं किया।[19]

नवंबर 2011 में रुहर-यूनिवर्सिट बोचुम के प्रोफेसर टिम गुनेसू ने उल्लेख किया कि उन्होंने एचडीसीपी 1.3 एन्क्रिप्शन मानक को प्रभावित कर दिया था।

मास्टर की (key) रिलीज

14 सितंबर 2010 को, एंगडगेट ने एक संभावित वास्तविक एचडीसीपी मास्टर की (key) की रिहाई की सूचना दी जो उपकरण की (key) बना सकती है जो डिजिटल सामग्री सुरक्षा एलएलसी से वैध की (key) प्राप्त किए बिना अन्य एचडीसीपी अनुरूप उपकरणों के साथ प्रमाणित कर सकती है। यह मास्टर की (key) एचडीसीपी की प्रमुख निरस्तीकरण सुविधा को बेअसर कर देगी, क्योंकि पुराने को निरस्त किए जाने पर नई कीज बनाई जा सकती हैं।[8] चूंकि मास्टर की (key) ज्ञात है, इसलिए यह निम्नानुसार है कि एक बिना लाइसेंस वाला एचडीसीपी डिकोडिंग उपकरण बस मास्टर की (key) का उपयोग करके मक्खी पर नई की (key) उत्पन्न कर सकता है, जिससे निरसन असंभव हो जाता है। यह तुरंत स्पष्ट नहीं था कि किसने की (key) की खोज की या उन्होंने इसे कैसे खोजा, हालांकि इस खोज की घोषणा ट्विटर अपडेट के माध्यम से की गई थी, जो पास्टबिन स्निपेट से जुड़ा था जिसमें की (key) और निर्देशों का उपयोग किया गया था. एंगडगेट ने कहा कि हमलावर ने मास्टर की (key) को पुनः प्राप्त करने के लिए क्रॉस्बी द्वारा प्रस्तावित विधि का उपयोग किया हो सकता है, हालांकि उन्होंने एक अलग शोधकर्ता का हवाला दिया। 16 सितंबर को, इंटेल ने पुष्टि की कि कोड को क्रैक किया गया था।[20][21] इंटेल ने एचडीसीपी को प्रसारित करने के लिए हार्डवेयर बनाने वाले किसी भी व्यक्ति के विरुद्ध संभवतः डिजिटल मिलेनियम कॉपीराइट अधिनियम के अंतर्गत कानूनी कार्रवाई की संभावना जताई है।[11]

एचडीसीपी v2.2, v2.1 और v2.0 उल्लंघन

अगस्त 2012 में संस्करण 2.1 को तोड़ा गया था।[22] अटैक ने इस तथ्य का उपयोग किया कि युग्मन प्रक्रिया एक्सओआर के साथ Km कुंजी को भेजता है। यह गोपनीय रिसीवर को इस बात से अनभिज्ञ बनाता है कि यह कुंजी को एन्क्रिप्ट करता है या डिक्रिप्ट करता है। इसके अतिरिक्त, एक्सओआर और इसके ऊपर एईएस के लिए इनपुट पैरामीटर रिसीवर की ओर से तय किए जाते हैं, जिसका अर्थ है कि ट्रांसमीटर उसी संचालन को लागू कर सकता है। इस तरह की सेटिंग अटैकर को युग्मन प्रोटोकॉल की निगरानी करने, इसे एक छोटे से परिवर्तन के साथ दोहराने और Km कुंजी निकालने की अनुमति देती है। अल्प परिवर्तन पिछले प्रवाह से एन्क्रिप्टेड कुंजी के लिए रैंडम कुंजी चुनने के लिए है। अब, अटैकर प्रोटोकॉल चलाता है और अपने युगल संदेश में इसे E(E(Km)) मिलता है। चूंकि E() एक्सओआर पर आधारित है, इसलिए यह अपने आप को वापस ले लेता है, इस प्रकार वैध उपकरण के केएम को अनावृत करता है।

V2.2 को रिसीवर पक्ष द्वारा प्रदान की गई यादृच्छिकता को जोड़कर उस भेद्यता को ठीक करने के लिए जारी किया गया था. हालाँकि V2.2 में ट्रांसमीटर को इस अटैक से बचने के लिए V2.1 या V2.0 के रिसीवर का समर्थन नहीं करना चाहिए. इसलिए 2.2 से नीचे के संस्करणों के साथ पिछड़ी संगतता को रोकने के लिए "टाइप" नामक क्षेत्र को फिर से परिभाषित करने के लिए एक नया इरेटम जारी किया गया था. "टाइप" फ्लैग को सामग्री के उपयोग नियमों द्वारा अनुरोध किया जाना चाहिए (अर्थात डीआरएम या कैस के माध्यम से जिसने विषयवस्तु निकाली)।[23]

अगस्त 2015 में, संस्करण 2.2 को भंग करने की आशंका थी। यूएचडी प्रारूप में एएमसी की श्रृंखला ब्रेकिंग बैड का एपिसोड इंटरनेट पर लीक हो गया था; इसके मेटाडेटा ने संकेत दिया कि यह एचडीएमआई कैप था। इसका अर्थ है कि यह एचडीएमआई इंटरफ़ेस के माध्यम से कैप्चर किया गया था जिसने एचडीसीपी 2.2 सुरक्षा को हटा दिया था।[24][25]

4 नवंबर 2015 को, चीनी कंपनी लेजेंडस्की टेक कंपनी, जो पहले से ही एचडीएफरी ब्रांड के तहत अपने अन्य एचडीसीपी रिपर्स/स्प्लिटर्स के लिए जानी जाती है, ने एचडीएफरी इंटीग्रल जारी किया, उपकरण जो एचडीसीपी-सक्षम यूएचडी कार्यों से एचडीसीपी 2.2 को हटा सकता है।[26] 31 दिसंबर 2015 को, वॉर्नर ब्रदर्स और डिजिटल कंटेंट प्रोटेक्शन, एलएलसी (डीसीपी, एचडीसीपी) के मालिकों ने लीजेंडस्की के खिलाफ मुकदमा चलाया।[27][28] फिर भी, मुकदमा अंततः लीजेंडस्की द्वारा तर्क के बाद समाप्त कर दिया गया था कि उपकरण ने एचडीसीपी सामग्री संरक्षण को "पट्टी" नहीं किया, बल्कि इसे एक पुराने संस्करण में डाउनग्रेड कर दिया। उपाय जिसे स्पष्ट रूप से डीसीपी के लाइसेंसिंग मैनुअल में अनुमति दी गई है।[29]

समस्याएं

एचडीसीपी उन उपयोगकर्ताओं के लिए समस्या उत्पन्न कर सकता है जो उपकरण से कई स्क्रीन कनेक्ट करना चाहते हैं; उदाहरण के लिए, सैटेलाइट रिसीवर से जुड़े कई टेलीविज़न वाला एक बार या जब उपयोगकर्ता के पास बंद लैपटॉप होता है और वह एकमात्र मॉनिटर के रूप में बाहरी डिस्प्ले का उपयोग करता है। एचडीसीपी उपकरण एकाधिक कुंजी बना सकते हैं, जिससे प्रत्येक स्क्रीन संचालित हो सकती है, लेकिन संख्या अलग-अलग उपकरण में भिन्न होती है; उदाहरण के लिए, एक डिश या स्काई उपग्रह रिसीवर 16 चाबियाँ उत्पन्न कर सकता है।[30] तकनीक कभी-कभी हैंडशेकिंग समस्याओं का कारण बनती है जहां विशेष रूप से पुराने उच्च परिभाषा डिस्प्ले के अनुरूप उपकरण संपर्क स्थापित नहीं कर सकते हैं। [31][32][33]

"एडवर्ड फेल्टेन ने लिखा, ""एचडीसीपी का मुख्य व्यावहारिक प्रभाव और विधि बनाने के लिए रहा है जिसमें आपका इलेक्ट्रॉनिक्स आपके टीवी के साथ ठीक से काम करने में विफल हो सकता है, और मास्टर की फीस्को के बाद निष्कर्ष निकाला कि एचडीसीपी उपभोक्ता इलेक्ट्रॉनिक्स बाजार को आकार देने के लिए एक उपकरण की तुलना में एक सुरक्षा प्रणाली के बिना रहा है।" [34]

अतिरिक्त समस्याएँ तब उत्पन्न होती हैं जब इंटरैक्टिव मीडिया (अर्थात वीडियो गेम) नियंत्रण विलंबता से ग्रस्त हो जाता है, क्योंकि इसे एन्कोडिंग/डिकोडिंग के लिए अतिरिक्त प्रसंस्करण की आवश्यकता होती है। विभिन्न रोजमर्रा के उपयोग की स्थितियाँ, जैसे लाइव स्ट्रीमिंग या गेम प्ले को कैप्चर करना, भी प्रतिकूल रूप से प्रभावित होती हैं।[35]यह भी समस्या है कि सभी ऐप्पल लैपटॉप उत्पाद, संभवतः स्विचिंग समय को कम करने के लिए, जब एचडीसीपी-अनुरूप सिंक उपकरण के साथ सामना किया जाता है, तो स्वचालित रूप से एचडीएमआई / मिनी डिस्प्लेपोर्ट / यूएसबी-सी कनेक्टर पोर्ट से एचडीसीपी एन्क्रिप्शन सक्षम करते हैं। यह एक समस्या है यदि उपयोगकर्ता श्रृंखला के आगे रिकॉर्डिंग या वीडियोकांफ्रेंसिंग सुविधाओं का उपयोग करना चाहता है, क्योंकि ये उपकरण प्रायः एचडीसीपी-सक्षम सामग्री को डिक्रिप्ट नहीं करते हैं (चूंकि एचडीसीपी सामग्री की सीधी प्रतिलिपि से बचने के लिए है, और ऐसे उपकरण संभवतः ऐसा कर सकते हैं वह)। यह तब भी लागू होता है जब आउटपुट एचडीसीपी-आवश्यक सामग्री नहीं है, जैसे कि पावरपॉइंट प्रस्तुति या केवल उपकरण का यूआई।[36] कुछ सिंक उपकरणों में उनकी एचडीसीपी रिपोर्टिंग को पूरी तरह से अक्षम करने की क्षमता होती है, हालांकि, इस समस्या को वीडियोकांफ्रेंसिंग या रिकॉर्डिंग में सामग्री को अवरुद्ध करने से रोका जाता है। हालाँकि, यदि सिंक उपकरण कनेक्ट होने के दौरान इसे अक्षम कर दिया जाता है, तो एचडीसीपी सामग्री कई स्रोत उपकरणों पर चलने से अक्षम कर देगी।[37]

एकाधिक लीगेसी डिस्प्ले से बनी वीडियो वॉल पर संगत वितरण के माध्यम से एचडीसीपी 2.2 स्रोत उपकरण को कनेक्ट करते समय छवि प्रदर्शित करने की क्षमता की प्रत्याभूति नहीं दी जा सकती है।[38]

संस्करण

एचडीसीपी संशोधन रिलीज़ की तारीख समर्थित इंटरफ़ेस
1.0 17 फरवरी 2000 डीवीआई
1.1 9 जून 2003 डीवीआई, एचडीएमआई
1.2 13 जून 2006 डीवीआई, एचडीएमआई
1.3 21 दिसंबर 2006 डीवीआई, एचडीएमआई, डीपी , जीवीआईएफ , यूडीआई
1.4 8 जुलाई 2009
2.0 आईआईए 23 अक्टूबर 2008
  • इंटरफ़ेस स्वतंत्र अनुकूलन, कोई भी आईपी-आधारित इंटरफ़ेस
  • संपीड़ित या असम्पीडित वीडियो (हालांकि केवल पीईएस पर संपीड़ित के लिए निर्दिष्ट)
2.1 आईआईए 18 जुलाई 2011
  • टाइप 1 सामग्री को प्रबंधित करने के लिए नया तंत्र। टाइप 1 एक फ्लैग है जो सामग्री को v1.x एचडीसीपी पर जाने से रोकता है। यह माना जाता है कि यूएचडी सामग्री के लिए इसकी आवश्यकता होगी।
  • रिसीवरआईडी_सूची को एसिंक्रोनस होने की अनुमति देकर पूर्ण ट्री पुन: प्रमाणीकरण के बिना एचडीएमआई ट्री में उपकरणों को जोड़ने का समाधान करता है।
2.2 आईआईए 16 अक्टूबर 2012
  • ऊपर वर्णित उल्लंघन के साथ-साथ लोकैलिटी चेक में अन्य खामियों को भी संबोधित करता है।
  • सामग्री को v2.1, 2.0 और v1.x पर जाने से रोकने के लिए टाइप 1 का विस्तार किया गया क्योंकि इन सभी में कमज़ोरियाँ हैं।
एचडीएमआई के लिए 2.2 13 फरवरी 2013
  • यह विशिष्टता v2.0 और v2.1 के लिए पश्चगामी संगतता से बंधी नहीं है इसलिए यह इसे v2.2 का एक साफ़ संस्करण बनाती है।
एमएचएल के लिए 2.2 11 सितंबर 2013
एचडीएमआई के लिए 2.3 28 फरवरी 2018

एचडीसीपी v2.x

एचडीसीपी का 2.x संस्करण एचडीसीपी वी1 की निरंतरता नहीं है, बल्कि यह पूरी तरह से अलग लिंक सुरक्षा है। संस्करण 2.x उद्योग-मानक एन्क्रिप्शन एल्गोरिदम को नियोजित करता है, जैसे 3072 या 1024-बिट आरएसए सार्वजनिक कुंजी और 256-बिट एचएमएसी-एसएचए256 हैश फ़ंक्शन के साथ 128-बिट एईएस।[23] जबकि सभी एचडीसीपी v1.x विनिर्देश विनिर्देश के पिछले संस्करणों के लिए बैकवर्ड संगतता का समर्थन करते हैं, एचडीसीपी v2 उपकरण केवल एचडीसीपी v1 का मूल रूप से समर्थन करके, या एक समर्पित कनवर्टर उपकरण का उपयोग करके एचडीसीपी v1 हार्डवेयर के साथ इंटरफ़ेस कर सकते हैं। इसका मतलब है कि एचडीसीपी v2 केवल नई प्रौद्योगिकियों पर लागू है। इसे वायरलेसएचडी और मिराकास्ट (पूर्व में वाईफाई डिस्प्ले) मानकों के लिए चुना गया है।[39][40]

एचडीसीपी 2.x में नया प्रमाणीकरण प्रोटोकॉल और एक स्थानीयता जांच की सुविधा है ताकि यह सुनिश्चित किया जा सके कि रिसीवर अपेक्षाकृत करीब है (इसे सामान्य डीवीआई/एचडीएमआई लिंक पर 7 एमएस के भीतर स्थानीयता जांच का जवाब देना होगा)।[23] विनिर्देश के संस्करण 2.1 का क्रिप्टो विश्लेषण किया गया और इसमें कई खामियां पाई गईं, जिनमें सत्र कुंजी को पुनर्प्राप्त करने की क्षमता भी सम्मिलित थी।[22]

एचडीसीपी v 2 और v 1 के बीच अभी भी कुछ समानताएं हैं।

  1. दोनों डीसीपी एलएलसी प्राधिकार के अंतर्गत हैं।
  2. दोनों के पास समान लाइसेंस अनुबंध, अनुपालन नियम और दृढ़ता नियम हैं।
  3. दोनों ही निरसन प्रणाली और एक ही उपकरण आईडी प्रारूप साझा करते हैं।

यह भी देखें

संदर्भ

  1. "डिजिटल सामग्री संरक्षण - डीसीपी के बारे में".
  2. HDCP specification 1.3. Page 31 0x15, Page 35
  3. "एचडी डीवीडी शब्दावली". 080509 hddvd-faq.com
  4. 4.0 4.1 4.2 4.3 4.4 "HDCP deciphered: white paper" (PDF). DCP, LLC. 22 July 2008. Archived from the original on 20 September 2008.{{cite web}}: CS1 maint: unfit URL (link)
  5. 5.0 5.1 "एचडीसीपी v1.3 विनिर्देश" (PDF). Digital Content Protection. 21 December 2006. Archived from the original (PDF) on 20 September 2008. Retrieved 8 May 2008.
  6. "डिजिटल सामग्री संरक्षण एलएलसी". Archived from the original on 2 February 2008. Retrieved 24 January 2008.
  7. 7.0 7.1 7.2 {{cite news|title=एचडीसीपी लाइसेंस समझौता|date=16 January 2008 |publisher=Digital Content Protection, LLC. |url=http://www.digital-cp.com/files/static_page_files/D6724AFD-9B02-A253-D8D2FE5B1A10F7F7/HDCP_License_Agreement_082207.pdf |access-date=24 January 2008 |url-status=dead |archive-url=https://web.archive.org/web/20090419204233/http://www.digital-cp.com/files/static_page_files/D6724AFD-9B02-A253-D8D2FE5B1A10F7F7/HDCP_License_Agreement_082207.pdf |archive-date=19 April 2009 }
  8. 8.0 8.1 Lawler, Richard. "एचडीसीपी 'मास्टर कुंजी' माना जाता है कि जारी किया गया है, एचडीटीवी कॉपी सुरक्षा को स्थायी रूप से अनलॉक करता है". Engadget. Retrieved 14 September 2010.
  9. Peter Bright (17 September 2010). "इंटेल ने पुष्टि की कि एचडीसीपी कुंजी वास्तविक है, अब इसे इच्छानुसार तोड़ा जा सकता है". Ars Technica. Retrieved 17 September 2010.
  10. Staff, Ars (17 September 2010). "इंटेल ने पुष्टि की कि एचडीसीपी कुंजी वास्तविक है, अब इसे इच्छानुसार तोड़ा जा सकता है". Ars Technica (in English). Retrieved 12 June 2022.
  11. 11.0 11.1 11.2 Wired. "Intel Threatens to Sue Anyone Who Uses HDCP Crack".
  12. HDCP antipiracy leak opens doors for black boxes | InSecurity Complex – CNET News
  13. "FCC ने डिजिटल आउटपुट प्रोटेक्शन टेक्नोलॉजी और रिकॉर्डिंग मेथड सर्टिफिकेशन को मंजूरी दी" (PDF) (Press release). Federal Communications Commission. 4 August 2004. Retrieved 28 December 2006.
  14. "EICTA announces "Conditions for High Definition Labelling of Display Devices" (PDF) (Press release). EICTA. 19 January 2005. Archived from the original (PDF) on 14 January 2007. Retrieved 28 December 2006.
  15. Output Content Protection and Windows Vista
  16. "The Clicker: Microsoft's OPM for the masses – Engadget". Archived from the original on 26 July 2008. Retrieved 29 August 2017.
  17. Ryan Block (21 July 2005). "The Clicker: HDCP's Shiny Red Button". Engadget. Retrieved 28 December 2006.
  18. Scott Crosby; Ian Goldberg; Robert Johnson; Dawn Song; David Wagner (5 November 2001). उच्च-बैंडविड्थ डिजिटल सामग्री सुरक्षा प्रणाली का एक क्रिप्ट विश्लेषण. ACM-CSS8 DRM Workshop. Archived from the original on 7 November 2004. Retrieved 28 December 2006.
  19. Niels Ferguson, DMCA Censorship, 15 August 2001
  20. "एचडीटीवी कोड क्रैक वास्तविक है, इंटेल पुष्टि करता है". Fox News. 16 September 2010.
  21. Intel Confirms That HDCP Master Key is Cracked
  22. 22.0 22.1 Green, Matthew (27 August 2012). "Reposted: A cryptanalysis of HDCP v2.1". A Few Thoughts on Cryptographic Engineering.
  23. 23.0 23.1 23.2 "High-bandwidth Digital Content Protection System: Mapping HDCP to HDMI (Revision 2.2)" (PDF). Digital Content Protection LLC. 13 February 2013.
  24. van der Sar, Ernesto (28 August 2015). "First Netflix 4K Content Leaks to Torrent Sites". Torrentfreak.
  25. Robertson, Adi (28 August 2015). "Netflix's 4K video reportedly cracked, Breaking Bad episode posted online".
  26. "HDfury launches yet another path breaking device – the HDCP Doctor, HDfury Integral". HDFury.com. HDFury. Archived from the original on 15 January 2016. Retrieved 7 January 2016.
  27. "लीजेंडस्की के खिलाफ मुकदमा (पीडीएफ)". Retrieved 7 January 2016.
  28. Mullin, Joe (4 January 2016). "Warner Bros. sues "HD Fury" over boxes that can copy 4k video". Ars Technica. Retrieved 7 January 2016.
  29. Van der Sar, Ernesto (6 May 2016). "4K Content Protection "Stripper" Beats Warner Bros in Court". TorrentFreak. Retrieved 6 June 2017.
  30. "Device List as of 1/7/2010" (PDF). Crestron.
  31. Masamitsu, Emily (23 January 2007). "PS3 Blinking Mystery Deepens—Westinghouse: "Our TVs Not the Problem"". Popular Mechanics. Archived from the original on 6 February 2007.
  32. Selter, Scott (10 November 2005). "एचडीसीपी "हैंडशेक" कई पुराने डीवीआई-आधारित एचडीटीवी के लिए एक बड़ी समस्या है". AVRev.com. Archived from the original on 12 December 2009. Retrieved 8 March 2008.
  33. Stockfisch, Mark (4 November 2007). "HDMI/DVI HDCP handshake problems & how to avoid them". EETimes.
  34. Felten, Ed (11 September 2010). "एचडीसीपी मास्टर की लीक को समझना".
  35. "How do you capture video of your PS3 gameplay". Arqade. Stack Exchange. 1 January 2011.
  36. "Mac कंप्यूटर के साथ HDMI का उपयोग करने के बारे में अक्सर पूछे जाने वाले प्रश्न - Apple सहायता". Apple. 22 March 2017.
  37. "HDCP White Paper: How DigitalMedia(TM) Switchers Handle HDCP" (PDF). Crestron.
  38. "Introduction to HDCP2.2" (PDF). Extron. 8 September 2015.
  39. "वायरलेसएचडी 1.1 विशिष्टता सारांश". WirelessHD. WirelessHD. Retrieved 18 April 2017.
  40. "Technical Note Wi-Fi CERTIFIED Miracast™ HDCP Interoperability Issue: HDCP 2.2 Protocol Descriptor" (PDF). WiFi Alliance. WiFi Alliance. Retrieved 18 April 2017.

बाहरी संबंध