सार:
ओपन सोर्स एन्क्रिप्शन सॉफ्टवेयर प्रोजेक्ट लिब्रेएसएसएल ने 22 अक्टूबर, 2026 को आधिकारिक संस्करण 4.4.0 जारी किया। यह 4.4.x श्रृंखला की पहली स्थिर रिलीज है और इसे ओपनबीएसडी 8.0 के साथ भी भेजा गया है। नया संस्करण कई सुरक्षा सुधार, प्रदर्शन सुधार और प्लेटफ़ॉर्म संगतता अपडेट लाता है, जो सुरक्षा जोखिमों के साथ eMudhra रूट प्रमाणपत्र को हटाने, SHA-3 एल्गोरिथ्म की निष्पादन दक्षता को अनुकूलित करने और TLS, DTLS और X.509 प्रमाणपत्रों के प्रसंस्करण में कई मुद्दों को ठीक करने पर केंद्रित है।
और जानें:
https://www.libressl.org/
लिबरएसएसएल, मूल रूप से ओपनबीएसडी परियोजना द्वारा लॉन्च किया गया, एक एन्क्रिप्टेड संचार सॉफ्टवेयर लाइब्रेरी है जो सुरक्षा और कोड सादगी पर केंद्रित है। यह ओपनएसएसएल कोड से लिया गया है, लेकिन विकास प्रक्रिया के दौरान, कुछ पुराने इंटरफेस और जटिल कार्यों को धीरे-धीरे हटा दिया जाता है, और सुरक्षा, रखरखाव और आधुनिक एन्क्रिप्शन प्रोटोकॉल के लिए निरंतर समायोजन किया जाता है। लिबरएसएसएल न केवल ओपनबीएसडी के लिए एन्क्रिप्शन फाउंडेशन प्रदान करता है, बल्कि इसका एक पोर्टेबल संस्करण भी है जो लिनक्स, फ्रीबीएसडी, नेटबीएसडी, मैकओएस और विंडोज जैसे विभिन्न ऑपरेटिंग सिस्टम पर चल सकता है।संस्करण 4.4.0 में सबसे महत्वपूर्ण परिवर्तनों में से एक डिफ़ॉल्ट विश्वसनीय रूट प्रमाणपत्र सेट का समायोजन है। विकास टीम ने eMudhra के emSign ECC रूट CA - G3 रूट प्रमाणपत्र को डिफ़ॉल्ट cert.pem प्रमाणपत्र फ़ाइल से हटा दिया क्योंकि प्रमाणपत्र प्रणाली में कुछ निचले स्तर के प्रमाणपत्र प्राधिकारियों ने अपर्याप्त शक्ति के साथ कुंजियों का उपयोग किया था। अनुकूलता कारणों से, डेवलपर्स ने अप्रभावित मध्यवर्ती प्रमाणपत्र भी जोड़े।
इस समायोजन में HTTPS कनेक्शन में प्रमाणपत्र विश्वास तंत्र शामिल है। ब्राउज़र, ऑपरेटिंग सिस्टम और एन्क्रिप्शन सॉफ़्टवेयर आमतौर पर यह निर्धारित करने के लिए विश्वसनीय रूट प्रमाणपत्र का उपयोग करते हैं कि वेबसाइट प्रमाणपत्र किसी विश्वसनीय संगठन द्वारा जारी किया गया है या नहीं। यदि किसी प्रमाणपत्र प्रणाली में अपर्याप्त कुंजी शक्ति जैसे सुरक्षा मुद्दे हैं, तो हमलावर कमजोरियों का फायदा उठाकर प्रमाणपत्र बनाने या कुछ ट्रस्ट जांच को बायपास करने का प्रयास कर सकते हैं। इसलिए, जोखिम भरे रूट प्रमाणपत्रों को हटाने से संबंधित सुरक्षा जोखिमों को कम करने में मदद मिल सकती है।
विकास टीम आपको विशेष रूप से याद दिलाती है कि अपग्रेड करते समय आपको स्थानीय प्रमाणपत्र फ़ाइल की जांच करनी होगी। चूंकि मौजूदा cert.pem, openingsl.cnf, और x509v3.cnf फ़ाइलें अब LibreSSL को पुनः इंस्टॉल करते समय स्वचालित रूप से ओवरराइट नहीं की जाती हैं, यदि पैकेज प्रबंधक स्वचालित रूप से कॉन्फ़िगरेशन मर्जिंग को संभाल नहीं पाता है, तो उपयोगकर्ताओं को प्रमाणपत्र परिवर्तनों को मैन्युअल रूप से जांचने और मर्ज करने की आवश्यकता हो सकती है। विकास टीम यह पुष्टि करने की अनुशंसा करती है कि रूट प्रमाणपत्र प्रविष्टि "CN=emSign ECC Root CA - G3" अब cert.pem में शामिल नहीं है।
प्रदर्शन के संदर्भ में, LibreSSL 4.4.0 SHA-3 एल्गोरिथ्म के कार्यान्वयन में सुधार करता है और संबंधित गणनाओं की निष्पादन दक्षता में सुधार करने के लिए अनरोल्ड लूप्स और इंटरलीव्ड प्रोसेसिंग जैसे अनुकूलन तरीकों को अपनाता है। SHA-3 एक क्रिप्टोग्राफ़िक हैश एल्गोरिदम है जिसका उपयोग डेटा अखंडता सत्यापन, डिजिटल हस्ताक्षर और अन्य सुरक्षा प्रोटोकॉल के लिए किया जा सकता है। यह सुधार मुख्य रूप से एल्गोरिथम कार्यान्वयन पर ही लक्षित है। वास्तविक प्रदर्शन सुधार प्रोसेसर आर्किटेक्चर, कंपाइलर और विशिष्ट कार्यभार से प्रभावित होगा।
नया संस्करण कई प्लेटफार्मों पर संकलन और रनटाइम संगतता में भी सुधार करता है। MacOS की ओर, नेटकैट (nc) नेटवर्क फ़ंक्शन के साथ समस्या को ठीक कर दिया गया है, और macOS 27.0 के लिए बिल्ड समर्थन जोड़ा गया है। विंडोज़ वातावरण में, विकास टीम ने MSVC कंपाइलर के तहत कुछ मुद्दों को ठीक किया, जिसमें ARM64 ऑप्टिमाइज़र निरंतर-समय के बड़े पूर्णांक अंकगणितीय कोड में त्रुटि कोड उत्पन्न करता है, और नेटवर्क कनेक्शन, फ़ाइल पढ़ने और लिखने और विंडोज़ संगतता परत में थ्रेड सिंक्रोनाइज़ेशन में भी सुधार करता है।
लिनक्स और अन्य यूनिक्स जैसी प्रणालियों के लिए, नया संस्करण AArch64 प्लेटफॉर्म पर SHA असेंबली समर्थन में सुधार करता है, और RISC-V, MIPS और अन्य आर्किटेक्चर के लिए असेंबली कार्यान्वयन कॉन्फ़िगरेशन को जोड़ता या सुधारता है। इसके अलावा, सीएमके बिल्ड सिस्टम अब ऑटोटूल्स बिल्ड विधि के अनुरूप कंपाइलर और लिंकर सुरक्षा शमन विकल्पों का उपयोग करेगा, जिससे विभिन्न बिल्ड प्रक्रियाओं द्वारा उत्पन्न सॉफ़्टवेयर सुरक्षा सख्त करने के मामले में अधिक सुसंगत हो जाएगा।
LibreSSL 4.4.0 में TLS और DTLS प्रोटोकॉल कार्यान्वयन के संदर्भ में कई सुधार भी शामिल हैं। जब दोनों पक्षों के पास परस्पर समर्थित क्रिप्टोग्राफ़िक समूह नहीं था, तब विकास टीम ने टीएलएस 1.3 सर्वर के प्रसंस्करण तर्क में सुधार किया, और हैंडशेक प्रक्रिया में कुछ समस्याओं को ठीक किया। डीटीएलएस-संबंधित सुधारों में हैंडशेक संदेश प्रसंस्करण, रिकॉर्डिंग अनुक्रम संख्या और डेटा कतार शामिल हैं, जिसका उद्देश्य कनेक्शन विश्वसनीयता और प्रोटोकॉल प्रोसेसिंग की स्थिरता में सुधार करना है।
X.509 प्रमाणपत्र सत्यापन अद्यतन का एक अन्य महत्वपूर्ण क्षेत्र है। नया संस्करण प्रमाणपत्र नाम की बाधाओं में यूआरआई होस्टनाम रिज़ॉल्यूशन के मुद्दों को ठीक करता है, जिसमें आईपीवी 6 एड्रेस अक्षर को सही ढंग से संभालना और विशेष रूप से निर्मित उपयोगकर्ता जानकारी को होस्टनाम चेक को बायपास करने से रोकना शामिल है। इसके अलावा, विकास टीम ने प्रमाणपत्र पार्सिंग और सत्यापन प्रक्रिया में सुरक्षा जोखिमों को और कम करने के लिए प्रमाणपत्र श्रृंखला सत्यापन, ईमेल पता और विषय नाम जांच जैसे तर्क में भी सुधार किया।
LibreSSL 4.4.0 कई दोषों को भी ठीक करता है जो मेमोरी सुरक्षा समस्याओं का कारण बन सकते हैं, जिसमें आउट-ऑफ-बाउंड राइट्स, आउट-ऑफ-बाउंड रीड्स, नल पॉइंटर एक्सेस और कुछ बफ़र्स में गलत मेमोरी रिलीज़ शामिल हैं। विकास टीम ने कुछ एन्क्रिप्शन परिचालनों के त्रुटि प्रबंधन तंत्र को भी समायोजित किया ताकि प्रोग्राम को उस डेटा का उपयोग जारी रखने से रोका जा सके जिसे विफलता के बाद ठीक से प्रारंभ नहीं किया गया है।
संगतता के संदर्भ में, नया संस्करण TLS 1.3 पसंदीदा कुंजी एक्सचेंज समूह को libtls में X25519MLKEM768 में समायोजित करता है। यह संयोजन पारंपरिक अण्डाकार वक्र कुंजी एक्सचेंज X25519 को पोस्ट-क्वांटम कुंजी एनकैप्सुलेशन तंत्र एमएल-केईएम के साथ जोड़ता है, जिसका लक्ष्य टीएलएस कनेक्शन के लिए भविष्य-प्रूफ क्वांटम सुरक्षा क्षमताएं प्रदान करना है। इसका मतलब यह नहीं है कि लिबरएसएसएल का उपयोग करने वाले सभी एप्लिकेशन स्वचालित रूप से समान कॉन्फ़िगरेशन को सक्षम करेंगे, विशिष्ट व्यवहार अभी भी इस बात पर निर्भर करता है कि एप्लिकेशन libtls और इसकी कनेक्शन सेटिंग्स को कैसे कॉल करता है।
इसके अलावा, विकास टीम ने भ्रामक नाम, tls_peer_cert_चेन_pem() के साथ एक प्रमाणपत्र श्रृंखला इंटरफ़ेस की निंदा की, और अनुशंसा की कि डेवलपर्स इसके बजाय सत्यापित और असत्यापित प्रमाणपत्र श्रृंखला डेटा के बीच अधिक स्पष्ट रूप से अंतर करने के लिए tls_peer_cert_चेन_verified_pem() या tls_peer_cert_bundle_unverified_pem() जैसे इंटरफ़ेस का उपयोग करें। प्रोजेक्ट पुराने कोड को साफ करना भी जारी रखता है, प्रोटोकॉल प्रोसेसिंग लॉजिक और लीगेसी इंटरफेस को हटाता है जिनकी अब आवश्यकता नहीं है।
लिब्रेएसएसएल प्रोजेक्ट में कहा गया है कि नया संस्करण कोड सुरक्षा, विश्वसनीयता और पोर्टेबिलिटी में लगातार सुधार के लक्ष्य को जारी रखता है, और फीडबैक और सुधार सुझाव प्रस्तुत करना जारी रखने के लिए समुदाय का स्वागत करता है। सिस्टम अनुरक्षकों और सॉफ़्टवेयर डेवलपर्स के लिए, 4.4.0 न केवल एक नियमित संस्करण अपग्रेड है, बल्कि इसमें प्रमाणपत्र विश्वास परिवर्तन और सुरक्षा सुधार भी शामिल हैं जिन पर ध्यान देने की आवश्यकता है।
सामान्य तौर पर, लिबरएसएसएल 4.4.0 का फोकस एक नया एन्क्रिप्शन एल्गोरिदम पेश करना नहीं है, बल्कि मौजूदा एन्क्रिप्शन बुनियादी ढांचे को और मजबूत करना, आमतौर पर उपयोग किए जाने वाले एल्गोरिदम के प्रदर्शन को अनुकूलित करना और विभिन्न ऑपरेटिंग सिस्टम और प्रोसेसर आर्किटेक्चर पर संगतता में सुधार करना है। उन सॉफ़्टवेयर परियोजनाओं के लिए जो टीएलएस कनेक्शन स्थापित करने, प्रमाणपत्रों को सत्यापित करने, या एन्क्रिप्टेड डेटा को संसाधित करने के लिए लिब्रेएसएसएल पर निर्भर हैं, आपको अपग्रेड करने से पहले इंटरफ़ेस संगतता और स्थानीय प्रमाणपत्र कॉन्फ़िगरेशन की जांच करनी चाहिए, और अपने स्वयं के वातावरण के अनुसार परीक्षण और तैनाती की व्यवस्था करनी चाहिए।
टिप्पणियाँ