2009-05-04 16 views
41

क्या कुछ खुले-खुले, अच्छी तरह से प्रलेखित और उपयोग किए गए डीआरएम ढांचे/पुस्तकालय हैं?क्या कोई ओपन-सोर्स डीआरएम समाधान है?

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

यह कुछ लॉगिन प्रमाण-पत्रों के साथ मेरे सर्वर से संपर्क करना शामिल हो सकता है।

दूसरी तरफ, मैं चाहता हूं कि ग्राहक खुले-सोर्स हो और शायद सर्वर भी .. क्या यह भी संभव है? अस्पष्टता के माध्यम से सुरक्षा काम नहीं करती है, लेकिन डीआरएम बिल्कुल "सुरक्षा" नहीं है ...

सभी मुझे this discussion on slashdot with the exact same problem मिल गया, लेकिन यह "डीआरएम आईएस बीएडी" और सूर्य की डीआरएएम परियोजना के साथ समाप्त हुआ, लेकिन मेरे पास नहीं है सुराग actual code/usage of the framework on their site पर कैसे पहुंचे।

यदि आपको लगता है कि ओपन सोर्सड डीआरएम संभव नहीं है, तो मुझे बताएं।

+16

एक साइड नोट के रूप में, आईट्यून्स ने अपने डीआरएम को बंद कर दिया है। मेरा $ 0.02 - डीआरएम काम नहीं करता है। मैं कभी भी डीआरएम के साथ कभी भी कुछ खरीद नहीं पाऊंगा। मैं डीआरएम और कंप्यूटर उन्नयन की वजह से अपने पैसे के साथ कानूनी रूप से खरीदे गए हजारों गाने खेलने में असमर्थ हूं। दूसरी तरफ, मैं हजारों अन्य लोगों को खेल सकता हूं जिन्हें मैंने अवैध रूप से ठीक से डाउनलोड किया था। मैं खुशी से अच्छे संगीत के लिए भुगतान करूंगा, लेकिन मैं फिर से किसी भी चीज में डीआरएम से निपटने के बजाय लटका दूंगा। –

+6

वास्तव में नहीं - आईट्यून्स पर उनकी वीडियो किराए पर लेने/खरीदने की सेवा डीआरएम से भरी है। –

+0

@ करेल - वास्तव में? मैंने अपने आईट्यून स्टोर खाते में पासवर्ड खो दिया (जो मेरे सभी संगीत खोने के लिए जिम्मेदार है) और वर्षों से कुछ भी खरीदने की कोशिश नहीं किया है, इसलिए मुझे उनके वीडियो के बारे में पता नहीं चलेगा। फिर भी, मैं वैसे भी उनसे कोई वीडियो नहीं खरीदूंगा। मैं एक स्थानीय वीडियो स्टोर से सस्ता (या सस्ता) के लिए एक डीवीडी किराए पर ले सकता हूं। –

उत्तर

21

यह ओएमए डीआरएम 2 का ओपन सोर्स कार्यान्वयन होने का दावा करता है। मुझे लगता है यह, सॉफ्टवेयर सर्वर और ग्राहक बनाने की जरूरत घटक शामिल पाठक के लिए एक व्यायाम के रूप हार्डवेयर छोड़ने:

http://sourceforge.net/projects/openipmp

लाइसेंस एमपीएल है, जो एक गैर जीपीएल-संगत FOSS लाइसेंस है।

मुझे इस कार्यान्वयन का कोई अनुभव नहीं है, लेकिन ओएमए डीआरएम का एक छोटा सा हिस्सा है, और ऐसा लगता है कि यह एक व्यावहारिक डीआरएम योजना है, जितना अधिक डीआरएम योजना काम करने योग्य है। ओएमए डीआरएम मानक अच्छी तरह से प्रलेखित है, और मोबाइल फोन उद्योग द्वारा व्यापक रूप से उपयोग किया जाता है (या कम से कम किया गया है)।

ओपन-सोर्स डीआरएम के साथ मौलिक समस्या यह है कि हालांकि सभी एल्गोरिदम और स्रोत कोड को योजना को नुकसान पहुंचाए बिना प्रकाशित किया जा सकता है, अधिकारियों को अधिकारों का सम्मान करने के लिए अधिकार जारीकर्ताओं द्वारा "भरोसेमंद" होना चाहिए, यानी नहीं कुछ भी मना कर दिया। यह एफओएसएस के साथ असंगत है, जो कहता है कि डिवाइस के उपयोगकर्ता को इसके नियंत्रण पर पूर्ण नियंत्रण होना चाहिए।

अस्पष्टता के माध्यम से सुरक्षा काम नहीं करता है, लेकिन DRM से आमतौर पर कमजोर है "सुरक्षा"

