लिनक्स कर्नेल में कमजोरियों का ब्लूटूथ के माध्यम से दूर से शोषण किया जाता है

लिनक्स कर्नेल में एक भेद्यता (CVE-2022-42896) की पहचान की गई है, जिसका उपयोग संभवतः ब्लूटूथ के माध्यम से विशेष रूप से डिज़ाइन किए गए L2CAP पैकेट को भेजकर कर्नेल स्तर पर रिमोट कोड निष्पादन को व्यवस्थित करने के लिए किया जा सकता है। इसके अलावा, L2022CAP हैंडलर में एक और समान समस्या (CVE-42895-2) की पहचान की गई है, जिससे कॉन्फ़िगरेशन जानकारी वाले पैकेट में कर्नेल मेमोरी सामग्री का रिसाव हो सकता है। पहली भेद्यता अगस्त 2014 (कर्नेल 3.16) से और दूसरी अक्टूबर 2011 (कर्नेल 3.0) से दिखाई दे रही है। लिनक्स कर्नेल रिलीज़ 6.1.0, 6.0.8, 4.9.333, 4.14.299, 4.19.265, 5.4.224, 5.10.154, और 5.15.78 में कमजोरियों को संबोधित किया गया है। आप निम्नलिखित पृष्ठों पर वितरण में सुधारों को ट्रैक कर सकते हैं: डेबियन, उबंटू, जेंटू, आरएचईएल, एसयूएसई, फेडोरा, आर्क।

दूरस्थ हमले को अंजाम देने की संभावना को प्रदर्शित करने के लिए, प्रोटोटाइप कारनामे प्रकाशित किए गए हैं जो उबंटू 22.04 पर काम करते हैं। किसी हमले को अंजाम देने के लिए, हमलावर को ब्लूटूथ रेंज के भीतर होना चाहिए - प्री-पेयरिंग की आवश्यकता नहीं है, लेकिन कंप्यूटर पर ब्लूटूथ सक्रिय होना चाहिए। किसी हमले के लिए, पीड़ित के डिवाइस का मैक पता जानना पर्याप्त है, जिसे सूंघकर निर्धारित किया जा सकता है या, कुछ उपकरणों पर, वाई-फाई मैक पते के आधार पर गणना की जा सकती है।

पहली भेद्यता (CVE-2022-42896) l2cap_connect और l2cap_le_connect_req फ़ंक्शंस के कार्यान्वयन में पहले से ही मुक्त मेमोरी क्षेत्र (उपयोग-बाद-मुक्त) तक पहुंचने के कारण होती है - new_connection कॉलबैक के माध्यम से एक चैनल बनाने के बाद, एक लॉक सेट नहीं किया गया था इसके लिए, लेकिन एक टाइमर सेट किया गया था (__set_chan_timer ), टाइमआउट की समाप्ति पर, l2cap_chan_timeout फ़ंक्शन को कॉल करना और l2cap_le_connect* फ़ंक्शन में चैनल के साथ काम पूरा होने की जांच किए बिना चैनल को साफ़ करना।

डिफ़ॉल्ट टाइमआउट 40 सेकंड है और यह माना गया था कि इतनी देरी से दौड़ की स्थिति उत्पन्न नहीं हो सकती है, लेकिन यह पता चला कि एसएमपी हैंडलर में एक और त्रुटि के कारण, टाइमर पर तत्काल कॉल प्राप्त करना और प्राप्त करना संभव था दौड़ की स्थिति। L2cap_le_connect_req में कोई समस्या कर्नेल मेमोरी लीक का कारण बन सकती है, और l2cap_connect में यह मेमोरी की सामग्री को ओवरराइट करने और उसके कोड को निष्पादित करने का कारण बन सकती है। पहले प्रकार का हमला ब्लूटूथ LE 4.0 (2009 से) का उपयोग करके किया जा सकता है, दूसरा ब्लूटूथ BR/EDR 5.2 (2020 से) का उपयोग करते समय किया जा सकता है।

दूसरी भेद्यता (CVE-2022-42895) l2cap_parse_conf_req फ़ंक्शन में अवशिष्ट मेमोरी रिसाव के कारण होती है, जिसका उपयोग विशेष रूप से तैयार किए गए कॉन्फ़िगरेशन अनुरोध भेजकर कर्नेल संरचनाओं के पॉइंटर्स के बारे में दूरस्थ रूप से जानकारी प्राप्त करने के लिए किया जा सकता है। L2cap_parse_conf_req फ़ंक्शन ने l2cap_conf_efs संरचना का उपयोग किया, जिसके लिए आवंटित मेमोरी पूर्व-प्रारंभिक नहीं थी और FLAG_EFS_ENABLE ध्वज में हेरफेर करके पैकेट में स्टैक से पुराने डेटा को शामिल करना संभव था। समस्या केवल उन प्रणालियों पर दिखाई देती है जहां कर्नेल CONFIG_BT_HS विकल्प के साथ बनाया गया है (डिफ़ॉल्ट रूप से अक्षम है, लेकिन कुछ वितरणों पर सक्षम है, जैसे उबंटू)। एक सफल हमले के लिए प्रबंधन इंटरफ़ेस के माध्यम से HCI_HS_ENABLED पैरामीटर को सही पर सेट करने की भी आवश्यकता होती है (डिफ़ॉल्ट रूप से उपयोग नहीं किया जाता है)।

स्रोत: opennet.ru