लाइसेंसिंग तंत्र के रूप में प्रमाणीकरण

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




शुरू करने के लिए, यह सूचीबद्ध करने के लायक है कि हम अभी भी किस बारे में बात कर रहे हैं। सशर्त रूप से, समस्या को दो भागों में विभाजित किया जा सकता है:
• सॉफ्टवेयर की अवैध नकल;
• सॉफ्टवेयर का अवैध उपयोग।

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

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

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

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

रुतोकन वेब के प्रमाणीकरण तंत्र के बारे में अधिक विस्तार से मैंने यहां लिखा है ।