पॅच केलेले एक्झिम - पुन्हा पॅच करा. एका विनंतीमध्ये एक्झिम 4.92 मध्ये फ्रेश रिमोट कमांड एक्झिक्यूशन

अगदी अलीकडे, उन्हाळ्याच्या सुरुवातीला, CVE-4.92-2019 असुरक्षिततेमुळे (त्वरित एक्झिम 4.92 वर अपडेट करा - एक सक्रिय संसर्ग आहे / Sudo Null IT News). आणि अलीकडेच असे दिसून आले की सस्टेस मालवेअरने या भेद्यतेचा फायदा घेण्याचे ठरवले आहे.

आता त्वरीत अपडेट केलेले सर्व लोक पुन्हा “आनंद” करू शकतात: 21 जुलै 2019 रोजी, संशोधक झेरॉन्स यांना एक गंभीर असुरक्षा आढळली. TLS वापरताना एक्झिम मेल ट्रान्सफर एजंट (MTA). पासून आवृत्त्यांसाठी 4.80 4.92.1 अप सर्वसमावेशक, रिमोटला अनुमती देते विशेषाधिकार अधिकारांसह कोड कार्यान्वित करा (सीव्हीई- 2019-15846).

असुरक्षितता

सुरक्षित TLS कनेक्शन स्थापित करताना GnuTLS आणि OpenSSL लायब्ररी दोन्ही वापरताना भेद्यता असते.

विकसक Heiko Schlittermann च्या मते, Exim मधील कॉन्फिगरेशन फाइल डीफॉल्टनुसार TLS वापरत नाही, परंतु अनेक वितरणे स्थापनेदरम्यान आवश्यक प्रमाणपत्रे तयार करतात आणि सुरक्षित कनेक्शन सक्षम करतात. तसेच एक्झिमच्या नवीन आवृत्त्यांमध्ये पर्याय स्थापित केला जातो tls_advertise_hosts=* आणि आवश्यक प्रमाणपत्रे तयार करा.

कॉन्फिगरेशनवर अवलंबून आहे. बहुतेक डिस्ट्रोज ते डीफॉल्टनुसार सक्षम करतात, परंतु एक्झिमला TLS सर्व्हर म्हणून काम करण्यासाठी प्रमाणपत्र+की आवश्यक आहे. कदाचित डिस्ट्रोस सेटअप दरम्यान एक प्रमाणपत्र तयार करतात. नवीन एक्झिम्समध्ये tls_advertise_hosts हा पर्याय "*" वर डिफॉल्ट आहे आणि काहीही प्रदान न केल्यास स्व-स्वाक्षरी केलेले प्रमाणपत्र तयार करा.

असुरक्षितता ही SNI (सर्व्हर नेम इंडिकेशन, 2003 मध्ये RFC 3546 मध्ये सादर करण्यात आलेली तंत्रज्ञान, एखाद्या क्लायंटला डोमेन नावासाठी योग्य प्रमाणपत्राची विनंती करण्यासाठी) च्या चुकीच्या प्रक्रियेत आहे, TLS SNI मानक / WEBO ग्रुप ब्लॉग / Sudo Null IT News चे वितरण) TLS हँडशेक दरम्यान. आक्रमणकर्त्याला फक्त बॅकस्लॅश ("") आणि शून्य वर्ण (" ") ने समाप्त होणारा SNI पाठवणे आवश्यक आहे.

Qualys च्या संशोधकांनी string_printing(tls_in.sni) फंक्शनमध्ये एक बग शोधला आहे, ज्यामध्ये “” चे चुकीचे एस्केपिंग समाविष्ट आहे. परिणामी, बॅकस्लॅश प्रिंट स्पूल हेडर फाइलवर अनस्केप केलेले लिहिले जाते. ही फाइल नंतर स्पूल_रीड_हेडर() फंक्शनद्वारे विशेषाधिकारांसह वाचली जाते, ज्यामुळे हीप ओव्हरफ्लो होते.

हे लक्षात घेण्यासारखे आहे की याक्षणी, एक्झिम डेव्हलपर्सने रिमोट असुरक्षित सर्व्हरवर कमांड्सच्या अंमलबजावणीसह असुरक्षिततेचे एक PoC तयार केले आहे, परंतु ते अद्याप सार्वजनिकरित्या उपलब्ध नाही. बगचे शोषण सुलभतेमुळे, हे फक्त वेळेची बाब आहे आणि अगदी लहान आहे.

Qualys द्वारे अधिक तपशीलवार अभ्यास आढळू शकतो येथे.

TLS मध्ये SNI वापरणे

संभाव्य असुरक्षित सार्वजनिक सर्व्हरची संख्या

मोठ्या होस्टिंग प्रदात्याच्या आकडेवारीनुसार ई-सॉफ्ट इंक 1 सप्टेंबरपर्यंत, भाड्याने घेतलेल्या सर्व्हरवर, आवृत्ती 4.92 70% पेक्षा जास्त होस्टमध्ये वापरली जाते.

आवृत्ती
सर्व्हरची संख्या
टक्के

4.92.1
6471
1.28%

4.92
376436
74.22%

4.91
58179
11.47%

4.9
5732
1.13%

4.89
10700
2.11%

4.87
14177
2.80%

4.84
9937
1.96%

इतर आवृत्त्या
25568
5.04%

ई-सॉफ्ट इंक कंपनीची आकडेवारी

आपण शोध इंजिन वापरत असल्यास शोडन, नंतर सर्व्हर डेटाबेसमधील 5,250,000 पैकी:

• सुमारे 3,500,000 Exim 4.92 वापरतात (SSL/TLS वापरून सुमारे 1,380,000);
• 74,000 पेक्षा जास्त 4.92.1 वापरत आहेत (सुमारे 25,000 SSL/TLS वापरत आहेत).

अशा प्रकारे, सार्वजनिकरित्या ज्ञात आणि प्रवेश करण्यायोग्य Exim संभाव्य असुरक्षित सर्व्हरची संख्या 1.5M.

Shodan मध्ये एक्झिम सर्व्हर शोधा

संरक्षण

• सर्वात सोपा, परंतु शिफारस केलेला नाही, पर्याय म्हणजे TLS न वापरणे, ज्यामुळे ईमेल संदेश स्पष्टपणे फॉरवर्ड केले जातील.
• असुरक्षिततेचे शोषण टाळण्यासाठी, आवृत्ती अद्यतनित करणे अधिक श्रेयस्कर असेल एक्झिम इंटरनेट मेलर 4.92.2.
• पॅच केलेली आवृत्ती अपडेट करणे किंवा स्थापित करणे अशक्य असल्यास, तुम्ही पर्यायासाठी एक्झिम कॉन्फिगरेशनमध्ये ACL सेट करू शकता. acl_smtp_mail खालील नियमांसह:

  # to be prepended to your mail acl (the ACL referenced
  # by the acl_smtp_mail main config option)
  deny    condition = ${if eq{}{${substr{-1}{1}{$tls_in_sni}}}}
  deny    condition = ${if eq{}{${substr{-1}{1}{$tls_in_peerdn}}}}

स्त्रोत: www.habr.com