OpenBSD मधील भेद्यता smtpd, ldapd आणि radiusd मध्ये विशेषाधिकार वाढ आणि प्रमाणीकरण बायपास करण्यास परवानगी देते

क्वालिस कंपनी प्रकट चार असुरक्षा OpenBSD मध्ये, त्यापैकी एक तुम्हाला काही नेटवर्क सेवांशी प्रमाणीकरणाशिवाय दूरस्थपणे कनेक्ट करण्याची परवानगी देतो आणि इतर तीन सिस्टममध्ये त्यांचे विशेषाधिकार वाढवतात. Qualys अहवालाने OpenBSD विकासकांच्या जलद प्रतिसादाची नोंद केली - सर्व समस्या होत्या काढून टाकले в ओपनबीएसडी 6.5 и ओपनबीएसडी 6.6 खाजगी सूचनेनंतर 40 तासांच्या आत.

दूरस्थपणे शोषण करण्यायोग्य असुरक्षा libc लायब्ररीमधील प्रमाणीकरण हँडलरला कॉल व्यवस्थापित करण्यात त्रुटीमुळे उद्भवते, जे कॉल करते
/usr/libexec/auth/login_style प्रोग्राम कमांड लाइनवर वितर्क उत्तीर्ण करतो. पर्यायी पॅरामीटर "-s सेवा" वापरून login_style कॉल करताना, प्रोटोकॉलचे नाव पास करण्यास अनुमती आहे. वापरकर्तानावाच्या सुरुवातीला "-" अक्षर वापरले असल्यास, login_style चालवताना हे नाव पर्याय म्हणून मानले जाईल. त्यानुसार, तुम्ही प्रमाणीकरणादरम्यान वापरकर्तानाव म्हणून “-schallenge” किंवा “-schallenge: passwd” निर्दिष्ट केल्यास, लॉगिन_स्टाइलला हँडलर वापरण्याची विनंती समजेल. S/की.

समस्या अशी आहे की login_style मधील S/Key प्रोटोकॉल केवळ औपचारिकपणे समर्थित आहे, परंतु यशस्वी प्रमाणीकरणाच्या चिन्हाच्या आउटपुटसह प्रत्यक्षात दुर्लक्ष केले जाते. अशा प्रकारे, आक्रमणकर्ता "-schallenge" वापरकर्ता म्हणून उभे राहू शकतो आणि प्रमाणीकरण बायपास करू शकतो आणि पासवर्ड किंवा की निर्दिष्ट केल्याशिवाय प्रवेश मिळवू शकतो. प्रमाणीकरणासाठी नियमित libc कॉल वापरणाऱ्या सर्व नेटवर्क सेवा संभाव्यतः समस्येमुळे प्रभावित होतात. उदाहरणार्थ, प्रमाणीकरण बायपास करण्याची क्षमता smtpd (AUTH PLAIN), ldapd आणि radiusd मध्ये पुष्टी केली जाते.

असुरक्षा sshd मध्ये प्रकट होत नाही, कारण त्यास सिस्टममध्ये वापरकर्त्याची उपस्थिती तपासण्यासाठी अतिरिक्त संरक्षण असते. तथापि, sshd चा वापर सिस्टीमला भेद्यतेसाठी संवेदनाक्षम असल्यास तपासण्यासाठी केला जाऊ शकतो - वापरकर्तानाव "-sresponse:passwd" मध्ये प्रवेश करताना, कनेक्शन हँग होते, कारण sshd कॉलचे पॅरामीटर्स (आव्हान) परत करण्यासाठी login_passwd ची प्रतीक्षा करते आणि login_passwd. गहाळ पॅरामीटर्सच्या हस्तांतरणाची प्रतीक्षा करते (नाव "- sresponse" पर्याय म्हणून घेतले जाते). संभाव्य स्थानिक आक्रमणकर्ता su युटिलिटीमध्ये प्रमाणीकरण बायपास करण्याचा प्रयत्न करू शकतो, परंतु "-sresponse" नाव पास केल्याने getpwnam_r("-schallenge", ...) फंक्शन कार्यान्वित करताना शून्य पॉइंटर परत आल्याने प्रक्रिया क्रॅश होते. .

