आप अपने सॉफ़्टवेयर को अवैध वितरण से कैसे बचा सकते हैं? [बन्द है]


90

मुझे इस बात की उत्सुकता है कि आप अपने सॉफ़्टवेयर को क्रैकिंग, हैकिंग आदि से कैसे बचाते हैं।

क्या आप किसी प्रकार के सीरियल नंबर की जांच करते हैं? हार्डवेयर की?

क्या आप किसी भी तृतीय-पक्ष समाधान का उपयोग करते हैं?

आप लाइसेंसिंग के मुद्दों को हल करने के बारे में कैसे जाते हैं? (जैसे अस्थायी लाइसेंस का प्रबंधन)

संपादित करें: मैं किसी भी खुले स्रोत से बात नहीं कर रहा हूं, लेकिन कड़ाई से वाणिज्यिक सॉफ्टवेयर वितरण ...


77
मैं उस दिन की प्रतीक्षा कर रहा हूं कि कोई मेरा सॉफ्टवेयर समुद्री डाकू करे। वह तो जबर्दस्त होगा!

4
बात यह है कि एक दिन कोई आपके सॉफ्टवेयर को पाइरेट्स करता है, तो आप शायद उस :-) के बारे में नहीं जानते होंगे
पेट्र के।

7
मेरी राय में समुद्री डाकू कभी भी आपके सॉफ़्टवेयर के लिए भुगतान करने की संभावना नहीं रखते हैं, इसलिए मैं उनके बारे में ज्यादा चिंता नहीं करता। महान सॉफ्टवेयर लिखें और आप पैसे कमाएंगे।
माइक

6
कोई अपराध नहीं है, लेकिन "महान सॉफ्टवेयर लिखें और आप पैसा कमाएंगे" केवल आंशिक रूप से सच है। एमएस ऑफिस पर विचार करें। आलोचना एक तरफ, यह अच्छा सॉफ्टवेयर है। फिर भी, विश्व औसत, 70% से अधिक कार्यालय प्रतियां अवैध हैं। अगर यह चोरी के लिए नहीं होता तो क्या MS ज्यादा नहीं कमाता? क्या पायरेसी वास्तव में सीधे SW गुणवत्ता से संबंधित है?
पेट्र के।

5
@petr k .: मैं सहमत नहीं हूं। चोरी का एक महत्वपूर्ण दुष्प्रभाव वास्तव में MSOffice (उस मामले के लिए MSWindows) की लोकप्रियता है। एमएस खो जाएगा अगर यह पूरी तरह से चोरी पर अंकुश लगा सकता है। @ माइक: यह एक बहुत अच्छा बिंदु है। लाइसेंसिंग सर्वर आदि लगाकर हम केवल अपने भुगतान किए गए ग्राहक के लिए चीजों को मुश्किल बना रहे हैं
rpattabi

जवाबों:


74

कई, कई, कई सुरक्षा उपलब्ध हैं। कुंजी है:

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

कुछ भी अटूट नहीं है, इसलिए इन चीजों को नापना और एक अच्छी सुरक्षा चुनना सबसे अच्छा है कि आप सबसे अच्छे (सबसे खराब) संरक्षण पर थप्पड़ मारें जो आप बर्दाश्त कर सकते हैं।

  • सरल पंजीकरण कोड (ऑनलाइन एक बार सत्यापित)।
  • रिवोकेबल कुंजियों के साथ सरल पंजीकरण, अक्सर ऑनलाइन सत्यापित।
  • एन्क्रिप्टेड कुंजी प्रोग्राम एल्गोरिथ्म का हिस्सा रखती है (सिर्फ चेक को छोड़ नहीं सकती है - इसे प्रोग्राम को काम करने के लिए चलाया जाना है)
  • हार्डवेयर कुंजी (सार्वजनिक / निजी कुंजी क्रिप्टोग्राफ़ी)
  • हार्डवेयर कुंजी (प्रोग्राम एल्गोरिथम का वह भाग जो कुंजी पर चलता है)
  • वेब सेवा महत्वपूर्ण कोड चलाता है (हैकर्स इसे देखने के लिए कभी नहीं मिलता है)

