अलीकडे Glibc 2.34 च्या नवीन आवृत्तीचे प्रकाशन जाहीर करण्यात आले जे सहा महिन्यांच्या विकासाच्या नंतर येते आणि ज्यात अनेक महत्त्वाचे बदल केले गेले आहेत, त्यामध्ये libpthread, libdl, libutil आणि libanl लायब्ररीचा समावेश, तसेच विविध बग फिक्सेस ज्यापैकी एकामुळे अडथळे निर्माण झाले.
जे ग्लिबसीशी अपरिचित आहेत, त्यांना ते काय आहे हे माहित असले पाहिजे जीएनयू सी लायब्ररी, सामान्यतः glibc म्हणून ओळखले जाणारे मानक GNU C रनटाइम लायब्ररी आहे. ज्या सिस्टीममध्ये ती वापरली जाते, तिथे ही सी लायब्ररी सिस्टम कॉल आणि इतर मूलभूत कार्ये प्रदान करते आणि परिभाषित करते, हे जवळजवळ सर्व प्रोग्रामद्वारे वापरले जाते.
Glibc 2.34 ची मुख्य नवीन वैशिष्ट्ये
Glibc 2.34 च्या या नवीन आवृत्तीत जे सादर केले आहे libpthread, libdl, libutil आणि libanl मुख्य ग्रंथालयात समाकलित केले गेले आहेत, अनुप्रयोगांमध्ये त्याची कार्यक्षमता वापरून यापुढे त्यांना -lpthread, -ldl, -lutil आणि -lanl ध्वजांसह बंधनकारक करण्याची आवश्यकता नाही.
शिवाय, तो उल्लेख आहे libreolv ला libc मध्ये समाकलित करण्याची तयारी करण्यात आली आहे, ज्यासह एकत्रीकरण गुळगुळीत glibc अद्ययावत प्रक्रियेस अनुमती देईल आणि ते रनटाइम अंमलबजावणी सुलभ करेल आणि ग्लिबसीच्या पूर्वीच्या आवृत्त्यांसह तयार केलेल्या अनुप्रयोगांच्या सुसंगततेसाठी स्टब लायब्ररी देखील प्रदान केल्या गेल्या आहेत.
लिनक्सवर लक्ष केंद्रित केलेल्या बदलांचा भाग Glibc 2.34 हायलाइट करते कॉन्फिगमध्ये 64 बिट time_t प्रकार वापरण्याची क्षमता जोडली जे पारंपारिकपणे time_t प्रकार वापरतात 32 बिट. हे वैशिष्ट्य फक्त कर्नल 5.1 आणि उच्चतम प्रणालींवर उपलब्ध आहे.
लिनक्ससाठी आणखी एक विशिष्ट बदल आहे एक्झिक्वेट फंक्शनची अंमलबजावणी, que ओपन फाइल डिस्क्रिप्टरकडून एक्झिक्युटेबल फाइल चालवण्याची परवानगी देते. Fexecve कॉलच्या अंमलबजावणीमध्ये नवीन फंक्शनचा वापर केला जातो, ज्यास स्टार्टअपवर / proc pseudo-filesystem लावायची आवश्यकता नसते.
फंक्शन देखील जोडले गेले close_range () जे Linux आवृत्ती 5.9 साठी उपलब्ध आहे आणि उच्च आणि जे असू शकते फाईल डिस्क्रिप्टर्सची संपूर्ण श्रेणी बंद करण्याची प्रक्रिया परवानगी देण्यासाठी वापरली जाते त्याच वेळी उघडा, याव्यतिरिक्त glibc.pthread.stack_cache_size पॅरामीटर लागू केले आहे, जे pthread स्टॅक कॅशेचे आकार समायोजित करण्यासाठी वापरले जाऊ शकते.
दुसरीकडे, जोडलेले _Fork फंक्शन, एक रिप्लेसमेंट कार्यासाठी काटा जे "async-signal-safe" च्या गरजा पूर्ण करते, म्हणजेच, सिग्नल हाताळणाऱ्यांकडून ते सुरक्षितपणे म्हटले जाऊ शकते. _Fork अंमलबजावणी दरम्यान, लॉक किंवा अंतर्गत स्थिती बदलू शकणारी वैशिष्ट्ये न घेता, वाढवणे आणि कार्यान्वित करणे यासारख्या सिग्नल हँडलर्समध्ये फंक्शन्स कॉल करण्यासाठी पुरेसे वातावरण तयार केले जाते.
Glibc 2.34 मध्ये निश्चित केलेल्या असुरक्षाच्या भागासाठी, खालील नमूद केले आहेत:
सीव्हीई -2021-27645: एनएससीडी प्रक्रिया (नाव सर्व्हर कॅशिंग डिमन) विनामूल्य फंक्शनला दुहेरी कॉल केल्यामुळे अयशस्वी झाली विशेषतः तयार केलेल्या नेटवर्क गट विनंत्यांवर प्रक्रिया करत असताना.
सीव्हीई -2021-33574: MIG_notify फंक्शनमध्ये SIGEV_THREAD अधिसूचना प्रकार वापरताना थ्रेड विशेषतासह ज्यासाठी पर्यायी CPU बंधनकारक मुखवटा सेट केला गेला आहे त्या मेमरी क्षेत्रामध्ये आधीच मुक्त (वापर-नंतर मुक्त) प्रवेश. समस्या क्रॅश होऊ शकते, परंतु इतर हल्ला पर्याय वगळलेले नाहीत.
सीव्हीई -2021-35942: वर्डएक्सप फंक्शनमधील पॅरामीटर आकार ओव्हरफ्लो अनुप्रयोग क्रॅश होऊ शकतो.
इतर बदलांपैकी बाहेर उभे रहा:
- मसुदा ISO C2X मानकांमध्ये परिभाषित केलेले timespec_getres फंक्शन जोडले गेले आहे आणि POSIX clock_getres फंक्शन प्रमाणे क्षमतांसह timespec_get फंक्शन वाढवण्यात आले आहे.
- Gconv-modules फाईलमध्ये, मुख्य gconv मॉड्यूल्सचा फक्त किमान संच शिल्लक राहिला, आणि बाकीचे gconv-modules.d डिरेक्टरीमध्ये असलेल्या अतिरिक्त gconv-modules-extra.conf फाइलमध्ये हलवले गेले.
- Glibc आवृत्तीमध्ये इंस्टॉल करण्यायोग्य सामायिक वस्तू जोडण्यासाठी प्रतीकात्मक दुव्यांचा वापर काढला गेला आहे. या ऑब्जेक्ट्स आता जशाच्या तशा स्थापित केल्या आहेत (उदा. Libc.so.6 आता libc-2.34.so च्या लिंकऐवजी फाइल आहे).
- लिनक्सवर, shm_open आणि sem_open सारख्या फंक्शन्सला आता / dev / shm माउंट पॉईंटवर बसवलेल्या सामायिक मेमरीसाठी फाइल सिस्टम आवश्यक आहे.
शेवटी आपल्याला त्याबद्दल अधिक जाणून घेण्यात स्वारस्य असल्यास या नवीन आवृत्तीपैकी आपण हे तपासू शकता पुढील लिंकवर तपशील.