एल्गोरिदम के अंधकार के माध्यम से सुरक्षा वास्तव में नहीं है। गोपनीयता के माध्यम से सुरक्षा जानकारी क्रिप्टो, हस्ताक्षर इत्यादि करने का एकमात्र तरीका है। डीआरएम को एल्गोरिदम की अस्पष्टता की आवश्यकता नहीं होती है (यही कारण है कि ओएमए डीआरएम एक प्रकाशित मानक है, और कार्यान्वयन के लिए स्रोत कैसे प्रकाशित किया जा सकता है और स्वतंत्र रूप से उपयोग करने योग्य), लेकिन यह आवश्यक है कि प्लेयर डिवाइस की जानकारी तक पहुंच हो (कुछ प्रकार की कुंजी) जो डिवाइस का उपयोगकर्ता नहीं करता है, और जो एल्गोरिदम/स्रोत का हिस्सा नहीं है।

आम तौर पर, सुरक्षा बाहरी हमलावरों के खतरे के मॉडल से किसी डिवाइस के मालिक/उपयोगकर्ता की सुरक्षा करती है। डीआरएम खतरे के मॉडल में, डिवाइस डिवाइस का मालिक/उपयोगकर्ता हमलावर है, और अधिकार मालिक का बचाव किया जा रहा है। यदि डिवाइस के उपयोगकर्ता पर पूर्ण नियंत्रण है, तो सिद्धांत रूप में स्पष्ट रूप से यह गेम खत्म हो गया है।

प्रैक्टिस में यह तत्काल नहीं हो सकता है, लेकिन ओपन सोर्स केस में, लोगों को अपने स्वयं के डीआरएम क्लाइंट लिखने की इजाजत दी जाती है जो उन्हें आपके अधिकार-सुरक्षित डेटा की प्रतिलिपि बनाने से रोकती हैं, वे उन्हें आश्चर्यजनक रूप से ईमानदार होने के लिए कहेंगे।

उपयोगकर्ताओं को कभी-कभी कानून-पालन करने के लिए राजी किया जा सकता है, इस मामले में डीआरएम उन्हें याद दिलाने की भूमिका निभाता है कि यदि वे प्रतिबंधों के आसपास काम करने के लिए हुप्स के माध्यम से कूद रहे हैं, तो वे कानून तोड़ सकते हैं।

+1

openipmp को 2006 में अंतिम अपडेट किया गया था - यह सोचकर कि क्या यह वास्तव में एंड्रॉइड पर चलता है और अगर किसी ने वास्तव में इसे सफलतापूर्वक कार्यान्वित किया है। –

+0

किसी ऐसे व्यक्ति के लिए जो खुले स्रोत पुस्तकालयों को जितना संभव हो सके, एक कामकाजी समाधान प्राप्त करने और जल्दी से चलने की तलाश में है, लेकिन साथ ही उत्पादन के समय को कम कर देता है, कृपया इसे देखें - http: //aameer.github .io/articles/digital-rights-management-multi-drm/ – Aameer

10

ओपन-सोर्स डीआरएम समाधान के लिए एक ओपन-सोर्स क्रैक होगा।

कई डीआरएम समाधान वास्तव में "सुरक्षा-द्वारा-अस्पष्टता" सिद्धांत के आधार पर काम करते हैं। मतलब उनमें से कुछ अभी तक टूटा नहीं है क्योंकि उनके मॉडल गुप्त रखा गया है। यहां तक ​​कि प्रमुख डीआरएम प्रणाली को तोड़ने से नहीं रोकता है।

+3

सहमत हुए। मालिकाना डीआरएम बहुत जल्दी टूट गया है। मैं ओपन सोर्स सॉल्यूशन की ताकत के बारे में आशावादी नहीं रहूंगा। बेशक, डीआरएम के साथ शुरू करने में काफी त्रुटिपूर्ण है। इससे कोई फर्क नहीं पड़ता कि आपका डीआरएम 99.9 99% उपयोगकर्ताओं को प्रतिलिपि बनाने या प्रोग्राम का उपयोग करने से रोकने के लिए पर्याप्त है या नहीं। एक व्यक्ति यह बताता है कि इसे कैसे तोड़ना है और आपका डीआरएम बेकार है। फ़ाइल साझा की जाती है, कार्यक्रम में एक क्रैक उपलब्ध है, आदि। आपको वास्तव में 'सफल' के लिए एक हार्डवेयर समाधान की आवश्यकता है और फिर भी यह एक निश्चित बात नहीं है। –

+0

अच्छी तरह से ... मैंने सोचा, वास्तव में मजबूत और वस्तुतः अन-ब्रेक करने योग्य क्रिप्टिंग एल्गोरिदम हैं, दोनों सममित और विषमता ... इसलिए, कुछ डीआरएम सिस्टम हो सकते हैं, जो काम करता है (शायद इस तरह से बनाया गया है जिसे मैंने नहीं सोचा) और प्रकृति से अटूट है। लेकिन, शायद –

+1

ठीक है, बात यह है कि ... आपके खिलाड़ी को इसे चलाने में सक्षम होने के लिए मूल सामग्री की आवश्यकता होगी। तो खेल के कुछ चरण में फ़ाइल डिक्रिप्ट हो जाती है। फिर क्रैक लिखना वास्तव में लाइव स्ट्रीमिंग मोड की बजाय सामग्री ऑफलाइन को डिक्रिप्ट करने के लिए एल्गोरिदम अपडेट करना होगा। – User