और ऊपर के बदलाव।


उपयोग में हार्डवेयर कुंजी का कोई उदाहरण?
03कसुज लुई

2
@ लुकाज़ - इन्हें डोंगल - इलेक्ट्रॉनिक उपकरणों के रूप में भी जाना जाता है जो कंप्यूटर से जुड़ते हैं। की जाँच करें en.wikipedia.org/wiki/Dongle इस विकल्प के बारे में अधिक जानकारी के लिए।
एडम डेविस

28

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


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

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

24

मत करो।

समुद्री डाकू पायरेट करेंगे। कोई फर्क नहीं पड़ता कि आप किस समाधान के साथ आते हैं, यह टूट सकता है और टूट जाएगा।

दूसरी ओर, आपके वास्तविक, भुगतान करने वाले ग्राहक वे हैं जिन्हें बकवास से असुविधा हो रही है।


6
यह बिल्कुल सच नहीं है, ऐसे अज्ञानी उपयोगकर्ता हैं जो सिर्फ सॉफ्टवेयर लेंगे क्योंकि वे इसके बारे में बस सोचते नहीं हैं। सामान्य लोग चोरी करेंगे अगर वे इसके बारे में नहीं सोचते हैं।
आर्थर थॉमस

9
मैं सहमत हूँ। मैं हमेशा एफबीआई पर परेशान हो जाता हूं "आप एक कार नहीं चुराएंगे" डीवीडी मैं वास्तव में भुगतान किया है!
क्रिश्चियन डेवन

6
यदि सही ढंग से किया जाता है तो यह वैध उपयोगकर्ताओं के लिए लगभग अदृश्य हो जाएगा। और नीचे की रेखा पर आकस्मिक समुद्री डकैती के प्रभाव को कम मत समझो। बहुत सारे बाजार हैं जहां मांग काफी हद तक अनम्य है कि 'डीआरएम' राजस्व में भारी अंतर ला सकता है।
smo

3
गलत। देखें kalzumeus.com/2006/09/05/...
कार्ल

4
@ मर्कज: वास्तव में, कोई भी कोड मालिक जो अपने ग्राहकों को रखना चाहता है, उसे अक्सर ग्राहक का POV अपनाना चाहिए ...
sleske

22

चोरी करने की तुलना में खरीदना आसान बनाएं। यदि आप प्रतिलिपि सुरक्षा के टीले डालते हैं तो यह वास्तविक सौदे के मालिक होने का मूल्य बहुत कम कर देता है।

एक सरल सक्रियण कुंजी का उपयोग करें और ग्राहकों को आश्वस्त करें कि वे हमेशा कर सकते हैं यदि वे कभी भी अपना खो देते हैं तो वे सक्रियकरण कुंजी प्राप्त या सॉफ़्टवेयर को फिर से डाउनलोड कर सकते हैं।

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

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


++ के लिए "चोरी करने की तुलना में खरीदना आसान बनाएं"।
अलक्यूबिएरेड्राइव

+++ "चोरी करने की तुलना में खरीदना आसान बनाने के लिए"!
डेनिस शेवचेंको

15

सॉफ़्टवेयर सुरक्षा पैसे के लायक नहीं हैं - यदि आपका सॉफ़्टवेयर माँग में है तो वह पराजित हो जाएगा, चाहे जो भी हो।

उस ने कहा, हार्डवेयर सुरक्षा अच्छी तरह से काम कर सकते हैं। एक उदाहरण तरीका यह अच्छी तरह से काम कर सकता है: अपने सॉफ़्टवेयर का एक (काफी) सरल लेकिन आवश्यक घटक ढूंढें और इसे वेरिलोग / एचएचडीएल में लागू करें। एक सार्वजनिक-निजी कीपर जनरेट करें और एक वेबस्पैयर बनाएं जो एक चुनौती स्ट्रिंग लेता है और इसे निजी कुंजी के साथ एन्क्रिप्ट करता है। फिर एक USB डोंगल बनाएं जिसमें आपकी सार्वजनिक कुंजी हो और यादृच्छिक चुनौती स्ट्रिंग उत्पन्न करता है। आपके सॉफ़्टवेयर को एक चुनौती स्ट्रिंग के लिए USB डोंगल से पूछना चाहिए और इसे एन्क्रिप्शन के लिए सर्वर तक भेजना चाहिए। तब सॉफ्टवेयर इसे डोंगल में भेजता है। डोंगल सार्वजनिक कुंजी के साथ एन्क्रिप्टेड चुनौती स्ट्रिंग को मान्य करता है और एक 'सक्षम' मोड में जाता है। आपका सॉफ़्टवेयर तब किसी भी समय डोंगल में कॉल करता है, जिसे आपको एचडीएल में लिखे गए ऑपरेशन को करने की आवश्यकता होती है।

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


