सार:
ओपन सोर्स एन्क्रिप्शन सॉफ्टवेयर लाइब्रेरी ओपनएसएसएल ने आधिकारिक तौर पर 23 अक्टूबर, 2026 को संस्करण 4.1 जारी किया। यह अपडेट कई नई सुविधाएं और प्रदर्शन अनुकूलन पेश करता है, जिसमें डीटीएलएस 1.3 प्रोटोकॉल के लिए समर्थन, ग्रीस तंत्र का कार्यान्वयन, त्वरित पोस्ट-क्वांटम क्रिप्टोग्राफ़िक एल्गोरिदम, और x86-64 प्रोसेसर के लिए कुछ एन्क्रिप्शन संचालन का अनुकूलन शामिल है जो AVX-512 अनुदेश सेट का समर्थन करते हैं। इसके अलावा, नया संस्करण ऐतिहासिक विरासत कोड को और साफ़ करने के लिए विंडोज़ सीई और विंडोज़ इटेनियम प्लेटफ़ॉर्म के लिए बिल्ड समर्थन भी हटा देता है।
ओपनएसएसएल इंटरनेट बुनियादी ढांचे में सबसे महत्वपूर्ण एन्क्रिप्शन सॉफ्टवेयर लाइब्रेरी में से एक है और HTTPS वेबसाइटों, सर्वर, वीपीएन, एप्लिकेशन और अन्य प्रणालियों में व्यापक रूप से उपयोग किया जाता है जिन्हें सुरक्षित संचार की आवश्यकता होती है। यह टीएलएस कनेक्शन, डिजिटल प्रमाणपत्र, कुंजी विनिमय, एन्क्रिप्शन और डेटा अखंडता सत्यापन जैसे कार्यों को संभालने के लिए ज़िम्मेदार है, इसलिए इसके अपडेट न केवल डेवलपर्स के लिए प्रासंगिक हैं, बल्कि बड़ी संख्या में सॉफ़्टवेयर और नेटवर्क सेवाओं को भी प्रभावित करते हैं जो इस पर निर्भर हैं।
इस अपडेट की सबसे महत्वपूर्ण नई सुविधाओं में से एक DTLS 1.3 के लिए आधिकारिक समर्थन है। डीटीएलएस, डेटाग्राम ट्रांसपोर्ट लेयर सिक्योरिटी प्रोटोकॉल, को डेटाग्राम संचार पर केंद्रित एक सुरक्षा प्रोटोकॉल के रूप में समझा जा सकता है। इसके डिज़ाइन लक्ष्य टीएलएस के समान हैं, लेकिन यह यूडीपी जैसे डेटा ट्रांसमिशन वातावरण के अनुकूल हो सकता है जहां पैकेट हानि, ऑर्डर से बाहर या देरी से आगमन हो सकता है।
पारंपरिक टीएलएस का उपयोग मुख्य रूप से टीसीपी कनेक्शन के लिए किया जाता है, जबकि कई वास्तविक समय संचार, ऑनलाइन गेम, आवाज और वीडियो एप्लिकेशन और कुछ आईओटी उपकरणों को ट्रांसमिशन देरी को कम करने के लिए यूडीपी के उपयोग की आवश्यकता होती है। DTLS इन परिदृश्यों में एन्क्रिप्शन, प्रमाणीकरण और डेटा अखंडता सुरक्षा प्रदान कर सकता है। डीटीएलएस 1.3 प्रोटोकॉल डिज़ाइन को और बेहतर बनाता है, हैंडशेक प्रक्रिया को छोटा करता है, और आधुनिक टीएलएस तकनीक के अनुरूप सुरक्षा सुधार पेश करता है।
नया संस्करण एसएसएल श्रोता एपीआई में डीटीएलएस समर्थन भी जोड़ता है, जिससे डेवलपर्स के लिए डेटाग्राम प्रोटोकॉल के आधार पर सुरक्षा सेवाओं के निर्माण के लिए ओपनएसएसएल का उपयोग करना आसान हो जाता है। उन अनुप्रयोगों के लिए जिन्हें कम-विलंबता संचार की आवश्यकता होती है, इससे प्रासंगिक सुरक्षा तंत्र को लागू करने के कार्यभार को कम करने की उम्मीद है।
हालाँकि, DTLS 1.3 का मतलब यह नहीं है कि OpenSSL का उपयोग करने वाले सभी एप्लिकेशन स्वचालित रूप से प्रदर्शन सुधार प्राप्त करेंगे। एप्लिकेशन को अभी भी संबंधित इंटरफ़ेस का सक्रिय रूप से उपयोग करने और वास्तविक नेटवर्क वातावरण के अनुसार कॉन्फ़िगर और परीक्षण करने की आवश्यकता है। नए प्रोटोकॉल का लाभ संचार पैटर्न, नेटवर्क पैकेट हानि दर और क्लाइंट और सर्वर दोनों पक्षों पर कार्यान्वयन पर भी निर्भर करता है।
ओपनएसएसएल 4.1 ग्रीस तंत्र के लिए समर्थन भी जोड़ता है। GREASE "जेनरेट रैंडम एक्सटेंशन्स एंड सस्टेन एक्स्टेंसिबिलिटी" का संक्षिप्त रूप है, जिसे मूल रूप से टीएलएस प्रोटोकॉल की एक्सटेंशन अनुकूलता में सुधार के लिए इंटरनेट इंजीनियरिंग टास्क फोर्स द्वारा मानकीकृत किया गया था।
GREASE का मुख्य दृष्टिकोण कुछ यादृच्छिक प्रोटोकॉल मान भेजना है जो विशेष रूप से आरक्षित हैं और TLS हैंडशेक प्रक्रिया के दौरान उनका कोई वास्तविक कार्य नहीं है। यह आपको यह परीक्षण करने की अनुमति देता है कि क्या संचार करने वाले पक्ष अज्ञात एक्सटेंशन फ़ील्ड और पैरामीटर को सही ढंग से संभालने में सक्षम हैं, बजाय गलती से यह मानने के कि भविष्य के सभी प्रोटोकॉल मान पहले से परिभाषित किए गए हैं। ऐसे संगतता मुद्दों को सक्रिय रूप से उजागर करके, डेवलपर्स भविष्य में नए प्रोटोकॉल सुविधाओं को जोड़ते समय कनेक्शन विफलताओं के जोखिम को कम कर सकते हैं।
क्रिप्टोग्राफ़िक प्रदर्शन के संदर्भ में, ओपनएसएसएल 4.1 पोस्ट-क्वांटम क्रिप्टोग्राफ़िक एल्गोरिदम के कार्यान्वयन को बढ़ाना जारी रखता है। क्वांटम कंप्यूटिंग तकनीक के विकास के साथ, पारंपरिक सार्वजनिक कुंजी क्रिप्टोग्राफी सिस्टम भविष्य में संभावित सुरक्षा चुनौतियों का सामना कर रहे हैं, और पोस्ट-क्वांटम क्रिप्टोग्राफी एल्गोरिदम धीरे-धीरे मानकीकरण और वास्तविक तैनाती के चरण में प्रवेश कर रहे हैं। ओपनएसएसएल इस बार एमएल-डीएसए और एमएल-केईएम संबंधित संचालन को अनुकूलित करने पर केंद्रित है।
एमएल-डीएसए एक पोस्ट-क्वांटम डिजिटल हस्ताक्षर एल्गोरिदम है जिसका उपयोग पहचान को सत्यापित करने और डेटा के साथ छेड़छाड़ को रोकने के लिए किया जा सकता है; एमएल-केईएम एक पोस्ट-क्वांटम कुंजी एनकैप्सुलेशन तंत्र है जिसका उपयोग सुरक्षित संचार के लिए आवश्यक साझा कुंजी पर बातचीत करने या स्थापित करने के लिए किया जाता है। दोनों राष्ट्रीय मानक और प्रौद्योगिकी संस्थान द्वारा प्रवर्तित पोस्ट-क्वांटम क्रिप्टोग्राफी प्रणाली पर आधारित हैं।
नया संस्करण PPC64LE जैसे प्रोसेसर आर्किटेक्चर के लिए ML-DSA और ML-KEM के संख्या सिद्धांत परिवर्तन (NTT) संचालन को अनुकूलित करता है, और x86-64 प्लेटफ़ॉर्म पर ML-DSA के कार्यान्वयन में भी सुधार करता है। संख्या सिद्धांत परिवर्तन इस प्रकार के जाली-आधारित क्रिप्टोग्राफ़िक एल्गोरिदम में एक महत्वपूर्ण गणना लिंक है, और इसकी निष्पादन दक्षता को अनुकूलित करने से कुछ एन्क्रिप्शन संचालन के कम्प्यूटेशनल ओवरहेड को कम किया जा सकता है।
AVX-512 अनुदेश सेट का समर्थन करने वाले x86-64 प्रोसेसर के लिए, नया संस्करण ML-DSA के लिए SHAKE x4 अनुकूलन भी जोड़ता है। SHAKE एक स्केलेबल आउटपुट फ़ंक्शन है जो आवश्यकतानुसार विभिन्न लंबाई का आउटपुट उत्पन्न कर सकता है और आधुनिक क्रिप्टोग्राफ़िक एल्गोरिदम में एक महत्वपूर्ण भूमिका निभाता है। AVX-512 द्वारा प्रदान की गई वेक्टरकृत कंप्यूटिंग शक्ति का लाभ उठाकर, ओपनएसएसएल समानांतर में अधिक डेटा संसाधित कर सकता है, जिससे संबंधित संचालन के थ्रूपुट में सुधार होता है।
एईएस एन्क्रिप्शन को भी अनुकूलित किया गया है। ओपनएसएसएल 4.1 x86-64 प्लेटफॉर्म के लिए एईएस-सीबीसी डिक्रिप्शन कार्यान्वयन में सुधार करता है, और प्रसंस्करण दक्षता में सुधार के लिए एवीएक्स-512 और वीएईएस जैसी निर्देश सेट क्षमताओं को जोड़ता है। वास्तविक त्वरण सीपीयू मॉडल, संकलन विकल्प और विशिष्ट कार्यभार से प्रभावित होगा, और सभी प्रोसेसर समान लाभ प्राप्त नहीं करेंगे।
मुख्यधारा x86-64 और PPC64LE प्लेटफ़ॉर्म के अलावा, नया संस्करण पहली बार रूसी एल्ब्रस 2000 (E2K) प्रोसेसर आर्किटेक्चर के लिए प्रारंभिक समर्थन भी जोड़ता है। इसका मतलब यह है कि ओपनएसएसएल उन हार्डवेयर प्लेटफ़ॉर्म का और विस्तार कर रहा है जिन पर वह चल सकता है। हालाँकि, प्रारंभिक वास्तुकला समर्थन का मतलब यह नहीं है कि सभी एल्गोरिदम, अनुकूलन पथ और परिधीय उपकरणों को पूर्ण उत्पादन पर्यावरण समर्थन प्राप्त है।
इस अद्यतन में IKEv2 कुंजी व्युत्पत्ति फ़ंक्शन (KDF) भी शामिल है। IKEv2 का व्यापक रूप से इंटरनेट कुंजी विनिमय प्रोटोकॉल में उपयोग किया जाता है और आमतौर पर IPsec VPN जैसे नेटवर्क सुरक्षा परिदृश्यों में इसका उपयोग किया जाता है। नया समर्थन ओपनएसएसएल के क्रिप्टोग्राफ़िक कार्यों का विस्तार कर सकता है और उन डेवलपर्स के लिए अधिक प्रत्यक्ष कार्यान्वयन पथ प्रदान कर सकता है जिन्हें इस कुंजी व्युत्पत्ति तंत्र का उपयोग करने की आवश्यकता है।
संगतता के संदर्भ में, ओपनएसएसएल 4.1 आधिकारिक तौर पर विंडोज सीई और विंडोज इटेनियम प्रोसेसर प्लेटफार्मों के लिए बिल्ड लक्ष्य को हटा देता है। विंडोज़ सीई एम्बेडेड उपकरणों के लिए एक प्रारंभिक ऑपरेटिंग सिस्टम है, और इटेनियम IA-64 प्रोसेसर आर्किटेक्चर है जिसे इंटेल ने एक बार विकसित किया था। जैसे-जैसे ये प्लेटफ़ॉर्म धीरे-धीरे मुख्यधारा के उपयोग से बाहर हो जाते हैं, संबंधित निर्माण लक्ष्यों को बनाए रखने का मूल्य कम हो जाता है, और उन्हें हटाने से परियोजना के रखरखाव का बोझ कम हो सकता है।
कॉन्फ़िगरेशन विकल्पों के संदर्भ में, ओपनएसएसएल ने no-ecdsa और no-ecdh विकल्प हटा दिए हैं। विकास टीम ने बताया कि ये दो विकल्प वास्तव में पहले संबंधित कार्यान्वयन को अक्षम नहीं करते थे, इसलिए गलतफहमी पैदा करना आसान था। जिन डेवलपर्स को एलिप्टिक कर्व क्रिप्टोग्राफी कार्यक्षमता को अक्षम करने की आवश्यकता है, उन्हें अब no-ec कॉन्फ़िगरेशन विकल्प का उपयोग करना चाहिए।
एक अन्य उल्लेखनीय परिवर्तन में tsget टूल शामिल है। यह टूल पहले पर्ल मॉड्यूल WWW::Curl::Easy पर निर्भर था, जिसे बंद कर दिया गया है। इसके बजाय अब यह Net::Curl::Easy का उपयोग करता है। उन उपयोगकर्ताओं के लिए जो tsget पर भरोसा करते हैं, उन्हें यह पुष्टि करनी होगी कि अपग्रेड करने से पहले नई निर्भरताएँ स्थापित की गई हैं, अन्यथा संबंधित फ़ंक्शन ठीक से काम नहीं कर सकते हैं।
हालाँकि ओपनएसएसएल 4.1 कई नई सुविधाएँ लाता है, रिलीज़ नोट डीटीएलएस से संबंधित ज्ञात समस्याओं को भी सूचीबद्ध करते हैं। उदाहरण के लिए, DTLS 1.3 का KeyUpdate संदेश प्राप्त करने के बाद, कुछ पोस्ट-हैंडशेक रिकॉर्ड जिनकी अभी तक पुष्टि नहीं की गई है, उन्हें उम्मीद के मुताबिक दोबारा नहीं भेजा जा सकता है; कुछ पैकेट हानि स्थितियों के तहत हाथ मिलाने में भी समस्याएँ हो सकती हैं। विकास टीम की योजना आगामी रिलीज़ों में इन दोषों को ठीक करने की है।
इसलिए, महत्वपूर्ण नेटवर्क सेवाएं चलाने वाले उद्यमों और डेवलपर्स के लिए, उन्हें अभी भी आधिकारिक रिलीज नोट्स को ध्यान से पढ़ना चाहिए और अपग्रेड करने से पहले परीक्षण वातावरण में डीटीएलएस-संबंधित कार्यों को सत्यापित करना चाहिए। यदि एप्लिकेशन नई सुविधाओं का उपयोग नहीं करता है, तो अपग्रेड समय उसकी अपनी निर्भरता, ऑपरेटिंग सिस्टम रिलीज़ की रखरखाव रणनीति और सुरक्षा आवश्यकताओं के आधार पर निर्धारित किया जाना चाहिए। केवल संस्करण संख्या बदलने के कारण उत्पादन वातावरण में एन्क्रिप्शन लाइब्रेरी को तुरंत बदलना आवश्यक नहीं है।
कुल मिलाकर, ओपनएसएसएल 4.1 नए प्रोटोकॉल समर्थन, पोस्ट-क्वांटम क्रिप्टोग्राफी प्रदर्शन अनुकूलन और प्लेटफ़ॉर्म रखरखाव समायोजन के साथ एक कार्यात्मक संस्करण है। DTLS 1.3 और GREASE डेवलपर्स को अधिक आधुनिक सुरक्षित संचार प्रणाली बनाने में मदद करेंगे, जबकि AVX-512 और अन्य वास्तुशिल्प अनुकूलन कुछ क्रिप्टोग्राफ़िक संचालन की दक्षता में और सुधार करेंगे। जैसे-जैसे पोस्ट-क्वांटम क्रिप्टोग्राफी धीरे-धीरे वास्तविक परिनियोजन चरण में प्रवेश करती है, ओपनएसएसएल जैसी बुनियादी सॉफ्टवेयर लाइब्रेरी का निरंतर अद्यतन इंटरनेट सुरक्षा प्रणाली के विकास का एक महत्वपूर्ण हिस्सा बन जाएगा।
और जानें:
https://github.com/openssl/openssl/releases/tag/openssl-4.1.0
टिप्पणियाँ