👗 🍬 👕 एक व्यावहारिक उदाहरण का उपयोग करके सदस्यता सॉफ़्टवेयर का लाइसेंस देते समय असममित क्रिप्टोग्राफी 🕵🏿 🔀 🍹

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

लेख में पढ़ें:

"लाइसेंस", "सक्रियण", "हैश फ़ंक्शन", "डिजिटल हस्ताक्षर", "असममित क्रिप्टोग्राफी" और (संक्षेप में) RSA और DSA के बारे में, बिना सूत्रों और गणित के।
पारंपरिक लाइसेंसिंग से सदस्यता तंत्र कैसे अलग है?
VMProtect EXE रक्षक के उदाहरण पर वर्णित सिद्धांतों का अनुप्रयोग।

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

तो चलिए शुरू करते हैं।

लाइसेंस सर्वर के साथ सदस्यता कार्यक्रम कैसे काम करता है

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

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

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

यह निर्धारित करने के लिए एक अविश्वसनीय तरीका है कि क्या किसी कार्यक्रम को चलाने की अनुमति है। वह लाइसेंस सर्वर से पूछ सकती है: “यहाँ वह कुंजी है जो उपयोगकर्ता ने मुझमें दर्ज की है। क्या मैं अब उसके साथ काम कर सकता हूं? " लाइसेंस सर्वर "हां, आप कर सकते हैं" या "नहीं, सदस्यता अवरुद्ध है।" बेशक, यह तरीका इस मायने में बुरा है कि यह एक हमलावर को सर्वर की प्रतिक्रिया को आसानी से नकली करने की अनुमति देता है, इसके अलावा, प्रोग्राम को शुरू होने पर हर बार इंटरनेट एक्सेस की आवश्यकता होगी (क्योंकि यह हमलावर द्वारा पता लगाए बिना आसानी से "मैं काम कर सकता है" स्थिति को बनाए नहीं रख सकता है)।

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

लेकिन पूरी योजना को समझने के लिए, हम "सदा" कुंजियों और असममित क्रिप्टोग्राफी के तंत्र के साथ काम करने के पारंपरिक तरीकों में एक छोटा सा भ्रमण करेंगे।

प्रमुख सक्रियण क्या है?

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

एक कार्यक्रम, एक कुंजी को कैसे स्वीकार करता है, यह निर्धारित करता है कि यह विश्वसनीय है? ऐसा करने के दो मुख्य तरीके हैं:

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

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

कृपया ध्यान दें कि इस उदाहरण में, उपकरण पहचानकर्ता का उपयोग "अपने बारे में अतिरिक्त जानकारी" के रूप में किया गया था - एक हैश कोड जो उपयोगकर्ता की मशीन को कम या ज्यादा विशिष्ट पहचान देता है। कुंजी चुराने वाले के पास एक अलग हैश कोड होगा, इसलिए समर्थन टीम को कॉल करने से कुछ हासिल नहीं होगा - वे समझेंगे कि पुन: सक्रिय करने का प्रयास किया जा रहा है।

इंटरनेट सक्रियण

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

सामान्य तौर पर, हमने निम्नलिखित इकाइयाँ बनाई हैं:

कुंजी: खरीद पर उपयोगकर्ता को क्या दिया जाता है।
उपकरण पहचानकर्ता: विशिष्टता की डिग्री के साथ एक उपयोगकर्ता के कंप्यूटर की विशेषता एक निश्चित संख्या (यह अलग-अलग कंप्यूटरों पर अलग होगी)।
सक्रियण कोड: यदि उपयोगकर्ता के हाथ में एक निश्चित कुंजी और एक विशिष्ट उपकरण पहचानकर्ता है, तो प्रोग्राम को शुरू करने के लिए एन्कोडेड "अनुमति"।
लाइसेंस सर्वर: डेवलपर द्वारा नियंत्रित इंटरनेट पर एक निश्चित सर्वर और "कुंजी" + "उपकरण पहचानकर्ता" जोड़ी का उपयोग करके उपयोगकर्ता को एक सक्रियण कोड वापस करने में सक्षम।

यह समझना बहुत महत्वपूर्ण है कि कुंजी सक्रियकरण कोड से कैसे भिन्न होती है। वे उपकरण पहचानकर्ता के माध्यम से परस्पर जुड़े हुए हैं, जो विभिन्न मशीनों पर एक साथ एक ही कुंजी का उपयोग करने की असंभवता की गारंटी सुनिश्चित करता है।

सार्वजनिक और निजी कुंजी: असममित डिजिटल हस्ताक्षर

