IWD आणि wpa_supplicant मध्ये वाय-फाय प्रमाणीकरण बायपास होणाऱ्या समस्या

क्लायंट लिनक्स सिस्टीमचे वायरलेस नेटवर्कशी कनेक्शन आयोजित करण्यासाठी वापरल्या जाणाऱ्या IWD (Intel inet Wireless Daemon) आणि wpa_supplicant या ओपन पॅकेजेसमध्ये भेद्यता ओळखण्यात आली आहे, ज्यामुळे प्रमाणीकरण यंत्रणा बायपास होते:

• IWD मध्ये, असुरक्षा (CVE-2023-52161) तेव्हाच दिसून येते जेव्हा ऍक्सेस पॉइंट मोड सक्षम केला जातो, जो IWD साठी वैशिष्ट्यपूर्ण नाही, जो सामान्यतः वायरलेस नेटवर्कशी कनेक्ट करण्यासाठी वापरला जातो. असुरक्षा तुम्हाला पासवर्ड जाणून न घेता तयार केलेल्या ऍक्सेस पॉईंटशी कनेक्ट करण्याची परवानगी देते, उदाहरणार्थ, जेव्हा वापरकर्ता स्पष्टपणे त्यांच्या डिव्हाइस (हॉटस्पॉट) द्वारे नेटवर्कमध्ये प्रवेश करण्याची क्षमता प्रदान करतो. समस्या IWD आवृत्ती 2.14 मध्ये निश्चित केली आहे.

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

  या प्रकरणात, IWD प्राप्त झालेल्या चौथ्या टप्प्यातील संदेशासाठी MIC (मेसेज इंटिग्रिटी कोड) कोड सत्यापित करण्याचा प्रयत्न करते. प्रमाणीकरण पॅरामीटर्ससह दुसरा टप्पा संदेश प्राप्त झाला नसल्यामुळे, चौथ्या टप्प्यातील संदेशावर प्रक्रिया करताना, PTK (Pairwise Transient Key) की शून्य वर सेट केली जाते. त्यानुसार, आक्रमणकर्ता शून्य PTK वापरून MIC ची गणना करू शकतो आणि हा सत्यापन कोड IWD द्वारे वैध म्हणून स्वीकारला जाईल. ही आंशिक कनेक्शन वाटाघाटी पूर्ण केल्यानंतर, आक्रमणकर्त्याला वायरलेस नेटवर्कवर पूर्ण प्रवेश असेल, कारण प्रवेश बिंदूला पाठवलेल्या फ्रेम्स प्राप्त होतील, नल PTK की सह कूटबद्ध केलेल्या.

• wpa_supplicant (CVE-2023-52160) मध्ये ओळखण्यात आलेली समस्या आक्रमणकर्त्याला वापरकर्त्याला काल्पनिक वायरलेस नेटवर्कमध्ये आकर्षित करण्यास अनुमती देते जे वापरकर्ता कनेक्ट करू इच्छित असलेल्या नेटवर्कचा क्लोन आहे. जर वापरकर्ता बनावट नेटवर्कशी कनेक्ट झाला, तर आक्रमणकर्ता वापरकर्त्याच्या एन्क्रिप्ट न केलेल्या ट्रांझिट ट्रॅफिकचे व्यत्यय आयोजित करू शकतो (उदाहरणार्थ, HTTPS शिवाय साइटवर प्रवेश).

  PEAP (संरक्षित एक्स्टेंसिबल ऑथेंटिकेशन प्रोटोकॉल) प्रोटोकॉलच्या अंमलबजावणीतील त्रुटीमुळे, चुकीच्या पद्धतीने कॉन्फिगर केलेले वापरकर्ता डिव्हाइस कनेक्ट करताना आक्रमणकर्ता प्रमाणीकरणाचा दुसरा टप्पा वगळू शकतो. प्रमाणीकरणाचा दुसरा टप्पा बायपास केल्याने आक्रमणकर्त्याला विश्वासार्ह वाय-फाय नेटवर्कचा बनावट क्लोन तयार करण्याची आणि वापरकर्त्याला पासवर्ड न तपासता बनावट नेटवर्कशी कनेक्ट करण्याची अनुमती मिळते.

  wpa_supplicant मध्ये यशस्वीरित्या हल्ला करण्यासाठी, सर्व्हरच्या TLS प्रमाणपत्राची पडताळणी वापरकर्त्याच्या बाजूने अक्षम केली जाणे आवश्यक आहे आणि आक्रमणकर्त्याला वायरलेस नेटवर्क अभिज्ञापक (SSID, सेवा सेट आयडेंटिफायर) माहित असणे आवश्यक आहे. या प्रकरणात, हल्लेखोर पीडिताच्या वायरलेस अडॅप्टरच्या मर्यादेत असला पाहिजे, परंतु क्लोन केलेल्या वायरलेस नेटवर्कच्या ऍक्सेस पॉइंटच्या मर्यादेच्या बाहेर असावा. PEAP प्रोटोकॉल वापरणाऱ्या WPA2-Enterprise किंवा WPA3-Enterprise असलेल्या नेटवर्कवर हल्ला शक्य आहे.

  wpa_supplicant डेव्हलपर्सनी सांगितले की ते समस्येला भेद्यता मानत नाहीत, कारण हे फक्त खराब कॉन्फिगर केलेल्या वायरलेस नेटवर्कवर होते जे सर्व्हरच्या TLS प्रमाणपत्राची पडताळणी न करता PEAP (EAP-TTLS) च्या संयोगाने EAP प्रमाणीकरण वापरतात. प्रमाणपत्र पडताळणीशिवाय कॉन्फिगरेशन सक्रिय हल्ल्यांपासून संरक्षित नाहीत. ज्यांनी असुरक्षितता शोधली त्यांचा असा दावा आहे की अशा चुकीच्या कॉन्फिगरेशन सामान्य आणि व्यापक आहेत, ज्यामुळे wpa_supplicant चालवणारी अनेक Linux, Android आणि Chrome OS-आधारित ग्राहक उपकरणे धोक्यात येतात.

  wpa_supplicant मधील समस्या अवरोधित करण्यासाठी, एक पॅच जारी केला गेला आहे जो TLS प्रमाणपत्र तपासण्याव्यतिरिक्त प्रमाणीकरणाच्या दुसऱ्या टप्प्याच्या अनिवार्य मार्गासाठी एक मोड जोडतो. विकासकांच्या मते, प्रस्तावित बदल हा केवळ एक उपाय आहे जो मॅन्युअल ऑथेंटिकेशन वापरताना हल्ले गुंतागुंतीत करतो आणि EAP-GTC सारखे पर्याय वापरताना निरुपयोगी आहे. समस्येचे खरोखर निराकरण करण्यासाठी, नेटवर्क प्रशासकांनी त्यांचे कॉन्फिगरेशन योग्य स्वरूपात आणले पाहिजे, म्हणजे. ca_cert पॅरामीटर वापरून सर्व्हर प्रमाणपत्र सत्यापित करण्यासाठी ट्रस्टची साखळी कॉन्फिगर करा.

स्त्रोत: opennet.ru