2
उनमें से ज्यादातर उस तरह से काम नहीं करते हैं, लेकिन सिर्फ एक एल्गोरिथ्म का हिस्सा लागू करते हैं और सार्वजनिक कुंजी को नहीं करते हैं। उदाहरण के लिए, ऑटोकैड (या यह 3dsmax था?) अपने मैट्रिक्स को डोंगल पर घुमाया। यदि आपके पास डोंगल नहीं है, तो रोटेशन / थोड़ा / बंद होगा, जो समय के साथ बढ़ेगा।
कोड़ी ब्रूश

1
वह चतुर चाल है। जब यह ठीक से पंजीकृत न हो तो सॉफ्टवेयर को गलत तरीके से काम करें; पूरी तरह से गलत नहीं है, लेकिन सिर्फ इतना है कि आप इसे पहले नोटिस नहीं करते हैं।
रैपेट्रीक

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

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

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

15

Microsoft सॉफ़्टवेयर लाइसेंस योजना एक छोटे व्यवसाय के लिए महंगा है। यदि आप इसे स्वयं सेट करना चाहते हैं, तो सर्वर लागत लगभग $ 12,000 है। मैं इसे दिल की बीमारी के लिए नहीं सुझाता।

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

एक और अच्छा समाधान मैंने देखा है छोटे / मेड व्यवसायों का उपयोग सोलसर्वर है । यह एक ई-कॉमर्स और लाइसेंस नियंत्रण प्रणाली के बहुत अधिक है। यह शायद थोड़ा बहुत जटिल है। लेकिन मैंने जो सुना है उससे यह बहुत अच्छा काम करता है।

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


9

डिजिटल "अधिकार" प्रबंधन उद्योग में सबसे बड़ा सॉफ्टवेयर साँप-तेल उत्पाद है। क्लासिक क्रिप्टोग्राफी से एक पृष्ठ उधार लेने के लिए, विशिष्ट परिदृश्य यह है कि एलिस चार्ली के बिना बॉब को एक संदेश प्राप्त करना चाहता है ताकि वह इसे पढ़ सके। DRM इसलिए काम नहीं करता क्योंकि इसके एप्लिकेशन में बॉब और चार्ली एक ही व्यक्ति हैं!

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

इसके लिए अतिरिक्त शर्त केवल कानूनी प्रतियों में अपडेट / ऐड-ऑन को सीमित करना है। यह खरीद लेनदेन के दौरान प्राप्त ऑर्डर कोड जितना सरल हो सकता है।

स्टार्डॉक सॉफ्टवेयर, विंडोबाइंड के निर्माता और सोलर एंपायर के गेम जैसे गेम देखें, बाद वाले का कोई डीआरएम नहीं है और $ 2M के बजट से एक बड़े लाभ में बदल गया।


अच्छी तरह से संचालित उलटा सवाल के लिए +1!
इलारी काजस्ट

6

कई तरीके हैं, जैसे "सक्रियण कुंजी" उत्पन्न करने के लिए प्रोसेसर आईडी का उपयोग करना।

लब्बोलुआब यह है कि अगर कोई इसे बहुत बुरा चाहता है - वे आपके पास किसी भी सुरक्षा को रिवर्स इंजीनियर करेंगे।

सबसे अधिक असफल तरीके हैं रनटाइम या एक हार्डवेयर हैप पर ऑनलाइन सत्यापन का उपयोग करना।

सौभाग्य!


4

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

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

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

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


3

