लिनक्स कर्नेलमा कमजोरीहरू टाढाबाट ब्लुटुथ मार्फत शोषण

लिनक्स कर्नेलमा एउटा जोखिम (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 मा कमजोरीहरूलाई सम्बोधन गरिएको छ। तपाईंले निम्न पृष्ठहरूमा वितरणमा फिक्सहरू ट्र्याक गर्न सक्नुहुन्छ: डेबियन, उबुन्टु, जेन्टु, आरएचईएल, सुस, फेडोरा, आर्क।

रिमोट आक्रमण गर्ने सम्भावना देखाउन, प्रोटोटाइप शोषण प्रकाशित गरिएको छ जुन Ubuntu 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 सेकेन्ड हो र यस्तो ढिलाइ संग दौड अवस्था उत्पन्न हुन सक्दैन भनेर मानिएको थियो, तर यो बाहिर निस्कियो कि SMP ह्यान्डलरमा अर्को त्रुटिको कारण, यो टाइमरमा तत्काल कल प्राप्त गर्न सम्भव थियो। दौड अवस्था। 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 विकल्प (पूर्वनिर्धारित रूपमा असक्षम गरिएको छ, तर Ubuntu जस्ता केही वितरणहरूमा सक्षम गरिएको छ)। सफल आक्रमणको लागि व्यवस्थापन इन्टरफेस मार्फत HCI_HS_ENABLED प्यारामिटर सेट गर्न आवश्यक छ (पूर्वनिर्धारित रूपमा प्रयोग गरिएको छैन)।

स्रोत: opennet.ru