ऐसा लगता है कि आप मूल्य activationCode = md5(key + hardwareID) गणना कर सकते activationCode = md5(key + hardwareID) : इस मामले में, लाइसेंस सर्वर भी इसे उत्पन्न करने में सक्षम होगा, और ग्राहक का कार्यक्रम शुद्धता की जांच करेगा।

हालांकि, एक गंभीर खतरा है: चूंकि लाइसेंस सर्वर इस मूल्य की गणना कर सकता है, हमलावर भी करता है। इसलिए, एक हमलावर अपना खुद का लाइसेंस सर्वर बना सकता है, मूल के लिए "विकल्प" और ... कार्यक्रम पर असीमित नियंत्रण प्राप्त कर सकता है। क्या करें?

यह कहा जाता है कि प्रत्येक जटिल कार्य में एक सरल, तार्किक, समझने में आसान ... गलत समाधान है। इस मामले में, इस तरह के एक गलत निर्णय सूत्र होगा

activationCode = md5(key + hardwareID + salt)

जहाँ salt कुछ "गुप्त" स्ट्रिंग है जो केवल डेवलपर लाइसेंस सर्वर के लिए जाना जाता है।

सामान्य तौर पर, मूल्य S = md5(X + salt) को " नमक के साथ डिजिटली हस्ताक्षरित X डेटा" कहा जाता है। S के डिजिटल हस्ताक्षर को सत्यापित करने के लिए md5(X + salt) गणना करने का मतलब है, पहले से ही दूसरी तरफ, और परिणाम की तुलना S : यदि यह मेल खाता है, तो हस्ताक्षर सही है, यदि नहीं, तो नकली है।

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

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

इस प्रकार, लाइसेंस सर्वर डिजिटल हस्ताक्षर activationCode = DSA(X, salt0) गणना करता है और क्लाइंट प्रोग्राम के लिए मूल्य को पास करता है, और प्रोग्राम DSA_check(activationCode, X, salt1) एल्गोरिथ्म DSA_check(activationCode, X, salt1) का उपयोग करके इसकी शुद्धता की जांच करता है। इस मामले में, salt0 को "निजी कुंजी" (निजी कुंजी) कहा जाता है, और salt1 को "सार्वजनिक कुंजी" (सार्वजनिक कुंजी) कहा जाता है। एक "सार्वजनिक" कुंजी कहा जाता है क्योंकि यह एक समाचार पत्र में भी मुद्रित किया जा सकता है - यह सुरक्षा को नुकसान नहीं पहुंचाएगा।

डीएसए डिजिटल हस्ताक्षर एल्गोरिदम और आरएसए डेटा एन्क्रिप्शन एल्गोरिथ्म के बारे में एक ही सिद्धांत पर आधारित विवरण रूसी में विकिपीडिया पर पाया जा सकता है। संक्षेप में - आरएसए का सिद्धांत तथाकथित "फ़ैक्टराइजेशन समस्या" पर आधारित है - बड़ी संख्या को फैक्टर करने की कठिनाई। वास्तव में, किसी भी दो-2000 अंकों के X और Y , हम उनके 4000 अंकों के उत्पाद S = X * Y गणना एक माइक्रोसेकंड में कर सकते हैं। हालांकि, इस उत्पाद के S और X या Y शुरू में नहीं जानते हुए, ब्रह्मांड के अस्तित्व के दौरान मूल X और Y को पुनर्स्थापित करना असंभव है, जिससे यह बना है। गुणात्मक स्तर पर, हम मान सकते हैं कि संख्या X और Y (निजी कुंजी) का उपयोग DSA डिजिटल हस्ताक्षर की रचना के लिए किया जाता है, और सुप्रसिद्ध S सत्यापन के लिए S है।

वापस सदस्यता के लिए फिर से

बहुत शुरुआत में, हमने कहा कि एक सदस्यता केवल लाइसेंस सर्वर तक अधिक लगातार पहुंच है, जो अधिक से अधिक सक्रियण कोड लौटाता है, जबकि पुराने सक्रियण कोड अप्रचलित हो जाते हैं। इस तरह के अप्रचलन के लिए, एक सक्रियण कोड बनाने के लिए एल्गोरिथ्म अधिक जटिल होना चाहिए: कम से कम इसकी वैधता की शुरुआत और समाप्ति तिथियां कोड में "सिलना" हैं (शुरुआत ताकि उपयोगकर्ता घड़ी को बहुत पीछे न ले जाए)।

लाइसेंस सर्वर के साथ "सदस्यता" कार्यक्रम का काम इस प्रकार है:

