ओपनएसएसएल 3.0.0 क्रिप्टोग्राफ़िक लाइब्रेरी का विमोचन

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

संस्करण संख्या में एक महत्वपूर्ण परिवर्तन पारंपरिक "मेजर.माइनर.पैच" नंबरिंग में परिवर्तन के कारण है। अब से, संस्करण संख्या में पहला अंक (प्रमुख) केवल तभी बदलेगा जब एपीआई/एबीआई स्तर पर संगतता टूट जाएगी, और दूसरा (लघु) तब बदल जाएगा जब एपीआई/एबीआई को बदले बिना कार्यक्षमता बढ़ाई जाएगी। सुधारात्मक अपडेट तीसरे अंक (पैच) में बदलाव के साथ वितरित किए जाएंगे। ओपनएसएसएल के लिए वर्तमान में विकासाधीन FIPS मॉड्यूल के साथ ओवरलैप से बचने के लिए 3.0.0 के तुरंत बाद नंबर 1.1.1 को चुना गया था, जिसके लिए 2.x नंबरिंग का उपयोग किया गया था।

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

ओपनएसएसएल 1.1.1 शाखा की तुलना में, ओपनएसएसएल 3.0.0 ने 7500 डेवलपर्स द्वारा योगदान किए गए 350 से अधिक परिवर्तन जोड़े। ओपनएसएसएल 3.0.0 के मुख्य नवाचार:

• एक नया FIPS मॉड्यूल प्रस्तावित किया गया है, जिसमें क्रिप्टोग्राफ़िक एल्गोरिदम का कार्यान्वयन शामिल है जो FIPS 140-2 सुरक्षा मानक का अनुपालन करता है (मॉड्यूल के लिए प्रमाणन प्रक्रिया इस महीने शुरू होने वाली है, और FIPS 140-2 प्रमाणन अगले वर्ष होने की उम्मीद है)। नए मॉड्यूल का उपयोग करना बहुत आसान है और इसे कई एप्लिकेशन से कनेक्ट करना कॉन्फ़िगरेशन फ़ाइल को बदलने से अधिक कठिन नहीं होगा। डिफ़ॉल्ट रूप से, FIPS मॉड्यूल अक्षम है और सक्षम-फ़िप्स विकल्प को सक्षम करने की आवश्यकता है।
• लिबक्रिप्टो प्लग करने योग्य प्रदाताओं की अवधारणा को लागू करता है, जिसने इंजन की अवधारणा को बदल दिया है (इंजन एपीआई को हटा दिया गया है)। प्रदाताओं की सहायता से, आप एन्क्रिप्शन, डिक्रिप्शन, कुंजी निर्माण, मैक गणना, डिजिटल हस्ताक्षरों के निर्माण और सत्यापन जैसे कार्यों के लिए एल्गोरिदम के अपने स्वयं के कार्यान्वयन जोड़ सकते हैं। नए लोगों को कनेक्ट करना और पहले से समर्थित एल्गोरिदम के वैकल्पिक कार्यान्वयन बनाना दोनों संभव है (डिफ़ॉल्ट रूप से, ओपनएसएसएल में निर्मित प्रदाता अब प्रत्येक एल्गोरिदम के लिए उपयोग किया जाता है)।
• प्रमाणपत्र प्रबंधन प्रोटोकॉल (आरएफसी 4210) के लिए समर्थन जोड़ा गया, जिसका उपयोग सीए सर्वर से प्रमाणपत्रों का अनुरोध करने, प्रमाणपत्रों को अद्यतन करने और प्रमाणपत्रों को रद्द करने के लिए किया जा सकता है। सीएमपी के साथ काम करना नई ओपनएसएल-सीएमपी उपयोगिता का उपयोग करके किया जाता है, जो सीआरएमएफ प्रारूप (आरएफसी 4211) और HTTP/HTTPS (आरएफसी 6712) के माध्यम से अनुरोध भेजने का भी समर्थन करता है।
• HTTP और HTTPS प्रोटोकॉल के लिए एक पूर्ण क्लाइंट लागू किया गया है, जो GET और POST तरीकों का समर्थन करता है, पुनर्निर्देशन का अनुरोध करता है, प्रॉक्सी के माध्यम से काम करता है, ASN.1 एन्कोडिंग और टाइमआउट प्रोसेसिंग करता है।
• मॉक इंसर्ट के नए कार्यान्वयन को जोड़ना आसान बनाने के लिए एक नया EVP_MAC (संदेश प्रमाणीकरण कोड एपीआई) जोड़ा गया है।
• कुंजी उत्पन्न करने के लिए एक नया सॉफ़्टवेयर इंटरफ़ेस प्रस्तावित है - EVP_KDF (कुंजी व्युत्पत्ति फ़ंक्शन एपीआई), जो केडीएफ और पीआरएफ के नए कार्यान्वयन को जोड़ना सरल बनाता है। पुराने EVP_PKEY API, जिसके माध्यम से स्क्रिप, TLS1 PRF और HKDF एल्गोरिदम उपलब्ध थे, को EVP_KDF और EVP_MAC API के शीर्ष पर लागू परत के रूप में फिर से डिज़ाइन किया गया है।
• टीएलएस प्रोटोकॉल का कार्यान्वयन संचालन को गति देने के लिए लिनक्स कर्नेल में निर्मित टीएलएस क्लाइंट और सर्वर का उपयोग करने की क्षमता प्रदान करता है। लिनक्स कर्नेल द्वारा प्रदान किए गए टीएलएस कार्यान्वयन को सक्षम करने के लिए, आपको "SSL_OP_ENABLE_KTLS" विकल्प या "सक्षम-ktls" सेटिंग को सक्षम करना होगा।
• नए एल्गोरिदम के लिए समर्थन जोड़ा गया:
  • प्रमुख पीढ़ी एल्गोरिदम (केडीएफ) "सिंगल स्टेप" और "एसएसएच" हैं।
  • सिम्युलेटेड इंसर्शन एल्गोरिदम (एमएसी) "जीएमएसी" और "केएमएसी" हैं।
  • आरएसए कुंजी एनकैप्सुलेशन एल्गोरिदम (केईएम) "आरएसएएसवीई"।
  • एन्क्रिप्शन एल्गोरिथ्म "एईएस-एसआईवी" (आरएफसी-8452)।
  • कुंजी रैप (की रैप) को एन्क्रिप्ट करने के लिए एईएस एल्गोरिदम का उपयोग करके व्युत्क्रम सिफर के समर्थन के साथ ईवीपी एपीआई में कॉल जोड़े गए: "एईएस-128-डब्ल्यूआरएपी-आईएनवी", "एईएस-192-डब्ल्यूआरएपी-आईएनवी", "एईएस-256-डब्ल्यूआरएपी- INV”, "AES-128-WRAP-PAD-INV", "AES-192-WRAP-PAD-INV" और "AES-256-WRAP-PAD-INV"।
  • ईवीपी एपीआई में सिफरटेक्स्ट उधार (सीटीएस) एल्गोरिदम के लिए समर्थन जोड़ा गया: "एईएस-128-सीबीसी-सीटीएस", "एईएस-192-सीबीसी-सीटीएस", "एईएस-256-सीबीसी-सीटीएस", "कैमेलिया-128-सीबीसी -सीटीएस" ", "कैमेलिया-192-सीबीसी-सीटीएस" और "कैमेलिया-256-सीबीसी-सीटीएस"।
  • CAdES-BES डिजिटल हस्ताक्षर (RFC 5126) के लिए समर्थन जोड़ा गया।
  • AES_GCM AES GCM मोड का उपयोग करके प्रमाणित और एन्क्रिप्ट किए गए संदेशों के एन्क्रिप्शन और डिक्रिप्शन को सक्षम करने के लिए AuthEnvelopedData (RFC 5083) पैरामीटर लागू करता है।