इतर असुरक्षा:

• CVE-2019-19520 - sgid ध्वजासह येणार्‍या xlock युटिलिटीमध्ये फेरफार करून स्थानिक विशेषाधिकार वाढवणे जे समूहाला "auth" मध्ये बदलते. xlock कोडमध्ये, वापरकर्ता आयडी (सेटुइड) बदलल्यावरच लायब्ररी पथांची पुनर्व्याख्या करण्यास मनाई आहे, ज्यामुळे आक्रमणकर्त्याला "LIBGL_DRIVERS_PATH" पर्यावरण व्हेरिएबल बदलता येते आणि त्याच्या सामायिक लायब्ररीचे लोडिंग व्यवस्थित करता येते, ज्याचा कोड कार्यान्वित केला जाईल. "ऑथ" गटाला विशेषाधिकार वाढवल्यानंतर.
• CVE-2019-19522 - जेव्हा सिस्टममध्ये S/Key किंवा YubiKey प्रमाणीकरण सक्षम केलेले असते (डीफॉल्टनुसार सक्षम केलेले नसते) तेव्हा "auth" गटातील स्थानिक वापरकर्त्याला रूट म्हणून कोड चालवण्याची अनुमती देते. "auth" गटाचे सदस्य असल्याने, वरील xlock असुरक्षिततेचा गैरफायदा घेऊन प्रवेश केला जाऊ शकतो, फायलींना /etc/skey आणि /var/db/yubikey डिरेक्टरीमध्ये लिहिण्याची परवानगी देते. उदाहरणार्थ, S/Key द्वारे रूट प्रमाणीकरणासाठी एक-वेळ की व्युत्पन्न करण्यासाठी आक्रमणकर्ता नवीन /etc/skey/root फाइल जोडू शकतो.
• CVE-2019-19519 - su युटिलिटीसह हाताळणीद्वारे संसाधन मर्यादा वाढवण्याची शक्यता. "-L" पर्याय निर्दिष्ट करताना, जे अयशस्वी झाल्यास प्रमाणीकरण प्रयत्नांची चक्रीय पुनरावृत्ती सूचित करते, वापरकर्ता वर्ग फक्त एकदाच सेट केला जातो आणि त्यानंतरच्या प्रयत्नांवर रीसेट केला जात नाही. आक्रमणकर्ता दुसर्‍याच्या लॉगिनमध्ये वेगळ्या खात्याच्या वर्गासह प्रवेश करण्याच्या पहिल्या प्रयत्नात “su -l -L” कार्यान्वित करू शकतो, परंतु दुसर्‍या प्रयत्नात स्वत: च्या अंतर्गत यशस्वीपणे प्रमाणीकृत करण्याचा प्रयत्न करू शकतो. या परिस्थितीत, वापरकर्त्याला पहिल्या प्रयत्नात निर्दिष्ट केलेल्या वापरकर्ता वर्गाशी संबंधित मर्यादा सेट केल्या जातील (उदाहरणार्थ, प्रक्रियेची कमाल संख्या किंवा प्रक्रियेसाठी मेमरी आकार). पद्धत केवळ गैर-विशेषाधिकारित वापरकर्त्यांकडून कर्ज घेण्याच्या मर्यादांसाठी कार्य करते, कारण रूट वापरकर्ता व्हील गटात असणे आवश्यक आहे).

याव्यतिरिक्त, हे लक्षात घेतले जाऊ शकते अंमलबजावणी OpenBSD मध्ये सिस्टम कॉल्सची वैधता तपासण्यासाठी एक नवीन पद्धत आहे, ज्यामुळे असुरक्षिततेचे शोषण आणखी गुंतागुंतीचे होते. प्रणाली कॉल पूर्वी नोंदणीकृत मेमरी क्षेत्रांमधून प्रवेश केला असेल तरच कार्यान्वित करण्यास अनुमती देते. स्मृती क्षेत्र चिन्हांकित करण्यासाठी सुचवले नवीन सिस्टम कॉल msyscall().

स्त्रोत: opennet.ru