ऑनलाइन-गेम जैसे वर्ल्ड ऑफ वॉरकॉन (WoW) ने इसे बनाया है, हर किसी को हर बार सर्वर से जुड़ना पड़ता है और इस तरह खातों को लगातार सत्यापित किया जा सकता है। सेम के लिए कोई अन्य विधि काम नहीं करती है।


1
खैर, मुझे नहीं लगता कि यह 90% सॉफ्टवेयर के लिए एक यथार्थवादी समाधान है। मुझे पोस्ट में इसे और स्पष्ट करना चाहिए था - हम जो सॉफ्टवेयर बना रहे हैं वह ऑनलाइन गेम नहीं है। हालाँकि यह प्रश्न सामान्य था, इसलिए आपका उत्तर अभी भी निश्चित रूप से मान्य है।
पेट्र के।

3
वैसे, निजी सर्वर उपलब्ध हैं जिनके लिए किसी भुगतान की आवश्यकता नहीं है।
जेरेमी

अच्छी तरह से यकीन है कि पेट्र, हर किसी के लिए यथार्थवादी नहीं है, लेकिन यह अभी भी सच्चाई है: कोई अन्य विधि काम नहीं करती है। असुविधाजनक, निश्चित, लेकिन सच है।
जेफ

3

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

रीडिंग टू टॉकिंग टू पाइरेट्स


3

आम तौर पर दो प्रणालियां होती हैं जो अक्सर भ्रमित हो जाती हैं -

  • लाइसेंसिंग या सक्रियण ट्रैकिंग, कानूनी वैध उपयोग
  • अवैध उपयोग को रोकने वाली सुरक्षा

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

मैं केवल लाइसेंसिंग की सिफारिश करूंगा यदि आपके निगमों को बेचना जो उपयोग के आधार पर वैध रूप से भुगतान करेंगे, अन्यथा इसकी कीमत की तुलना में संभवतः अधिक प्रयास।

याद रखें कि जैसे ही आपके उत्पाद सफल हो जाते हैं, सभी और प्रत्येक लाइसेंसिंग और सुरक्षा उपाय अंततः भंग हो जाएंगे। तो अब तय करें कि क्या यह वास्तव में प्रयास के लायक है।

हमने कई साल पहले फ्लेक्सएलएम के एक साफ कमरे के क्लोन को लागू किया था, हमें बाइनरी हमलों के खिलाफ अपने आवेदन को भी बढ़ाना था, इसकी लंबी प्रक्रिया, आपको इसे हर रिलीज पर फिर से लागू करना होगा। यह वास्तव में इस बात पर भी निर्भर करता है कि आप किन वैश्विक बाजारों में बिक्री करते हैं, या जहां आपका प्रमुख ग्राहक आधार है, आपको क्या करना है।

एक DLL हासिल करने के बारे में मेरे दूसरे उत्तर की जाँच करें ।


2

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

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


2

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

कम दृश्यता वाले उत्पाद के लिए, एक साधारण इंटरनेट सक्रियण आकस्मिक प्रतिलिपि को रोकने जा रहा है। किसी भी अन्य नकल की संभावना आपके नीचे की रेखा के लिए नगण्य है।


2

अवैध वितरण को रोकने के लिए व्यावहारिक रूप से असंभव है; बस RIAA से पूछो। डिजिटल सामग्री की प्रतिलिपि बनाई जा सकती है; अनुरूप सामग्री को डिजीटल किया जा सकता है, और फिर कॉपी किया जा सकता है।

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

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

अप्रचलित अस्वीकरण और प्लग: जिस कंपनी की मैंने सह-स्थापना की है, वह .NET के लिए ऑफबीजेरो कोबाल्ट सॉफ्टवेयर लाइसेंसिंग समाधान का उत्पादन करती है ।


2

