लिनक्स कर्नलमधील असुरक्षा ब्लूटूथद्वारे दूरस्थपणे शोषण केल्या जातात

लिनक्स कर्नलमध्ये एक असुरक्षा (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 मध्ये भेद्यता संबोधित केल्या आहेत. तुम्ही खालील पृष्ठांवर वितरणातील निराकरणे ट्रॅक करू शकता: Debian, Ubuntu, Gentoo, RHEL, SUSE, Fedora, Arch.

रिमोट हल्ला करण्याची शक्यता दर्शविण्यासाठी, उबंटू 22.04 वर कार्य करणारे प्रोटोटाइप शोषण प्रकाशित केले गेले आहेत. हल्ला करण्यासाठी, आक्रमणकर्ता ब्लूटूथ श्रेणीमध्ये असणे आवश्यक आहे-पूर्व-जोडणी आवश्यक नाही, परंतु ब्लूटूथ संगणकावर सक्रिय असणे आवश्यक आहे. हल्ल्यासाठी, पीडितेच्या डिव्हाइसचा MAC पत्ता जाणून घेणे पुरेसे आहे, जे स्निफिंगद्वारे निर्धारित केले जाऊ शकते किंवा काही डिव्हाइसेसवर, Wi-Fi MAC पत्त्यावर आधारित गणना केली जाऊ शकते.

पहिली भेद्यता (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 मध्ये मेमरीमधील मजकूर ओव्हरराईट करणे आणि त्याचा कोड कार्यान्वित करणे शक्य आहे. पहिला प्रकार Bluetooth LE 4.0 (2009 पासून) वापरून केला जाऊ शकतो, दुसरा Bluetooth 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