मिनेसोटा विद्यापीठाला मुख्य विकासातून निलंबित करण्यात आले. Linux संशयास्पद पॅचेस पाठवण्यासाठी

ग्रेग क्रोआ-हार्टमन, स्टेबल कर्नल ब्रांचचे मेंटेनर Linuxमुख्य भागात प्रवेशावर बंदी घालण्याचा निर्णय घेतला Linux मिनेसोटा विद्यापीठाकडून येणारे कोणतेही बदल, तसेच पूर्वी स्वीकारलेले सर्व पॅचेस मागे घेणे आणि त्यांचे पुन्हा पुनरावलोकन करणे. ओपन-सोर्स प्रकल्पांच्या कोडमध्ये छुपी असुरक्षितता आणण्याच्या शक्यतेचा अभ्यास करणाऱ्या एका संशोधन गटाच्या कारवायांमुळे ही बंदी घालण्यात आली होती. या गटाने विविध त्रुटी असलेले पॅचेस सादर केले, समुदायाच्या प्रतिक्रियेचे निरीक्षण केले आणि पुनरावलोकन प्रक्रियेला बगल देण्याचे मार्ग शोधले. ग्रेगच्या मते, दुर्भावनापूर्ण बदल घडवून आणण्यासाठी असे प्रयोग करणे अस्वीकार्य आणि अनैतिक आहे.

या गटातील सदस्यांनी "फ्री" फंक्शनमध्ये संभाव्य डबल कॉल टाळण्यासाठी पॉइंटर चेक जोडणारा पॅच सबमिट केल्यानंतर हा गट ब्लॉक करण्यात आला. पॉइंटर वापराच्या संदर्भानुसार, हा तपास निरर्थक होता. पॅच सबमिट करण्याचा उद्देश चुकीचा बदल कर्नल डेव्हलपर्सकडून पुनरावलोकन उत्तीर्ण होईल की नाही हे तपासणे होता. या पॅच व्यतिरिक्त, मिनेसोटा विद्यापीठातील डेव्हलपर्सनी कर्नलमध्ये संशयास्पद बदल सादर करण्याचे इतर प्रयत्न समोर आले आहेत, ज्यात लपलेल्या भेद्यता समाविष्ट आहेत.

पॅचेस सबमिट करणाऱ्या व्यक्तीने स्वतःला न्याय देण्याचा प्रयत्न केला की ते एका नवीन स्टॅटिक अॅनालायझरची चाचणी करत आहेत आणि हा बदल त्याच्या निकालांवर आधारित आहे. तथापि, ग्रेगने निदर्शनास आणून दिले की प्रस्तावित दुरुस्त्या स्टॅटिक अॅनालायझरद्वारे शोधलेल्या बग्सच्या वैशिष्ट्यपूर्ण नव्हत्या आणि सबमिट केलेल्या सर्व पॅचेसने काहीही दुरुस्त केले नाही. प्रश्नातील संशोधन पथकाने यापूर्वी लपलेल्या भेद्यतेसाठी पॅचेस पुश करण्याचा प्रयत्न केला होता हे लक्षात घेता, ते कर्नल डेव्हलपमेंट कम्युनिटीवर त्यांचे प्रयोग सुरू ठेवत होते हे स्पष्ट आहे.

मनोरंजक गोष्ट म्हणजे, प्रयोग करणाऱ्या गटाच्या नेत्याने यापूर्वी कायदेशीर भेद्यता पॅचिंगमध्ये भाग घेतला होता, उदाहरणार्थ, USB स्टॅक (CVE-2016-4482) आणि नेटवर्क सबसिस्टम (CVE-2016-4485) मधील माहिती गळती ओळखून. गुप्त भेद्यता प्रमोशनच्या त्यांच्या अभ्यासात, मिनेसोटा विद्यापीठाच्या टीमने २०१४ मध्ये कर्नलमध्ये स्वीकारलेल्या पॅचमुळे होणारी भेद्यता CVE-2019-12819 चे उदाहरण दिले. पॅचने mdio_bus मधील एरर हँडलिंग ब्लॉकमध्ये put_device कॉल जोडला, परंतु पाच वर्षांनंतर, असे आढळून आले की या हाताळणीमुळे मेमरी ब्लॉकमध्ये वापर-नंतर-मुक्त प्रवेश मिळतो.

अभ्यासाच्या लेखकांचा असा दावा आहे की त्यांच्या कामात अभ्यास सहभागींशी संबंधित नसलेल्या १३८ बग-परिचय पॅचेसवरील डेटा सारांशित केला आहे. स्वतःचे बग्गी पॅचेस सबमिट करण्याचे प्रयत्न ईमेल पत्रव्यवहारापुरते मर्यादित होते आणि असे बदल Git मध्ये समाविष्ट केले गेले नाहीत (जर, ईमेलद्वारे पॅच पाठवल्यानंतर, देखभालकर्त्याने पॅच वैध मानला, तर त्यांना बदल समाविष्ट न करण्यास सांगितले गेले कारण त्यात एक त्रुटी होती, त्यानंतर त्यांना योग्य पॅच पाठवण्यात आला).

परिशिष्ट १: टीका केलेल्या दुरुस्तीच्या लेखकाच्या क्रियाकलापांवरून, तो बर्‍याच काळापासून विविध कर्नल उपप्रणालींना पॅचेस सबमिट करत आहे. उदाहरणार्थ, Radeon आणि Nouveau ड्रायव्हर्सनी अलीकडेच एरर ब्लॉकमध्ये pm_runtime_put_autosuspend(dev->dev) कॉल करणारे बदल स्वीकारले आहेत, ज्यामुळे कदाचित त्याच्याशी संबंधित मेमरी मुक्त झाल्यानंतर बफरचा वापर होऊ शकेल.

अपडेट २: ग्रेगने "@umn.edu" पत्त्यांशी संबंधित १९० कमिट परत केले आणि त्यांचे पुनर्परीक्षण सुरू केले. समस्या अशी आहे की "@umn.edu" पत्त्यांसह योगदानकर्ते केवळ शंकास्पद पॅचेस पुश करण्याचा प्रयोग करत नव्हते तर खऱ्या भेद्यता देखील दुरुस्त करत होते आणि बदल परत केल्याने पूर्वी निश्चित केलेल्या सुरक्षा समस्या पुन्हा सुरू होऊ शकतात. काही देखभालकर्त्यांनी आधीच परत केलेल्या बदलांची पुनर्परीक्षण केली आहे आणि त्यांना कोणतीही समस्या आढळली नाही, परंतु एका देखभालकर्त्याने निदर्शनास आणून दिले की त्याला सादर केलेल्या पॅचपैकी एकामध्ये त्रुटी होत्या.

स्त्रोत: opennet.ru