इस विचार के साथ परेशानी यह है कि समुद्री डाकू इसका इस्तेमाल करते हैं वे इसे वैसे भी नहीं खरीदेंगे और अपने दोस्तों को दिखाएंगे जो इसे खरीद सकते हैं वह दुगुना है।

  1. तीसरे पक्ष की सेवाओं का उपयोग करने वाले सॉफ़्टवेयर के साथ, पायरेटेड प्रतियां मूल्यवान बैंडविड्थ / संसाधन का उपयोग कर रही हैं, जो वैध उपयोगकर्ताओं को एक बदतर अनुभव देता है, मेरे स्व को और अधिक लोकप्रिय बनाता है और यह 3 पार्टी सेवाओं से मुझे अपनी सेवाओं के लिए अधिक भुगतान करने के लिए कह रहा है क्योंकि बैंडविड्थ का इस्तेमाल किया जा रहा है।

  2. कई कैज़ुअल स्व स्व को क्रैक करने का सपना नहीं देखते हैं, लेकिन अगर पाइरेटबाय जैसी साइट पर एक आसान आकलन योग्य दरार है, तो वे इसका इस्तेमाल करेंगे, अगर वे नहीं थे तो वे इसे खरीद सकते हैं।

एक बार खोजे गए पायरेटेड सॉफ़्टवेयर को अक्षम नहीं करने की यह अवधारणा भी पागल लगती है, मुझे समझ नहीं आता कि मुझे किसी ऐसे व्यक्ति को सॉफ़्टवेयर का उपयोग करने की अनुमति क्यों देनी चाहिए जिसका वे उपयोग नहीं कर रहे हैं, मुझे लगता है कि यह केवल समुद्री डाकुओं का दृश्य / आशा है।

इसके अलावा, यह ध्यान देने योग्य है कि प्रोग्राम को क्रैक करना एक कठिन काम है, लेकिन आपको कानूनी प्रतियों को साझा करने से रोकने की भी आवश्यकता है, अन्यथा कोई व्यक्ति केवल एक प्रति खरीद सकता है और फिर
इसे एक टोरेंट साइट के माध्यम से हजारों लोगों के साथ साझा कर सकता है। लाइसेंस में उनका नाम / ईमेल पता होने का तथ्य सभी को ऐसा करने से रोकने के लिए पर्याप्त नहीं है, और यह वास्तव में समस्या होने के लिए एक ही लेता है।

इसे रोकने के लिए मैं एक ही रास्ता देख सकता हूं:

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

  2. पहले क्लाइंट स्टार्टअप क्लाइंट पर सर्वर को लाइसेंस भेजता है और सर्वर इसे सत्यापित करता है, जिससे क्लाइंट सॉफ़्टवेयर के भीतर कुछ ध्वज सेट किया जाता है। समान लाइसेंस वाले अन्य ग्राहकों के अनुरोध को अस्वीकार कर दिया जाता है। इस दृष्टिकोण के साथ परेशानी मूल ग्राहक को समस्या होगी यदि वे सॉफ़्टवेयर को फिर से इंस्टॉल करते हैं या एक अलग कंप्यूटर का उपयोग करना चाहते हैं।


2

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

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


1

यदि आप ऐसे सॉफ़्टवेयर की सुरक्षा करने में रुचि रखते हैं, जो आप उपभोक्ताओं को बेचना चाहते हैं, तो मैं किसी भी प्रकार की लाइसेंस कुंजी उत्पन्न करने वाली लाइब्रेरी (लाइसेंस की पीढ़ी पर Google खोज) की सिफारिश करूंगा। आमतौर पर उपयोगकर्ता को आपको किसी प्रकार का बीज देना होता है जैसे कि उनका ईमेल पता या नाम और उन्हें पंजीकरण कोड वापस मिल जाता है।

कई कंपनियां या तो आपके सॉफ़्टवेयर को होस्ट और वितरित करेंगी या एक पूर्ण इंस्टॉलेशन / खरीद एप्लिकेशन प्रदान करेंगी जिसे आप अपने साथ एकीकृत कर सकते हैं और अपने आप संभवत: आपके लिए कोई अतिरिक्त कीमत पर नहीं कर सकते।

मैंने उपभोक्ताओं को सॉफ्टवेयर बेचा है और मुझे यह लागत का सही संतुलन / उपयोग / सुरक्षा में आसानी है।


1

सरल, और सबसे अच्छा समाधान, बस उन्हें चार्ज करना है। एक मूल्य निर्धारित करें जो आपके और उनके लिए काम करता है।

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

