प्रणालीमा प्रयोगकर्ताहरू दर्ता र अधिकार दिन रुटोकेन प्रविधि प्रयोग गर्ने अनुभव (भाग २)

शुभ दिउँसो म यस विषयमा मेरो अनुभव साझा गर्न चाहन्छु।

रुटोकेन प्रमाणीकरण, सूचना सुरक्षा र इलेक्ट्रोनिक हस्ताक्षरको क्षेत्रमा हार्डवेयर र सफ्टवेयर समाधान हो। अनिवार्य रूपमा, यो फ्ल्यास ड्राइभ हो जसले प्रमाणीकरण डाटा भण्डारण गर्न सक्छ जुन प्रयोगकर्ताले प्रणालीमा लग इन गर्न प्रयोग गर्दछ।

यस उदाहरणमा, Rutoken EDS 2.0 प्रयोग गरिन्छ।

यो Rutoken सँग काम गर्न तपाईंलाई आवश्यक छ Windows मा चालक स्थापना गर्नुहोस्.

विन्डोजको लागि, केवल एउटा ड्राइभर स्थापना गर्नाले आवश्यक पर्ने सबै कुरा स्थापना भएको सुनिश्चित गर्दछ ताकि OS ले तपाईंको Rutoken देख्छ र यसको साथ काम गर्न सक्छ।

तपाईं विभिन्न तरिकामा Rutoken अन्तरक्रिया गर्न सक्नुहुन्छ। तपाइँ यसलाई अनुप्रयोगको सर्भर साइडबाट वा सीधा ग्राहक पक्षबाट पहुँच गर्न सक्नुहुन्छ। यो उदाहरणले अनुप्रयोगको ग्राहक पक्षबाट Rutoken सँग अन्तरक्रियालाई हेर्नेछ।

अनुप्रयोगको क्लाइन्ट भागले रुटोकेन प्लगइन मार्फत रुटोकनसँग अन्तरक्रिया गर्दछ। यो एक कार्यक्रम हो जुन प्रत्येक ब्राउजरमा अलग-अलग स्थापना गरिएको छ। Windows को लागी तपाईले प्लगइन डाउनलोड र स्थापना गर्न आवश्यक छ, यो लिङ्कमा अवस्थित छ.

त्यो हो, अब हामी अनुप्रयोगको ग्राहक पक्षबाट Rutoken सँग अन्तरक्रिया गर्न सक्छौं।

यो उदाहरणले चुनौती-प्रतिक्रिया योजना प्रयोग गरेर प्रणालीमा प्रयोगकर्ता प्राधिकरण एल्गोरिदम लागू गर्ने विचारलाई छलफल गर्दछ।

विचारको सार निम्नानुसार छ:

1. ग्राहकले सर्भरमा प्राधिकरण अनुरोध पठाउँछ।
2. सर्भरले ग्राहकको अनुरोधलाई अनियमित स्ट्रिङ पठाएर प्रतिक्रिया दिन्छ।
3. ग्राहकले यो स्ट्रिङलाई अनियमित ३२ बिट्ससँग प्याड गर्छ।
4. क्लाइन्टले प्राप्त स्ट्रिङमा यसको प्रमाणपत्रको साथ हस्ताक्षर गर्दछ।
5. क्लाइन्टले प्राप्त गरेको इन्क्रिप्टेड सन्देश सर्भरमा पठाउँछ।
6. सर्भरले मूल अनइन्क्रिप्टेड सन्देश प्राप्त गरेर हस्ताक्षर प्रमाणित गर्दछ।
7. सर्भरले प्राप्त गरिएको अनइन्क्रिप्टेड सन्देशबाट अन्तिम 32 बिट्स स्ट्रिप गर्दछ।
8. सर्भरले प्राप्त परिणामलाई प्रमाणीकरण अनुरोध गर्दा पठाइएको सन्देशसँग तुलना गर्दछ।
9. यदि सन्देशहरू समान छन् भने, प्राधिकरण सफल मानिन्छ।

माथिको एल्गोरिथ्ममा प्रमाणपत्रको रूपमा यस्तो चीज छ। यस उदाहरणको लागि, तपाईंले केही क्रिप्टोग्राफिक सिद्धान्त बुझ्न आवश्यक छ। Habré मा छ यस विषयमा महान लेख.

यस उदाहरणमा, हामी एसिमेट्रिक एन्क्रिप्शन एल्गोरिदमहरू प्रयोग गर्नेछौं। असममित एल्गोरिदमहरू लागू गर्न, तपाईंसँग कुञ्जी जोडी र प्रमाणपत्र हुनुपर्छ।

