Exim मधील गंभीर असुरक्षिततेचे तपशील उघड झाले

प्रकाशित सुधारात्मक प्रकाशन एक्झिम ४.९२.२ गंभीर च्या निर्मूलन सह असुरक्षा (सीव्हीई- 2019-15846), जे डीफॉल्ट कॉन्फिगरेशनमध्ये रूट विशेषाधिकारांसह आक्रमणकर्त्याद्वारे रिमोट कोडची अंमलबजावणी करू शकते. समस्या फक्त तेव्हाच दिसून येते जेव्हा TLS समर्थन सक्षम केले जाते आणि विशेष डिझाइन केलेले क्लायंट प्रमाणपत्र किंवा SNI ला सुधारित मूल्य देऊन शोषण केले जाते. अगतिकता ओळखले क्वालिस द्वारे.

समस्या उपस्थित आहे स्ट्रिंगमधील विशेष वर्ण सुटण्यासाठी हँडलरमध्ये (string_interpret_escape() string.c वरून) आणि स्ट्रिंगच्या शेवटी '\' अक्षराचा नल कॅरेक्टर ('\0') च्या आधी अर्थ लावल्यामुळे आणि त्यातून बाहेर पडल्यामुळे होतो. एस्केप करताना, अनुक्रम '\' आणि खालील शून्य एंड-ऑफ-लाइन कोड एकल वर्ण म्हणून मानले जातात आणि पॉइंटर रेषेबाहेरील डेटावर शिफ्ट केला जातो, ज्याला रेषेचा निरंतरता मानला जातो.

string_interpret_escape() कॉलिंग कोड वास्तविक आकाराच्या आधारावर ड्रेनसाठी बफरचे वाटप करतो आणि उघड केलेला पॉइंटर बफरच्या सीमांच्या बाहेरील भागात संपतो. त्यानुसार, इनपुट स्ट्रिंगवर प्रक्रिया करण्याचा प्रयत्न करताना, वाटप केलेल्या बफरच्या सीमेबाहेरील क्षेत्राचा डेटा वाचताना परिस्थिती उद्भवते आणि अनस्केप केलेली स्ट्रिंग लिहिण्याचा प्रयत्न केल्याने बफरच्या मर्यादेपलीकडे लेखन होऊ शकते.

डीफॉल्ट कॉन्फिगरेशनमध्ये, सर्व्हरवर सुरक्षित कनेक्शन स्थापित करताना एसएनआयला खास डिझाइन केलेला डेटा पाठवून भेद्यतेचा फायदा घेतला जाऊ शकतो. क्लायंट सर्टिफिकेट ऑथेंटिकेशनसाठी कॉन्फिगर केलेल्या कॉन्फिगरेशनमध्ये peerdn व्हॅल्यूज बदलून किंवा सर्टिफिकेट इंपोर्ट करताना देखील समस्येचा फायदा घेतला जाऊ शकतो. SNI आणि peerdn द्वारे हल्ला रिलीझ पासून शक्य आहे एक्झिम ४.९२.२, ज्यामध्ये string_unprinting() फंक्शन peerdn आणि SNI सामग्री अनप्रिंट करण्यासाठी वापरले होते.

Glibc सह लिनक्स सिस्टीमवर i386 आणि amd64 आर्किटेक्चरवर चालणारे SNI द्वारे आक्रमणासाठी एक्सप्लोइट प्रोटोटाइप तयार केला गेला आहे. शोषण ढीग क्षेत्रावरील डेटा आच्छादन वापरते, परिणामी मेमरी ओव्हरराईट होते ज्यामध्ये लॉग फाइल नाव साठवले जाते. फाइलचे नाव "/../../../../../../../../etc/passwd" ने बदलले आहे. पुढे, प्रेषकाच्या पत्त्यासह व्हेरिएबल अधिलिखित केले जाते, जे प्रथम लॉगमध्ये जतन केले जाते, जे आपल्याला सिस्टममध्ये नवीन वापरकर्ता जोडण्याची परवानगी देते.

वितरणाद्वारे जारी केलेल्या भेद्यता निराकरणांसह पॅकेज अद्यतने डेबियन, उबंटू, Fedora, SUSE/openSUSE и FreeBSD. RHEL आणि CentOS समस्या संवेदनाक्षम नाही, कारण एक्झिम त्यांच्या नियमित पॅकेज रेपॉजिटरीमध्ये समाविष्ट नाही (मध्ये उबदार अद्यतनित करा आधीच स्थापना, पण आत्तासाठी ठेवले नाही सार्वजनिक भांडारात). एक्झिम कोडमध्ये समस्या वन-लाइनरने निश्चित केली आहे पॅच, जे बॅकस्लॅशचा एस्केपिंग प्रभाव ओळीच्या शेवटी असल्यास अक्षम करते.

भेद्यता अवरोधित करण्यासाठी एक उपाय म्हणून, तुम्ही TLS समर्थन अक्षम करू शकता किंवा जोडू शकता
ACL विभाग “acl_smtp_mail”:

deny condition = ${if eq{\\}{${substr{-1}{1}{$tls_in_sni}}}}
deny condition = ${if eq{\\}{${substr{-1}{1}{$tls_in_peerdn}}}}

स्त्रोत: opennet.ru