smtpd, ldapd र radiusd मा OpenBSD विशेषाधिकार वृद्धि र प्रमाणीकरण बाइपास कमजोरीहरू

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

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

समस्या यो हो कि login_style मा S/Key प्रोटोकल औपचारिक रूपमा मात्र समर्थित छ, तर वास्तवमा सफल प्रमाणीकरणको संकेतको आउटपुटको साथ बेवास्ता गरिएको छ। यसरी, आक्रमणकारीले प्रयोगकर्तालाई "-चैलेन्ज" को रूपमा प्रस्तुत गरेर, प्रमाणीकरणलाई बाइपास गर्न र पासवर्ड वा कुञ्जीहरू प्रदान नगरी पहुँच प्राप्त गर्न सक्छ। प्रमाणीकरणका लागि मानक libc कलहरू प्रयोग गर्ने सबै नेटवर्क सेवाहरू सम्भावित रूपमा समस्याबाट प्रभावित हुन्छन्। उदाहरणका लागि, प्रमाणीकरण बाइपास गर्ने क्षमता smtpd (AUTH PLAIN), ldapd र radiusd मा समर्थित छ।

कमजोरी sshd मा देखा पर्दैन, किनकि यसमा अतिरिक्त सुरक्षा छ जसले प्रणालीमा प्रयोगकर्ताको उपस्थिति जाँच गर्दछ। यद्यपि, sshd लाई प्रणालीको कमजोरी परीक्षण गर्न प्रयोग गर्न सकिन्छ - प्रयोगकर्ता नाम "-sresponse:passwd" पहुँच गर्दा, जडान ह्याङ्ग हुन्छ, किनकि sshd ले चुनौती प्यारामिटरहरू फर्काउन login_passwd को लागि पर्खिरहेको छ, र login_passwd हराइरहेको प्यारामिटरहरूको लागि पर्खिरहेको छ। पठाइयो (नाम "- sresponse" लाई विकल्पको रूपमा व्यवहार गरिन्छ)। स्थानीय आक्रमणकर्ताले su उपयोगितामा प्रमाणीकरणलाई बाइपास गर्ने प्रयास गर्न सक्छ, तर "-sresponse" नाम पास गर्दा getpwnam_r("-schallenge", ...) प्रकार्य कार्यान्वयन गर्दा नल पोइन्टर फर्काएर प्रक्रिया क्र्यास हुन्छ।

अन्य कमजोरीहरू:

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

थप रूपमा, यो नोट गर्न सकिन्छ कार्यान्वयन OpenBSD मा, प्रणाली कलहरूको वैधता जाँच गर्ने एउटा नयाँ विधि, जसले कमजोरीहरूको शोषणलाई थप जटिल बनाउँछ। यस विधिले प्रणाली कलहरूलाई पहिले दर्ता गरिएको मेमोरी क्षेत्रहरूबाट पहुँच गरेको खण्डमा मात्र कार्यान्वयन गर्न अनुमति दिन्छ। मेमोरी क्षेत्रहरू चिन्ह लगाउन प्रस्तावित नयाँ प्रणाली कल msyscall().

स्रोत: opennet.ru