एक ब्राउज़र के माध्यम से फाइलों पर हस्ताक्षर करना

कई परियोजनाओं में, उन्हें सर्वर पर अपलोड करते समय मनमाना प्रारूप (उदाहरण के लिए, पीडीएफ प्रारूप में निविदा प्रलेखन) की फाइलों पर हस्ताक्षर करना आवश्यक है।
आमतौर पर, डिजिटल प्रमाणपत्र X.509 का उपयोग करते हुए GOST R 34.10-2001 के अनुसार एक हस्ताक्षर आवश्यक है। उसी समय, हस्ताक्षर स्वयं सीएमएस डिटैच किए गए प्रारूप में सर्वर पर आसानी से संग्रहीत होता है।
मैं तुरंत ध्यान देना चाहता हूं कि यह समस्या लंबे समय से हल हो गई है (CryptoPro CSP, CAPICOM, आदि)। लेकिन ऐसी बारीकियां हैं जो इस तरह के निर्णय को हमेशा सुविधाजनक नहीं बनाती हैं। परियोजनाओं में से एक के लिए, हमने फाइलों पर हस्ताक्षर करने के लिए एक समाधान प्रस्तावित किया, जिसने वास्तव में अंतिम उपयोगकर्ताओं और तकनीकी सहायता के लिए जीवन आसान बना दिया। उसके बारे में नीचे।





सामान्य समाधान योजना तस्वीर में दिखाई गई है।
क्लाइंट पर घटक।

1. Rutoken EDS एक हार्डवेयर क्रिप्टोग्राफ़िक सूचना सुरक्षा उपकरण के रूप में
2. Rutoken Plugin ब्राउज़र में Rutoken EDS का समर्थन करने के लिए + डिजिटल प्रमाणपत्र के लिए समर्थन करता है

सर्वर पर हम ASP.NET के लिए संशोधित Opensl + आवरण का उपयोग करते हैं। Opensl का उपयोग करने से सर्वर साइड में बड़े बदलाव के बिना प्रमाणित SKZI MagPro CryptoPacket 2.1 पर स्विच करना संभव हो जाता है।

हस्ताक्षर करने के लिए प्रयुक्त प्रोटोकॉल का विवरण।

1. मानक ब्राउज़र टूल का उपयोग करके सर्वर पर दस्तावेज़ अपलोड करना (या सर्वर पर दस्तावेज़ बनाना, जैसा कि अक्सर होता है)
2. GOST R 34.11-94 के अनुसार सर्वर पर दस्तावेज़ से हैश राशि की गणना
3. ग्राहक को गणना की गई हैश राशि भेजना
4. प्रमाण पत्र से जुड़ी निजी कुंजी के साथ क्लाइंट पर GOST R 34.10-2001 हैश मात्रा के अनुसार हस्ताक्षरित
5. सर्वर को एक हस्ताक्षर और प्रमाण पत्र भेजना
6. हस्ताक्षर का सत्यापन
7. सीएमएस अलग प्रारूप में हस्ताक्षर और प्रमाण पत्र पैकेजिंग

अब तकनीकी साधनों के बारे में।
Opensl पर सर्वर रैपर लाइब्रेरी में निम्न API है:

1. हैश गणना समारोह
   अहस्ताक्षरित चार * HashData (अहस्ताक्षरित चार * बफर, size_t आकार);
   
2. सीएमएस ने निर्माण कार्य को अलग कर दिया
   char * CreateSignCMSDetached (अहस्ताक्षरित चार * हस्ताक्षर, कास्ट चार * प्रमाणित);
   
3. हस्ताक्षर सत्यापन फ़ंक्शन सार्वभौमिक नहीं है और केवल इस परियोजना के लिए लागू किया गया है, इसलिए मैं यहां इसका वर्णन नहीं करूंगा

जैसा कि आप देख सकते हैं, इन कार्यों को ASP.NET से कॉल करना आसान है (और न केवल)।

क्लाइंट पर, हैश को रुतोकन प्लग-इन के कॉल के अनुक्रम द्वारा हस्ताक्षरित किया गया है:

1. उपयोगकर्ता प्रमाणपत्र का चयन करता है
2. प्रमाण पत्र द्वारा निजी कुंजी प्राप्त करें
   getKeyByCertificate (deviceId, certId, resultCallback, errorCallback) → {string}
   
3. सर्वर को भेजने के लिए प्रमाण पत्र का "निकाय" प्राप्त करें
   getCertificate (deviceId, certId, resultCallback, errorCallback) → {string}
   
4. निजी कुंजी का उपयोग करके हैश साइन करें
   rawSign (deviceId, keyId, data, options, resultCallback, errorCallback) → {string}
   प्रेषित हैश से GOST R 34.10-2001 के हेक्स में हस्ताक्षर लौटाता है
   

हैश और सर्टिफिकेट सर्वर पर भेजे जाते हैं।
समाधान डेवलपर और अंतिम उपयोगकर्ता दोनों के लिए सरल है।