22

ओपन-सोर्स डीआरएम लगभग असंभव है।

डीआरएम का बिंदु किसी उपयोगकर्ता को कुछ डेटा डिक्रिप्ट करने से रोकने के लिए है, जबकि साथ ही उन्हें कुछ परिस्थितियों में ऐसा करने की इजाजत दी जाती है। एन्क्रिप्शन का सैद्धांतिक रूपरेखा यह बेतुका बनाता है - उपयोगकर्ता को केवल कुछ डेटा डिक्रिप्ट करने की कुंजी कैसे हो सकती है यदि वे इसे अनुमोदित उद्देश्यों के लिए उपयोग कर रहे हैं?

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

यह सब सभी सॉफ्टवेयर है कि कुंजी का उपयोग, और चाबी ही दुर्गम है सुनिश्चित करने के लिए सक्षम हो सकता है की बाइनरी छवि सत्यापित करने के लिए कुछ मशीनों पर Trusted Platform Module उपयोग कर रहा है के लिए एक समाधान (एक महत्वपूर्ण एक गुप्त जला दिया द्वारा प्राप्त द्वारा एन्क्रिप्टेड -toto हार्डवेयर मूल्य)। हालांकि मुझे यकीन नहीं है कि टीपीएम कितने आम हैं, और इसके अलावा यह पहली जगह सॉफ्टवेयर को ओपन-सोर्सिंग के बिंदु को बहुत हरा रहा है, क्योंकि आप इसे डीआरएम कुंजी तक पहुंच खोए बिना किसी भी तरह से संशोधित करने में असमर्थ होंगे।

अंत में, एक और अधिक व्यावहारिक नोट पर, DRM से अपना रास्ता बाहर पर वैसे भी हो रहा है - जैसे, आइट्यून्स हो गया है DRM को पूर्णत: नष्ट, और फिल्म उद्योग के साथ-साथ उस दिशा में आगे बढ़ जा रहा है ...

+1

"यदि स्रोत कोड उपलब्ध है तो बस संशोधित करना मुश्किल है कोड को उपयोगकर्ता को कुंजी सौंपने के लिए "- मान लीजिए कि आप डिवाइस पर कोड लोड कर सकते हैं, यही कारण है कि डीआरएम पीसी के मुकाबले मोबाइल फोन पर बेहतर काम करता है, और जीपीएल 3 में एंटी-टिवो क्लॉज क्यों शामिल है। –

+0

हां, टीपीएम पीसी मामले में लोडिंग कोड को रोकने के लिए काम करेगा। हालांकि अगर कोई भी कोई कोड लोड नहीं कर सकता है, तो डीआरएम बनाना काफी मामूली है, क्योंकि आपको कुंजी को बहुत अच्छी तरह छिपाना नहीं है। – bdonlan

+0

"अगर कोई भी कोई कोड लोड नहीं कर सकता है, तो डीआरएम बनाना काफी मामूली है"। अभ्यास में, उदाहरण पर दृष्टिकोण सिम्बियन यह है कि उपयोगकर्ता कोड लोड कर सकता है, लेकिन कर्नेल द्वारा डीआरएम एपीआई तक पहुंचने से इस तरह के कोड को रोका जाता है। तो ऐसा नहीं है कि आप "बिल्कुल लोड नहीं कर सकते", बस आप डीआरएम से संबंधित कोड लोड नहीं कर सकते हैं। चाहे यह "तुच्छ" संभवतः निर्भर करता है कि आप वह हैं जो सिम्बियन कर्नेल को कार्यान्वित करना है। –

0

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

5

डीआरएम टूट गया है क्योंकि यह "सुरक्षा-द्वारा-अस्पष्टता" सिद्धांत पर निर्भर करता है।

वॉटरमार्किंग जैसे अन्य समाधान भी हैं।
जब आप किसी ग्राहक को कुछ बेचते हैं, तो आप इसे क्लाइंट के नाम से वॉटरमार्क करते हैं। यदि आपको नेटवर्क साझा करने पर यह वॉटरमार्किंग मिलती है, तो आपको पता चलेगा कि रिसाव कहां है। यदि ग्राहक जानता है कि वॉटरमार्किंग है (मुझे लगता है कि उसे चेतावनी देने के लिए और अधिक ईमानदार है), तो वह शायद साझा नहीं करेगा।

+2

"वह शायद साझा नहीं करेगा" - या ऐसा करने से पहले वॉटरमार्क हटा देगा। मूल फ़ाइल को पुनर्प्राप्त नहीं करना आवश्यक है, लेकिन उस बिंदु पर वॉटरमार्क को नुकसान पहुंचाने के लिए जहां यह एक ही योजना द्वारा रखे गए किसी भी अन्य वॉटरमार्क से अलग नहीं है। –

3

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

संबंधित मुद्दे