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

From Vigyanwiki
Line 17: Line 17:
# मुख्य निरूपण उन उपकरणों को रोकता है जिन्हें समझौता किया गया है और डेटा प्राप्त करने के लिए क्लोन किया गया है।
# मुख्य निरूपण उन उपकरणों को रोकता है जिन्हें समझौता किया गया है और डेटा प्राप्त करने के लिए क्लोन किया गया है।


प्रत्येक एचडीसीपी-सक्षम उपकरण में 40 56-बिट कीज का एक अद्वितीय समूह है। उन्हें गोपनीय रखने में विफलता लाइसेंस सहमति का उल्लंघन करती है। मूल्यों के प्रत्येक समूह के लिए, केएसवी (की सिलेक्शन वेक्टर) नामक एक विशेष निजी कुंजी बनाई गई है। प्रत्येक केएसवी में 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 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>
== परिधि ==
== परिधि ==
एचडीसीपी स्ट्रिपर्स एचडीसीपी स्ट्रीम को डिक्रिप्ट करते हैं और एक अनएन्क्रिप्टेड एचडीएमआई वीडियो संकेत प्रसारित करते हैं ताकि यह एक गैर-एचडीसीपी डिस्प्ले में काम करेगा। वर्तमान में यह स्पष्ट नहीं है कि क्या ऐसे उपकरण काम कर रहे होंगे यदि एचडीसीपी लाइसेंसिंग निकाय ने कुंजी-निरस्तीकरण सूची जारी की, जिसे नए मीडिया के माध्यम से स्थापित किया जा सकता है (नए ब्लू-रे डिस्क) किसी अन्य उपकरण द्वारा चलाया गया (उदा। एक ब्लू-रे डिस्क प्लेयर) इससे जुड़ा है।<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 59: Line 59:
नवंबर 2011 में रुहर-यूनिवर्सिट बोचुम के प्रोफेसर टिम गुनेसू ने उल्लेख किया कि उन्होंने एचडीसीपी 1.3 एन्क्रिप्शन मानक को प्रभावित कर दिया था।
नवंबर 2011 में रुहर-यूनिवर्सिट बोचुम के प्रोफेसर टिम गुनेसू ने उल्लेख किया कि उन्होंने एचडीसीपी 1.3 एन्क्रिप्शन मानक को प्रभावित कर दिया था।


=== मास्टर कुंजी रिलीज ===
=== मास्टर की (key) रिलीज ===
14 सितंबर 2010 को, एनगैजेट ने एक संभावित वास्तविक एचडीसीपी मास्टर कुंजी जारी करने की सूचना दी, जो डिजिटल सामग्री संरक्षण एलएलसी से वैध कुंजी प्राप्त किए बिना अन्य एचडीसीपी अनुपालन उपकरणों के साथ प्रमाणित करने वाली डिवाइस कुंजी बना सकती है। यह मास्टर कुंजी एचडीसीपी की प्रमुख निरसन सुविधा को बेअसर कर देगी, क्योंकि पुरानी कुंजियों को निरस्त करने पर नई कुंजियाँ बनाई जा सकती हैं।<ref name="Lawler"/>चूंकि मास्टर कुंजी ज्ञात है, यह इस प्रकार है कि एक बिना लाइसेंस वाली एचडीसीपी डिकोडिंग डिवाइस मास्टर कुंजी का उपयोग गतिशील रूप से फ्लाई पर नई कुंजी उत्पन्न करने के लिए कर सकती है, जिससे निरसन असंभव हो जाता है। यह तुरंत स्पष्ट नहीं था कि कुंजी की खोज किसने की या उन्होंने इसे कैसे खोजा, हालांकि खोज की घोषणा एक [[ट्विटर]] अपडेट के माध्यम से की गई थी जो एक [[पास्टबिन]] स्निपेट से जुड़ा था जिसमें कुंजी और इसका उपयोग करने के निर्देश थे। एंगैजेट ने कहा कि हो सकता है हमलावर ने मास्टर कुंजी को पुनः प्राप्त करने के लिए 2001 में क्रॉसबी द्वारा प्रस्तावित विधि का इस्तेमाल किया हो, हालांकि उन्होंने एक अलग शोधकर्ता का हवाला दिया। 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 उल्लंघन ===
 