एउटा कुञ्जी जोडीमा दुई भागहरू हुन्छन्: एउटा निजी कुञ्जी र सार्वजनिक कुञ्जी। निजी कुञ्जी, यसको नामले सुझाव दिन्छ, गोप्य हुनुपर्छ। हामी यसलाई जानकारी डिक्रिप्ट गर्न प्रयोग गर्छौं। सार्वजनिक कुञ्जी जो कोहीलाई वितरण गर्न सकिन्छ। यो कुञ्जी डाटा इन्क्रिप्ट गर्न प्रयोग गरिन्छ। तसर्थ, कुनै पनि प्रयोगकर्ताले सार्वजनिक कुञ्जी प्रयोग गरेर डाटा इन्क्रिप्ट गर्न सक्छ, तर निजी कुञ्जीको मालिकले मात्र यो जानकारी डिक्रिप्ट गर्न सक्छ।

प्रमाणपत्र भनेको एक इलेक्ट्रोनिक कागजात हो जसमा सर्टिफिकेट भएको प्रयोगकर्ता र सार्वजनिक कुञ्जीको बारेमा जानकारी समावेश हुन्छ। प्रमाणपत्रको साथ, प्रयोगकर्ताले कुनै पनि डाटामा हस्ताक्षर गर्न र सर्भरमा पठाउन सक्छ, जसले हस्ताक्षर प्रमाणित गर्न र डाटा डिक्रिप्ट गर्न सक्छ।

प्रमाणपत्रको साथ सन्देशमा सही रूपमा हस्ताक्षर गर्नको लागि, तपाईंले यसलाई सही रूपमा सिर्जना गर्न आवश्यक छ। यो गर्नको लागि, कुञ्जी जोडा पहिले Rutoken मा सिर्जना गरिएको छ, र त्यसपछि प्रमाणपत्र यो कुञ्जी जोडीको सार्वजनिक कुञ्जीसँग लिङ्क हुनुपर्छ। प्रमाणपत्रमा ठ्याक्कै सार्वजनिक कुञ्जी हुनुपर्छ जुन Rutoken मा अवस्थित छ, यो महत्त्वपूर्ण छ। यदि हामीले एप्लिकेसनको क्लाइन्ट साइडमा तुरुन्तै एउटा कुञ्जी जोडी र प्रमाणपत्र सिर्जना गर्छौं भने, सर्भरले कसरी यो इन्क्रिप्टेड सन्देशलाई डिक्रिप्ट गर्न सक्छ? आखिर, उसलाई कुञ्जी जोडी वा प्रमाणपत्रको बारेमा केहि पनि थाहा छैन।

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

यदि हामी हाम्रो समस्यामा फर्कियौं भने, समाधान स्पष्ट देखिन्छ। तपाईंले कुनै न कुनै रूपमा आफ्नो प्रमाणीकरण केन्द्र सिर्जना गर्न आवश्यक छ। तर त्यो भन्दा पहिले, तपाईले कुन आधारमा प्रमाणीकरण केन्द्रले प्रयोगकर्तालाई प्रमाणपत्र जारी गर्नुपर्छ भनेर पत्ता लगाउन आवश्यक छ, किनकि उसलाई यसको बारेमा केहि थाहा छैन। (उदाहरणका लागि, उसको पहिलो नाम, अन्तिम नाम, आदि) त्यहाँ प्रमाणपत्र अनुरोध भनिन्छ यस्तो चीज छ। यस मानकको बारेमा थप जानकारी पाउन सकिन्छ, उदाहरणका लागि, विकिपीडियामा ru.wikipedia.org/wiki/PKCS
हामी संस्करण 1.7 - PKCS#10 प्रयोग गर्नेछौं।

रुटोकेन (मूल स्रोत: कागजात):

1. हामी क्लाइन्टमा कुञ्जी जोडा सिर्जना गर्छौं र यसलाई Rutoken मा बचत गर्छौं। (बचत स्वतः हुन्छ)
2. हामी ग्राहक मा एक प्रमाणपत्र अनुरोध सिर्जना।
3. ग्राहकबाट हामी यो अनुरोध सर्भरमा पठाउँछौं।
4. जब हामीले सर्भरमा प्रमाणपत्रको लागि अनुरोध प्राप्त गर्छौं, हामी हाम्रो प्रमाणीकरण प्राधिकरणबाट प्रमाणपत्र जारी गर्छौं।
5. हामी यो प्रमाणपत्र ग्राहकलाई पठाउँछौं।
6. हामी ग्राहकमा Rutoken प्रमाणपत्र बचत गर्छौं।
7. प्रमाणपत्र पहिलो चरणमा सिर्जना गरिएको कुञ्जी जोडीमा बाँधिएको हुनुपर्छ।

अब यो स्पष्ट हुन्छ कि कसरी सर्भरले ग्राहकको हस्ताक्षर डिक्रिप्ट गर्न सक्षम हुनेछ, किनकि यसले आफैले उसलाई प्रमाणपत्र जारी गरेको छ।

अर्को भागमा, हामी पूर्ण-स्रोत क्रिप्टोग्राफी पुस्तकालय openSSL मा आधारित तपाइँको प्रमाणपत्र अधिकार कसरी सेटअप गर्ने भन्ने बारे नजिकबाट हेर्नेछौं।

स्रोत: www.habr.com