खेल / आदि के बहुत सारे पहले संस्करण की "रक्षा" करेंगे, फिर वास्तविक ग्राहकों के साथ संगतता समस्याओं के कारण पहले पैच में सुरक्षा को छोड़ दें। यह एक अनुचित रणनीति नहीं है यदि आप सुरक्षा के एक मॉडेम पर जोर देते हैं।


1

लगभग सभी प्रतिलिपि-सुरक्षा अप्रभावी है, और एक प्रयोज्य दुःस्वप्न है। इसके कुछ, जैसे कि अपने ग्राहकों की मशीनों पर रूट-किट लगाना सर्वथा अनैतिक हो जाता है


मैं वोट डाउन करता हूं - आप मान रहे हैं कि हर कोई एक विरोधी योजना के साथ रूट किट जैसी गैरकानूनी गतिविधियां कर रहा है।
जेसन शॉर्ट

नहीं, मैं ऐसा नहीं मानता। मैंने स्पष्ट रूप से कुछ कहा । और डीआरएम के लिए रूटकिट के अच्छी तरह से प्रलेखित मामले हैं।
वानीसी

0

अपने उत्पाद का एक ऑनलाइन घटक बनाएं जिसमें कनेक्शन और प्रमाणीकरण की आवश्यकता हो। यहाँ कुछ उदाहरण हैं:

  • ऑनलाइन खेल
  • वाइरस से सुरक्षा
  • स्पैम सुरक्षा
  • लैपटॉप ट्रैकिंग सॉफ्टवेयर

यह प्रतिमान केवल इतनी दूर तक जाता है और कुछ उपभोक्ताओं को बंद कर सकता है।


0

मैं बहुत से पोस्टरों से सहमत हूं कि कोई भी सॉफ्टवेयर-आधारित कॉपी सुरक्षा योजना एक कुशल सॉफ्टवेयर समुद्री डाकू के खिलाफ नहीं होगी। व्यावसायिक .NET आधारित सॉफ़्टवेयर के लिए Microsoft सॉफ़्टवेयर लाइसेंस सुरक्षा (SLP) एक बहुत ही उचित मूल्य का समाधान है। यह समय-सीमित और फ्लोटिंग लाइसेंस का समर्थन करता है। उनका मूल्य निर्धारण $ 10 / माह + $ 5 प्रति सक्रियण से शुरू होता है और सुरक्षा घटक विज्ञापन के रूप में काम करने लगते हैं। यह एक बहुत नई पेशकश है, हालांकि, इसलिए खरीदार सावधान रहें।


और 2011 में SLP की कीमत सबसे छोटे पैकेज के लिए € 145 / माह हो गई है।
माइकल ओल्सन

0

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

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

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

आप एक ऐसी सेवा जोड़ सकते हैं जो ऑनलाइन होने पर सर्वर के खिलाफ कुंजी की जांच करती है, और दो अलग-अलग आईपी के मामले में एक ही कुंजी का उपयोग कर रहे हैं, दूसरे लाइसेंस खरीदने के लिए एक सुझाव पॉपअप करते हैं।

लेकिन कृपया इसे निष्क्रिय न करें, यह एक खुश उपयोगकर्ता हो सकता है जो आपके मित्र को अपना सॉफ़्टवेयर दिखा रहा है !!!!


0

यदि आप एक सॉफ़्टवेयर डेवलपर हैं, तो संभव समाधानों में से एक आपके उत्पाद में एक मेटा डेटा डायरेक्ट एम्बेड करना है। एक उदाहरण के लिए बाहर की जाँच करें सुरक्षा सुरक्षा उपकरण theredsunrise से।


0

हम अपने स्वयं के लाइसेंसिंग सिस्टम का उपयोग करके अपने वाणिज्यिक सॉफ़्टवेयर को लाइसेंस देते हैं - जो कि हम बेच रहे हैं (लाइसेंस प्रबंधन उपकरण)। हम आम तौर पर सदस्यता लाइसेंस बेचते हैं, लेकिन अगर हम चाहें तो उपयोग के आधार पर भी बेच सकते हैं। यह अब तक हमारे लिए सुरक्षित है: www.agilis-sw.com

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.