अगस्त 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> हमले ने इस तथ्य का इस्तेमाल किया कि युग्मन प्रक्रिया एक एक्सओआर के साथ अस्पष्ट किमी की (key) भेजती है। यह एन्क्रिप्टर (रिसीवर) बनाता है <!-- I don't see how the receiver could also be the encryptor, but OK --> इस बात से अनभिज्ञ कि यह की (key) को एन्क्रिप्ट करता है या डिक्रिप्ट करता है। इसके अलावा, इसके ऊपर XOR और AES के लिए इनपुट पैरामीटर रिसीवर की ओर से तय किए गए हैं, जिसका अर्थ है कि ट्रांसमीटर उसी ऑपरेशन को दोहरा सकता है। इस तरह की सेटिंग एक हमलावर को पेयरिंग प्रोटोकॉल की निगरानी करने, इसे एक छोटे से बदलाव के साथ दोहराने और Km की (key) निकालने की अनुमति देती है। छोटा परिवर्तन पिछले प्रवाह से एन्क्रिप्टेड की (key) होने के लिए यादृच्छिक की (key) चुनना है। अब, हमलावर प्रोटोकॉल चलाता है और इसके युग्मन संदेश में इसे E(E(Km)) मिलता है। चूंकि ई() एक्सओआर पर आधारित है, यह स्वयं को पूर्ववत करता है, इस प्रकार वैध डिवाइस के किमी को उजागर करता है।
=== HDCP v2.2, v2.1 और v2.0 उल्लंघन ===
{{more footnotes needed|section|date=February 2015}}
अगस्त 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> हमले ने इस तथ्य का इस्तेमाल किया कि युग्मन प्रक्रिया एक एक्सओआर के साथ अस्पष्ट किमी कुंजी भेजती है। यह एन्क्रिप्टर (रिसीवर) बनाता है <!-- I don't see how the receiver could also be the encryptor, but OK --> इस बात से अनभिज्ञ कि यह कुंजी को एन्क्रिप्ट करता है या डिक्रिप्ट करता है। इसके अलावा, इसके ऊपर XOR और AES के लिए इनपुट पैरामीटर रिसीवर की ओर से तय किए गए हैं, जिसका अर्थ है कि ट्रांसमीटर उसी ऑपरेशन को दोहरा सकता है। इस तरह की सेटिंग एक हमलावर को पेयरिंग प्रोटोकॉल की निगरानी करने, इसे एक छोटे से बदलाव के साथ दोहराने और Km कुंजी निकालने की अनुमति देती है। छोटा परिवर्तन पिछले प्रवाह से एन्क्रिप्टेड कुंजी होने के लिए यादृच्छिक कुंजी चुनना है। अब, हमलावर प्रोटोकॉल चलाता है और इसके युग्मन संदेश में इसे E(E(Km)) मिलता है। चूंकि ई() एक्सओआर पर आधारित है, यह स्वयं को पूर्ववत करता है, इस प्रकार वैध डिवाइस के किमी को उजागर करता है।