नियमित रूप से और पृष्ठभूमि में, कार्यक्रम लाइसेंस सर्वर तक पहुंचने का प्रयास करता है ताकि उससे एक नया सक्रियण कोड प्राप्त किया जा सके। उपकरण की कुंजी और पहचानकर्ता को सर्वर में स्थानांतरित किया जाता है, सरलीकृत -
```
  GET / licence_server? की = abcdef & hwid = 1234 
```
यदि प्रयास असफल रहा, तो कुछ भी नहीं होता है - कोई संदेश जारी नहीं किया जाता है।
सफलता के मामले में, सर्वर द्वारा जारी किया गया नया सक्रियण कोड कुछ स्थायी भंडारण (उदाहरण के लिए, रजिस्ट्री में) में दर्ज किया जाता है - यह अभी भी हमलावर के लिए रूचि का नहीं है, क्योंकि वह घर पर इसका उपयोग नहीं कर पाएगा (सक्रियण कोड उपकरण के पहचानकर्ता पर निर्भर करता है, जो हमलावर के पास अलग होगा)।
इसके बावजूद, यह कार्यक्रम निरंतर भंडारण से वर्तमान सक्रियण कोड लेता है और कुंजी, हार्डवेयर पहचानकर्ता और सार्वजनिक पैरामीटर नमक 1 का उपयोग करके अपने डिजिटल हस्ताक्षर की पुष्टि करता है। यदि सक्रियण कोड सही है, तो प्रोग्राम काम करना जारी रखता है (संभवतः, एक साथ कोड से कुछ आवश्यक डेटा निकाल रहा है - उदाहरण के लिए, वर्चुअल मशीन कोड के एन्क्रिप्शन पैरामीटर, जैसा कि VMProtect में किया गया है)।

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

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

अपने कार्यक्रम का सदस्यता संस्करण बनाने का उदाहरण

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

HelloWorld एप्लिकेशन और उसकी MAP फ़ाइल बनाना

सबसे पहले, "Hello, world!" जैसा प्रोग्राम बनाएं, जिसे हम VMProtect के साथ सुरक्षित करेंगे। हम MS Visual Studio 2010 का उपयोग करेंगे: "Win32 Application" की तरह इसमें एक नया प्रोजेक्ट बनाएं और इसे HelloWorld कहें। मुख्य फ़ाइल कुछ इस तरह दिखाई देगी:

#include "stdafx.h"
...
ATOM MyRegisterClass ( HINSTANCE hInstance )
{{ }
...
LRESULT CALLBACK WndProc ( HWND hWnd, UINT संदेश, WPARAM wParam, LPARAM lParam )
{{ }
...

कॉन्फ़िगरेशन मैनेजर में रिलीज़ करने के लिए प्रोजेक्ट बिल्ड मोड को तुरंत स्विच करें। उसके बाद, हम एमएपी फ़ाइल की पीढ़ी को चालू करते हैं: इसमें EXE फ़ाइल के अंदर सभी फ़ंक्शन के पते होंगे, ताकि VMProtect उन्हें बाद में ढूंढ सके। यह प्रोजेक्ट गुणों में किया जाता है, रूसी संस्करण में तरीका यह है: समाधान एक्सप्लोरर में प्रोजेक्ट नाम पर राइट-क्लिक करें, फिर कॉन्फ़िगरेशन गुण - लिंकर - डीबग - एक मैपिंग फ़ाइल बनाएं का चयन करें।

अब F5 दबाएं और सुनिश्चित करें कि परियोजना संकलित और शुरू हो गई है। हमें रिलीज़ 2 निर्देशिका में फ़ाइलें मिलीं: HelloWorld.exe और HelloWorld.map , जिसके साथ हम काम करेंगे।

RentSoft लाइसेंस सर्वर पर उत्पाद पंजीकरण विज़ार्ड

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

यह काफी सरल है: http://rentsoft.ru/soft/add/ पर हम "VMProtect RentSoft Edition (RentSoft ग्राहकों के लिए नि: शुल्क)" विकल्प चुनते हैं, अपना ई-मेल दर्ज करें (आपको इसकी पुष्टि करने की आवश्यकता नहीं होगी, वैसे) और जादूगर पर जाएं उत्पाद पंजीकरण। इसमें हम निम्नलिखित डेटा दर्ज करते हैं:

उत्पाद का नाम, संक्षिप्त और विस्तृत विवरण (HTML का उपयोग किया जा सकता है)।
उत्पाद बॉक्स (या उसके लोगो) की छवि।
हम प्रति माह वांछित सदस्यता लागत चुनते हैं - उदाहरण के लिए, 79 रूबल।

इस जानकारी को सहेजने के बाद, निम्न विज़ार्ड आइटम खुलेंगे।

लाइसेंस फ़ाइल को उस उत्पाद के लिए संरक्षित कार्यक्रम को बांधने की आवश्यकता होती है जिसे हमने लाइसेंस सर्वर पर पंजीकृत किया था। HelloWorld.cpp बगल में, परियोजना स्रोत कोड के साथ इसे निर्देशिका में सहेजें - हमारे मामले में।

सदस्यता संस्करण बनाने के लिए VMProtect लॉन्च करें

अगला, VMProtect RentSoft Edition (इसके इंस्टॉलर से इसे डाउनलोड करने का लिंक विज़ार्ड के अगले चरण में दिया गया है) लॉन्च करें। यह हमारे सहयोगियों, VMProtect Software द्वारा निर्मित एक exe फ़ाइल रक्षक है। फ़ाइल के माध्यम से खोलें - प्रोजेक्ट Release/HelloWorld.exe की EXE फ़ाइल खोलें और स्क्रीनशॉट में मापदंडों को सेट करें (सबसे महत्वपूर्ण - परियोजना लाइसेंस फ़ाइल के लिए पथ निर्दिष्ट करें):

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

हमारे मामले में, हमने 2 फ़ंक्शन निर्दिष्ट किए: MyRegisterClass और WndProc - यह अब ठीक है कि हैकर उन्हें "क्रैक" करने में सक्षम नहीं होगा। कृपया ध्यान दें: आपको अल्ट्रा संकलन प्रकार (सबसे विश्वसनीय) का चयन करने की आवश्यकता है, और "बाइंड टू सीरियल नंबर" चेकबॉक्स "हाँ" का भी चयन करें। प्रोग्राम की उन विशेषताओं की रक्षा करने की कोशिश करें जो प्रदर्शन के लिए महत्वपूर्ण नहीं हैं, क्योंकि आभासी मशीन स्वाभाविक रूप से "मूल" प्रोसेसर से अधिक चलती है। (सभी जोड़तोड़ के बाद VMProtect प्रोजेक्ट फ़ाइल को सहेजना न भूलें: इसमें वे सभी विकल्प हैं, जिन्हें आपने चुना है ताकि अगली सुरक्षा के दौरान आपको उन्हें फिर से चुनने की आवश्यकता न हो: फ़ाइल - इस रूप में प्रोजेक्ट सहेजें ...)

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

अंत में, प्रोजेक्ट का चयन करें - संकलन और कुछ सेकंड प्रतीक्षा करें। नतीजतन, HelloWorld.exe फ़ाइल HelloWorld.exe बगल में दिखाई देगी - इसका संरक्षित संस्करण। यह फ़ाइल आपके उत्पाद का "सदस्यता" संस्करण है।

जांच करें कि क्या हुआ

यदि हम अब HelloWorld.vmp.exe चलाते हैं, तो हम इसे देखेंगे:

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

अब आपको सदस्यता कोड दर्ज करने की आवश्यकता है। सत्यापन के लिए इसे कहां प्राप्त करना है? यहां हम पाठक को उत्पाद विंडो में भेज सकते हैं और कह सकते हैं कि "उत्पाद की सदस्यता लें - सदस्यता कोड प्राप्त करें", लेकिन आप इसे आसान कर सकते हैं। हमारे द्वारा अभी देखी गई RentSoft उत्पाद पंजीकरण विज़ार्ड आपको लाइसेंस सर्वर पर परीक्षण सदस्यता बनाने की अनुमति देता है। यानी आपको बस फॉर्म पर बने बटन पर क्लिक करना है:

नतीजतन, आपको एक परीक्षण सदस्यता कोड प्राप्त होगा, जिसे प्रोग्राम सक्रियण विंडो में दर्ज किया जाना है:

उसके बाद, कार्यक्रम शुरू हो जाएगा और उपयोगकर्ता से तब तक कुछ नहीं पूछेगा जब तक कि उसके खाते में पैसा नहीं है (यानी जबकि सदस्यता सक्रिय है)।

मान लीजिए कि नवीनीकरण के लिए खाते में कोई पैसा नहीं है ...

जब उपयोगकर्ता पैसे से भाग जाता है और सदस्यता अवरुद्ध हो जाती है तो क्या होता है? यह देखने के लिए एक महीने का इंतजार करना आवश्यक नहीं है: आप परीक्षण सदस्यता के साथ काम करने के उसी रूप का उपयोग कर सकते हैं, जो अब इस तरह से ले जाएगा:

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

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

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

निष्कर्ष में - हमारे बिक्री चैनलों के बारे में

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

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

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

अब सम्मिलित हों!

एक व्यावहारिक उदाहरण का उपयोग करके सदस्यता सॉफ़्टवेयर का लाइसेंस देते समय असममित क्रिप्टोग्राफी