OpenBSD 7.9 के इरेटा से वे कर्नेल बग बंद, जिन्हें जोड़कर Calif ने लोकल रूट एक्सप्लॉइट बनाया था
सुरक्षा फर्म Calif का कहना है कि मूल BSD कोड से लगभग 37 वर्ष पुरानी एक शेयर्ड मेमोरी खामी एक लोकल रूट चेन का आधा हिस्सा थी। Calif का कहना है कि OpenBSD ने इसके सुधार इरेटा 018 और 026 के रूप में जारी कर दिए हैं।

मुख्य बातें
- 1Calif ने OpenBSD के लिए एक लोकल रूट एक्सप्लॉइट पर शोध प्रकाशित किया है, जो दो कर्नेल बग्स को जोड़ता है; इनके सुधार OpenBSD 7.9 इरेटा में दिए गए हैं।
- 2Calif के अनुसार, एक खामी साइन्ड 16-bit शेयर्ड मेमोरी अटैचमेंट काउंटर से जुड़ी है, जो लगभग 37 वर्ष पहले के मूल BSD सोर्स कोड से चली आ रही है।
- 314 सितंबर, 2026 की तारीख वाले OpenBSD इरेटा 018 पर shmat में इंटीजर ओवरफ्लो के लिए विश्वसनीयता सुधार का लेबल लगा है।
- 430 सितंबर, 2026 की तारीख वाले इरेटा 026 पर एक कर्नेल रेफरेंस काउंटिंग बग के लिए सुरक्षा सुधार का लेबल लगा है, जो use-after-free का कारण बन सकता था।
- 5इस एक्सप्लॉइट के लिए लोकल पहुंच आवश्यक है; Calif ने सुरक्षित लिस्ट अनलिंकिंग, एलोकेटर रैंडमाइज़ेशन और कंपाइलर-आधारित उपायों जैसी व्यापक कर्नेल हार्डनिंग का भी प्रस्ताव दिया।
पूरी खबर
सुरक्षा फर्म Calif ने एक शोध प्रकाशित किया है, जिसमें बताया गया है कि उसने दो कर्नेल खामियों को मिलाकर OpenBSD पर रूट विशेषाधिकार कैसे हासिल किए; परियोजना इन खामियों को तब से पैच कर चुकी है। Andrew Griffiths द्वारा लिखे गए और 16 अक्टूबर की तारीख वाले विवरण में कंपनी ने कहा कि इनमें से एक बग की जड़ें मोटे तौर पर 37 वर्ष पहले के मूल BSD सोर्स कोड तक जाती हैं। Calif ने कहा कि उसने इस वर्ष इससे पहले ये कमजोरियां OpenBSD को रिपोर्ट की थीं, अक्सर प्रस्तावित पैच के साथ।
Calif के अनुसार, पुरानी खामी एक ऐसे काउंटर से जुड़ी है जो शेयर्ड मेमोरी अटैचमेंट्स का हिसाब रखता है और जिसे साइन्ड 16-bit मान के रूप में परिभाषित किया गया था, जिससे वह ओवरफ्लो हो सकता है। फर्म ने कहा कि यह ओवरफ्लो एक रेस कंडीशन के ज़रिए use-after-free तक ले जा सकता था और कर्नेल में एक अलग out-of-bounds write के साथ मिलकर इसने एक लोकल यूज़र को रूट तक विशेषाधिकार बढ़ाने में सक्षम बनाया। Calif ने कहा कि यह हमला OpenBSD के KARL कर्नेल रीलिंकिंग तथा SMAP और SMEP प्रोसेसर सुरक्षाओं के सक्रिय रहते हुए भी काम करता था, और इसके लिए किसी सूचना-प्रकटीकरण (information disclosure) बग की ज़रूरत नहीं थी। विवरण में कोड और एक proof of concept के लिंक भी दिए गए हैं।
Calif ने कहा कि इन समस्याओं का समाधान OpenBSD इरेटा 018 और 026 में किया गया। OpenBSD 7.9 इरेटा पेज पर 018 की तारीख 14 सितंबर, 2026 है और इसे एक विश्वसनीयता सुधार (reliability fix) के रूप में सूचीबद्ध किया गया है, जो shmat में इंटीजर ओवरफ्लो को रोकता है। 30 सितंबर, 2026 की तारीख वाला इरेटा 026 एक सुरक्षा सुधार के रूप में सूचीबद्ध है, जो एक रेफरेंस काउंटिंग बग को ठीक करता है जिससे कर्नेल में use-after-free की स्थिति पैदा हो सकती थी। दोनों प्रविष्टियां सभी आर्किटेक्चर पर लागू होती हैं। Calif अपनी चेन की समस्याओं के सुधार के रूप में दोनों इरेटा का नाम लेता है, इसलिए दो में से एक सुधार पर सुरक्षा के बजाय विश्वसनीयता का लेबल लगा है।
इरेटा पेज में कहा गया है कि पैच हस्ताक्षरित यूनिफाइड डिफ़ (signed unified diffs) के रूप में वितरित किए जाते हैं, और syspatch यूटिलिटी amd64, i386 और arm64 पर बाइनरी अपडेट इंस्टॉल कर सकती है। समर्थित रिलीज़ के सुधार -stable ब्रांच में भी शामिल किए जाते हैं, जिसे परियोजना किसी रिलीज़ के बाद एक वर्ष तक बनाए रखती है। Calif इस एक्सप्लॉइट को लोकल विशेषाधिकार वृद्धि (local privilege escalation) बताता है, यानी हमलावर को पहले सिस्टम तक पहुंच की ज़रूरत होगी।
इरेटा के अलावा, Calif ने कई हार्डनिंग सुझाव रखे, जिनका उद्देश्य इसी तरह के हमले के रास्तों को कठिन बनाना है। इनमें डबली लिंक्ड लिस्ट से प्रविष्टियां हटाने से पहले अखंडता जांच (integrity checks) शामिल हैं, जिनके बारे में फर्म ने बताया कि FreeBSD और NetBSD इन्हें पहले से लागू करते हैं, और कर्नेल मेमोरी का अधिक रैंडमाइज़ेशन भी, क्योंकि Calif के अनुसार KARL भले ही कर्नेल बाइनरी के लेआउट को रैंडमाइज़ करता है, फिर भी OpenBSD के कर्नेल एलोकेटर नियतात्मक (deterministic) बने रहते हैं। फर्म ने array bounds sanitizer और आगामी Alloc Tokens जैसी कंपाइलर सुविधाओं की ओर भी इशारा किया। Calif ने कहा कि उसने FreeBSD को यह सैनिटाइज़र सुझाया था और वहां 21 ऐसी समस्याएं निजी तौर पर रिपोर्ट की थीं जिन्हें यह पकड़ लेता, और तर्क दिया कि जैसे-जैसे AI कमजोरियों की खोज में मदद कर रहा है, पूरी बग श्रेणियों को कम करना और भी महत्वपूर्ण होता जा रहा है।
यह क्यों मायने रखता है
जो एडमिनिस्ट्रेटर केवल सुरक्षा लेबल वाले इरेटा लागू करते हैं, उन्होंने शायद 018 को छोड़ दिया हो, जिसे OpenBSD विश्वसनीयता सुधार के रूप में सूचीबद्ध करता है, जबकि Calif इसे अपनी रूट एक्सप्लॉइट चेन के बग्स के दो सुधारों में से एक बताता है। चूंकि एक्सप्लॉइट कोड का सार्वजनिक रूप से उल्लेख किया गया है, इसलिए यह पुष्टि करना उचित है कि 018 और 026 दोनों इंस्टॉल हैं, खासकर उन सिस्टम पर जहां अविश्वस्त उपयोगकर्ता लोकल रूप से लॉग इन कर सकते हैं।
समयरेखा
· प्रकाशित
विषय#OpenBSD#कर्नेल#विशेषाधिकार वृद्धि#पैच प्रबंधन#Calif
स्रोत
यह खबर नीचे दिए स्रोतों पर आधारित है। पूरा संदर्भ जानने के लिए उन्हें पढ़ें।