रिसीवर पक्ष द्वारा प्रदान की गई यादृच्छिकता को जोड़कर उस कमजोरी को ठीक करने के लिए V2.2 जारी किया गया था। हालाँकि V2.2 में ट्रांसमीटर को इस हमले से बचने के लिए V2.1 या V2.0 के रिसीवर का समर्थन नहीं करना चाहिए। इसलिए 2.2 से नीचे के संस्करणों के साथ पिछड़े संगतता को रोकने के लिए टाइप नामक क्षेत्र को फिर से परिभाषित करने के लिए एक नया इरेटा जारी किया गया था। सामग्री के उपयोग नियमों द्वारा टाइप फ़्लैग का अनुरोध किया जाना चाहिए (अर्थात DRM या CAS के माध्यम से जिसने सामग्री खोली थी)।<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 से नीचे के संस्करणों के साथ पिछड़े संगतता को रोकने के लिए टाइप नामक क्षेत्र को फिर से परिभाषित करने के लिए एक नया इरेटा जारी किया गया था। सामग्री के उपयोग नियमों द्वारा टाइप फ़्लैग का अनुरोध किया जाना चाहिए (अर्थात DRM या CAS के माध्यम से जिसने सामग्री खोली थी)।<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>
Line 74: Line 71:


== समस्याएं ==
== समस्याएं ==
एचडीसीपी उन उपयोगकर्ताओं के लिए समस्या पैदा कर सकता है जो एक डिवाइस से कई स्क्रीन कनेक्ट करना चाहते हैं; उदाहरण के लिए, एक उपग्रह रिसीवर से जुड़े कई टीवी के साथ एक बार या जब एक उपयोगकर्ता के पास एक बंद लैपटॉप होता है और केवल मॉनिटर के रूप में बाहरी डिस्प्ले का उपयोग करता है। एचडीसीपी डिवाइस कई कुंजियां बना सकते हैं, जिससे प्रत्येक स्क्रीन को संचालित किया जा सकता है, लेकिन संख्या डिवाइस से डिवाइस में भिन्न होती है; उदाहरण के लिए, एक डिश या स्काई सैटेलाइट रिसीवर 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 की (key) उत्पन्न कर सकता है।<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>
[[एडवर्ड फेल्टेन]] ने लिखा है कि एचडीसीपी का मुख्य व्यावहारिक प्रभाव एक और तरीका बनाना है जिसमें आपका इलेक्ट्रॉनिक्स आपके टीवी के साथ ठीक से काम करने में विफल हो सकता है, और मास्टर की (key) असफलता के बाद निष्कर्ष निकाला कि एचडीसीपी एक उपकरण की तुलना में कम सुरक्षा प्रणाली है। उपभोक्ता इलेक्ट्रॉनिक्स बाजार को आकार देने के लिए।<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 = 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>
एक समस्या यह भी है कि सभी Apple लैपटॉप उत्पाद, संभवतः स्विचिंग समय को कम करने के लिए, जब एक HDCP-संगत सिंक डिवाइस के साथ सामना किया जाता है, तो स्वचालित रूप से HDMI / मिनी डिस्प्लेपोर्ट / USB-C कनेक्टर पोर्ट से HDCP एन्क्रिप्शन को सक्षम करता है। यह एक समस्या है यदि उपयोगकर्ता रिकॉर्डिंग या वीडियो कॉन्फ़्रेंसिंग सुविधाओं का उपयोग श्रृंखला के नीचे करना चाहता है, क्योंकि ये डिवाइस अक्सर एचडीसीपी-सक्षम सामग्री को डिक्रिप्ट नहीं करते हैं (चूंकि एचडीसीपी सामग्री की सीधी प्रतिलिपि से बचने के लिए है, और ऐसे डिवाइस अनुमानतः ठीक कर सकते हैं वह)। यह तब भी लागू होता है जब आउटपुट HDCP-आवश्यक सामग्री नहीं है, जैसे [[PowerPoint]] प्रस्तुति या केवल डिवाइस का UI।<ref>{{cite web | url = https://support.apple.com/en-us/HT204388 | title = Mac कंप्यूटर के साथ HDMI का उपयोग करने के बारे में अक्सर पूछे जाने वाले प्रश्न - Apple सहायता| publisher = Apple | date = 22 March 2017 }}</ref> कुछ सिंक उपकरणों में अपनी एचडीसीपी रिपोर्टिंग को पूरी तरह से अक्षम करने की क्षमता होती है, हालांकि, इस समस्या को सामग्री को वीडियो कॉन्फ़्रेंसिंग या रिकॉर्डिंग में अवरुद्ध करने से रोकता है। हालाँकि, HDCP सामग्री तब कई स्रोत उपकरणों पर चलने से मना कर देगी यदि सिंक डिवाइस कनेक्ट होने पर यह अक्षम है।<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>
एक समस्या यह भी है कि सभी Apple लैपटॉप उत्पाद, संभवतः स्विचिंग समय को कम करने के लिए, जब एक HDCP-संगत सिंक डिवाइस के साथ सामना किया जाता है, तो स्वचालित रूप से HDMI / मिनी डिस्प्लेपोर्ट / USB-C कनेक्टर पोर्ट से HDCP एन्क्रिप्शन को सक्षम करता है। यह एक समस्या है यदि उपयोगकर्ता रिकॉर्डिंग या वीडियो कॉन्फ़्रेंसिंग सुविधाओं का उपयोग श्रृंखला के नीचे करना चाहता है, क्योंकि ये डिवाइस अक्सर एचडीसीपी-सक्षम सामग्री को डिक्रिप्ट नहीं करते हैं (चूंकि एचडीसीपी सामग्री की सीधी प्रतिलिपि से बचने के लिए है, और ऐसे डिवाइस अनुमानतः ठीक कर सकते हैं वह)। यह तब भी लागू होता है जब आउटपुट HDCP-आवश्यक सामग्री नहीं है, जैसे [[PowerPoint]] प्रस्तुति या केवल डिवाइस का UI।<ref>{{cite web | url = https://support.apple.com/en-us/HT204388 | title = Mac कंप्यूटर के साथ HDMI का उपयोग करने के बारे में अक्सर पूछे जाने वाले प्रश्न - Apple सहायता| publisher = Apple | date = 22 March 2017 }}</ref> कुछ सिंक उपकरणों में अपनी एचडीसीपी रिपोर्टिंग को पूरी तरह से अक्षम करने की क्षमता होती है, हालांकि, इस समस्या को सामग्री को वीडियो कॉन्फ़्रेंसिंग या रिकॉर्डिंग में अवरुद्ध करने से रोकता है। हालाँकि, HDCP सामग्री तब कई स्रोत उपकरणों पर चलने से मना कर देगी यदि सिंक डिवाइस कनेक्ट होने पर यह अक्षम है।<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>
Line 120: Line 117:


== एचडीसीपी v2.x ==
== एचडीसीपी v2.x ==
एचडीसीपी का 2.x संस्करण एचडीसीपीवी1 की निरंतरता नहीं है, बल्कि यह पूरी तरह से अलग लिंक सुरक्षा है। संस्करण 2.x उद्योग-मानक एन्क्रिप्शन एल्गोरिदम को नियोजित करता है, जैसे 128-बिट उन्नत एन्क्रिप्शन मानक 3072 या 1024-बिट RSA (क्रिप्टोसिस्टम) सार्वजनिक कुंजी और 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 संस्करण एचडीसीपीवी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 का क्रिप्ट विश्लेषण किया गया था और सत्र कुंजी को पुनर्प्राप्त करने की क्षमता सहित कई दोष पाए गए थे।<ref name="Green12"/>
एचडीसीपी 2.x में एक नया प्रमाणीकरण प्रोटोकॉल है, और यह सुनिश्चित करने के लिए कि रिसीवर अपेक्षाकृत करीब है (इसे सामान्य डीवीआई/एचडीएमआई लिंक पर 7 एमएस के भीतर इलाके की जांच का जवाब देना चाहिए) सुनिश्चित करने के लिए एक इलाके की जांच करें।<ref name="hdcp22"/>विनिर्देश के संस्करण 2.1 का क्रिप्ट विश्लेषण किया गया था और सत्र की (key) को पुनर्प्राप्त करने की क्षमता सहित कई दोष पाए गए थे।<ref name="Green12"/>


HDCP v2 और v1 के बीच अभी भी कुछ समानताएँ हैं।
HDCP v2 और v1 के बीच अभी भी कुछ समानताएँ हैं।

Revision as of 08:21, 30 June 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] हमले ने इस तथ्य का इस्तेमाल किया कि युग्मन प्रक्रिया एक एक्सओआर के साथ अस्पष्ट किमी की (key) भेजती है। यह एन्क्रिप्टर (रिसीवर) बनाता है इस बात से अनभिज्ञ कि यह की (key) को एन्क्रिप्ट करता है या डिक्रिप्ट करता है। इसके अलावा, इसके ऊपर XOR और AES के लिए इनपुट पैरामीटर रिसीवर की ओर से तय किए गए हैं, जिसका अर्थ है कि ट्रांसमीटर उसी ऑपरेशन को दोहरा सकता है। इस तरह की सेटिंग एक हमलावर को पेयरिंग प्रोटोकॉल की निगरानी करने, इसे एक छोटे से बदलाव के साथ दोहराने और Km की (key) निकालने की अनुमति देती है। छोटा परिवर्तन पिछले प्रवाह से एन्क्रिप्टेड की (key) होने के लिए यादृच्छिक की (key) चुनना है। अब, हमलावर प्रोटोकॉल चलाता है और इसके युग्मन संदेश में इसे E(E(Km)) मिलता है। चूंकि ई() एक्सओआर पर आधारित है, यह स्वयं को पूर्ववत करता है, इस प्रकार वैध डिवाइस के किमी को उजागर करता है।

रिसीवर पक्ष द्वारा प्रदान की गई यादृच्छिकता को जोड़कर उस कमजोरी को ठीक करने के लिए V2.2 जारी किया गया था। हालाँकि V2.2 में ट्रांसमीटर को इस हमले से बचने के लिए V2.1 या V2.0 के रिसीवर का समर्थन नहीं करना चाहिए। इसलिए 2.2 से नीचे के संस्करणों के साथ पिछड़े संगतता को रोकने के लिए टाइप नामक क्षेत्र को फिर से परिभाषित करने के लिए एक नया इरेटा जारी किया गया था। सामग्री के उपयोग नियमों द्वारा टाइप फ़्लैग का अनुरोध किया जाना चाहिए (अर्थात DRM या CAS के माध्यम से जिसने सामग्री खोली थी)।[23] अगस्त 2015 में, संस्करण 2.2 के टूटने की अफवाह थी। एएमसी की श्रृंखला ब्रेकिंग बैड का एक एपिसोड इंटरनेट पर यूएचडी प्रारूप में लीक हो गया था; इसके मेटाडेटा ने संकेत दिया कि यह एक एचडीएमआई कैप था, जिसका अर्थ है कि इसे एचडीएमआई इंटरफ़ेस के माध्यम से कैप्चर किया गया था जिसने एचडीसीपी 2.2 सुरक्षा को हटा दिया था।[24][25] 4 नवंबर 2015 को, चीनी कंपनी लेजेंडस्काई टेक कंपनी, जो पहले से ही HDFury ब्रांड के तहत अपने अन्य HDCP रिपर्स/स्प्लिटर्स के लिए जानी जाती है, ने HDFury इंटीग्रल जारी किया, एक डिवाइस जो HDCP-सक्षम UHD कार्यों से HDCP 2.2 को हटा सकता है।[26] 31 दिसंबर 2015 को, वॉर्नर ब्रदर्स और डिजिटल कंटेंट प्रोटेक्शन, एलएलसी (डीसीपी, एचडीसीपी के मालिक) ने लेजेंडस्की के खिलाफ मुकदमा दायर किया।[27][28] फिर भी, लिजेंडस्की के तर्क के बाद अंततः मुकदमे को हटा दिया गया कि डिवाइस ने एचडीसीपी सामग्री सुरक्षा को छीन नहीं लिया बल्कि इसे पुराने संस्करण में डाउनग्रेड कर दिया, एक उपाय जिसे डीसीपी के लाइसेंसिंग मैनुअल में स्पष्ट रूप से अनुमति दी गई है।[29]


समस्याएं

एचडीसीपी उन उपयोगकर्ताओं के लिए समस्या पैदा कर सकता है जो एक डिवाइस से कई स्क्रीन कनेक्ट करना चाहते हैं; उदाहरण के लिए, एक उपग्रह रिसीवर से जुड़े कई टीवी के साथ एक बार या जब एक उपयोगकर्ता के पास एक बंद लैपटॉप होता है और केवल मॉनिटर के रूप में बाहरी डिस्प्ले का उपयोग करता है। एचडीसीपी डिवाइस कई कुंजियां बना सकते हैं, जिससे प्रत्येक स्क्रीन को संचालित किया जा सकता है, लेकिन संख्या डिवाइस से डिवाइस में भिन्न होती है; उदाहरण के लिए, एक डिश या स्काई सैटेलाइट रिसीवर 16 की (key) उत्पन्न कर सकता है।[30] तकनीक कभी-कभी हाथ मिलाना (कंप्यूटिंग) समस्याओं का कारण बनती है जहां डिवाइस कनेक्शन स्थापित नहीं कर सकते, खासकर पुराने हाई-डेफिनिशन डिस्प्ले के साथ।[31][32][33] एडवर्ड फेल्टेन ने लिखा है कि एचडीसीपी का मुख्य व्यावहारिक प्रभाव एक और तरीका बनाना है जिसमें आपका इलेक्ट्रॉनिक्स आपके टीवी के साथ ठीक से काम करने में विफल हो सकता है, और मास्टर की (key) असफलता के बाद निष्कर्ष निकाला कि एचडीसीपी एक उपकरण की तुलना में कम सुरक्षा प्रणाली है। उपभोक्ता इलेक्ट्रॉनिक्स बाजार को आकार देने के लिए।[34] इंटरएक्टिव मीडिया (यानी वीडियो गेम) डिस्प्ले लैग से ग्रस्त होने पर अतिरिक्त समस्याएं उत्पन्न होती हैं, क्योंकि इसके लिए एन्कोडिंग/डिकोडिंग के लिए अतिरिक्त प्रसंस्करण की आवश्यकता होती है। विभिन्न रोजमर्रा के उपयोग की स्थितियाँ, जैसे लाइव स्ट्रीमिंग या गेम प्ले पर कब्जा करना भी प्रतिकूल रूप से प्रभावित होता है।[35] एक समस्या यह भी है कि सभी Apple लैपटॉप उत्पाद, संभवतः स्विचिंग समय को कम करने के लिए, जब एक HDCP-संगत सिंक डिवाइस के साथ सामना किया जाता है, तो स्वचालित रूप से HDMI / मिनी डिस्प्लेपोर्ट / USB-C कनेक्टर पोर्ट से HDCP एन्क्रिप्शन को सक्षम करता है। यह एक समस्या है यदि उपयोगकर्ता रिकॉर्डिंग या वीडियो कॉन्फ़्रेंसिंग सुविधाओं का उपयोग श्रृंखला के नीचे करना चाहता है, क्योंकि ये डिवाइस अक्सर एचडीसीपी-सक्षम सामग्री को डिक्रिप्ट नहीं करते हैं (चूंकि एचडीसीपी सामग्री की सीधी प्रतिलिपि से बचने के लिए है, और ऐसे डिवाइस अनुमानतः ठीक कर सकते हैं वह)। यह तब भी लागू होता है जब आउटपुट HDCP-आवश्यक सामग्री नहीं है, जैसे PowerPoint प्रस्तुति या केवल डिवाइस का UI।[36] कुछ सिंक उपकरणों में अपनी एचडीसीपी रिपोर्टिंग को पूरी तरह से अक्षम करने की क्षमता होती है, हालांकि, इस समस्या को सामग्री को वीडियो कॉन्फ़्रेंसिंग या रिकॉर्डिंग में अवरुद्ध करने से रोकता है। हालाँकि, HDCP सामग्री तब कई स्रोत उपकरणों पर चलने से मना कर देगी यदि सिंक डिवाइस कनेक्ट होने पर यह अक्षम है।[37] एचडीसीपी 2.2 स्रोत डिवाइस को संगत वितरण के माध्यम से कई विरासत से बनी वीडियो वॉल से कनेक्ट करते समय एक छवि प्रदर्शित करने की क्षमता की गारंटी नहीं दी जा सकती है।[38]


संस्करण

HDCP revision Release Date Supported interfaces
1.0 17 February 2000 DVI
1.1 9 June 2003 DVI, HDMI
1.2 13 June 2006 DVI, HDMI
1.3 21 Dec 2006 DVI, HDMI, DP, GVIF, UDI
1.4 8 July 2009
2.0 IIA 23 Oct 2008
  • Interface Independent Adaptation, any IP-based interface
  • Compressed or uncompressed video (only specified for compressed over PES though)
2.1 IIA 18 July 2011
  • 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.
  • Resolves addition of devices to the HDMI tree without a full tree re-authentication by allowing ReceiverID_List to be asynchronous
2.2 IIA 16 October 2012
  • Addresses a breach described above, as well as other flaws in Locality Check
  • Type 1 extended to preventing content from going to v2.1, 2.0 and v1.x as they all have weaknesses
2.2 for HDMI 13 February 2013
  • This spec is not bound to backward compatibility to v2.0 and v2.1 hence makes it a clean version of v2.2
2.2 for MHL 11 September 2013
2.3 for HDMI 28 February 2018


एचडीसीपी v2.x

एचडीसीपी का 2.x संस्करण एचडीसीपीवी1 की निरंतरता नहीं है, बल्कि यह पूरी तरह से अलग लिंक सुरक्षा है। संस्करण 2.x उद्योग-मानक एन्क्रिप्शन एल्गोरिदम को नियोजित करता है, जैसे 128-बिट उन्नत एन्क्रिप्शन मानक 3072 या 1024-बिट RSA (क्रिप्टोसिस्टम) सार्वजनिक की (key) और 256-बिट HMAC-SHA256 हैश फ़ंक्शन के साथ।[23]जबकि सभी HDCP v1.x विनिर्देश विनिर्देश के पिछले संस्करणों के लिए पिछड़े संगतता का समर्थन करते हैं, HDCPv2 डिवाइस HDCPv1 हार्डवेयर के साथ केवल मूल रूप से HDCPv1 का समर्थन करके, या एक समर्पित कनवर्टर डिवाइस का उपयोग करके इंटरफ़ेस कर सकते हैं। इसका अर्थ है कि HDCPv2 केवल नई तकनीकों पर लागू होता है। इसे वायरलेसएचडी और Miracast (पूर्व में वाईफाई डिस्प्ले) मानकों के लिए चुना गया है।[39][40] एचडीसीपी 2.x में एक नया प्रमाणीकरण प्रोटोकॉल है, और यह सुनिश्चित करने के लिए कि रिसीवर अपेक्षाकृत करीब है (इसे सामान्य डीवीआई/एचडीएमआई लिंक पर 7 एमएस के भीतर इलाके की जांच का जवाब देना चाहिए) सुनिश्चित करने के लिए एक इलाके की जांच करें।[23]विनिर्देश के संस्करण 2.1 का क्रिप्ट विश्लेषण किया गया था और सत्र की (key) को पुनर्प्राप्त करने की क्षमता सहित कई दोष पाए गए थे।[22]

HDCP v2 और v1 के बीच अभी भी कुछ समानताएँ हैं।

  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.


बाहरी संबंध

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=उच्च_बैंडविड्थ_डिजिटल_सामग्री_संरक्षण&oldid=206395’