• PKCS7_get_octet_string और PKCS7_type_is_other फ़ंक्शंस को सार्वजनिक API में जोड़ा गया है।
• PKCS#12 API PKCS12_create() फ़ंक्शन में उपयोग किए गए डिफ़ॉल्ट एल्गोरिदम को PBKDF2 और AES से बदल देता है, और MAC की गणना करने के लिए SHA-256 एल्गोरिदम का उपयोग करता है। पिछले व्यवहार को पुनर्स्थापित करने के लिए, "-विरासत" विकल्प प्रदान किया गया है। PKCS12_*_ex, PKCS5_*_ex और PKCS8_*_ex में बड़ी संख्या में नए विस्तारित कॉल जोड़े गए, जैसे PKCS12_add_key_ex().PKCS12_create_ex() और PKCS12_decrypt_skey_ex()।
• विंडोज़ प्लेटफ़ॉर्म के लिए, SRWLock तंत्र का उपयोग करके थ्रेड सिंक्रनाइज़ेशन के लिए समर्थन जोड़ा गया है।
• सक्षम-ट्रेस पैरामीटर के माध्यम से सक्षम एक नया ट्रेसिंग एपीआई जोड़ा गया।
• EVP_PKEY_public_check() और EVP_PKEY_param_check() फ़ंक्शन में समर्थित कुंजियों की श्रेणी का विस्तार किया गया है: RSA, DSA, ED25519, X25519, ED448 और X448।
• RAND_DRBG सबसिस्टम को हटा दिया गया है, उसकी जगह EVP_RAND API ने ले ली है। FIPS_mode() और FIPS_mode_set() फ़ंक्शन हटा दिए गए हैं।
• एपीआई का एक महत्वपूर्ण हिस्सा अप्रचलित हो गया है - प्रोजेक्ट कोड में अप्रचलित कॉल का उपयोग करने से संकलन के दौरान चेतावनियां मिलेंगी। एल्गोरिदम के कुछ कार्यान्वयन (उदाहरण के लिए, AES_set_encrypt_key और AES_encrypt) से जुड़े निम्न-स्तरीय एपीआई को आधिकारिक तौर पर अप्रचलित घोषित कर दिया गया है। ओपनएसएसएल 3.0.0 में आधिकारिक समर्थन अब केवल उच्च-स्तरीय ईवीपी एपीआई के लिए प्रदान किया जाता है जो व्यक्तिगत एल्गोरिदम प्रकारों से अलग होते हैं (उदाहरण के लिए, इस एपीआई में EVP_EncryptInit_ex, EVP_EncryptUpdate और EVP_EncryptFinal फ़ंक्शंस शामिल हैं)। अप्रचलित एपीआई को अगली प्रमुख रिलीज़ों में से एक में हटा दिया जाएगा। ईवीपी एपीआई के माध्यम से उपलब्ध एमडी2 और डीईएस जैसे विरासत एल्गोरिदम के कार्यान्वयन को एक अलग "विरासत" मॉड्यूल में स्थानांतरित कर दिया गया है, जो डिफ़ॉल्ट रूप से अक्षम है।
• दस्तावेज़ीकरण और परीक्षण सुइट का काफ़ी विस्तार किया गया है। शाखा 1.1.1 की तुलना में, दस्तावेज़ीकरण की मात्रा 94% बढ़ गई है, और परीक्षण सूट कोड का आकार 54% बढ़ गया है।

स्रोत: opennet.ru