जोम्ब्रा और मेल बमबारी सुरक्षा

मेल बॉम्बिंग साइबर हमलों के सबसे पुराने प्रकारों में से एक है। इसके मूल में, यह एक नियमित DoS हमले जैसा दिखता है, केवल विभिन्न आईपी पते से अनुरोधों की एक लहर के बजाय, ईमेल की एक लहर सर्वर पर भेजी जाती है, जो ईमेल पते में से एक पर भारी मात्रा में पहुंचती है, जिसके कारण लोड होता है इस पर काफी वृद्धि होती है। इस तरह के हमले से मेलबॉक्स का उपयोग करने में असमर्थता हो सकती है, और कभी-कभी पूरे सर्वर की विफलता भी हो सकती है। इस प्रकार के साइबर हमले के लंबे इतिहास के कारण सिस्टम प्रशासकों के लिए कई सकारात्मक और नकारात्मक परिणाम सामने आए हैं। सकारात्मक कारकों में मेल बमबारी का अच्छा ज्ञान और ऐसे हमले से खुद को बचाने के सरल तरीकों की उपलब्धता शामिल है। नकारात्मक कारकों में इस प्रकार के हमलों को अंजाम देने के लिए बड़ी संख्या में सार्वजनिक रूप से उपलब्ध सॉफ़्टवेयर समाधान और हमलावर के लिए खुद को पहचान से बचाने की क्षमता शामिल है।

इस साइबर हमले की एक महत्वपूर्ण विशेषता यह है कि इसका उपयोग लाभ के लिए करना लगभग असंभव है। ठीक है, हमलावर ने एक मेलबॉक्स में ईमेल की एक लहर भेजी, ठीक है, उसने व्यक्ति को सामान्य रूप से ईमेल का उपयोग करने की अनुमति नहीं दी, खैर, हमलावर ने किसी के कॉर्पोरेट ईमेल को हैक कर लिया और जीएएल में हजारों पत्र भेजना शुरू कर दिया, जो है सर्वर या तो क्रैश क्यों हो गया या इतना धीमा क्यों होने लगा कि इसका उपयोग करना असंभव हो गया, और आगे क्या? ऐसे साइबर अपराध को वास्तविक धन में परिवर्तित करना लगभग असंभव है, इसलिए मेल बमबारी वर्तमान में एक दुर्लभ घटना है और सिस्टम प्रशासक, बुनियादी ढांचे को डिजाइन करते समय, ऐसे साइबर हमले से बचाने की आवश्यकता को याद नहीं रख सकते हैं।

हालाँकि, जबकि ईमेल बमबारी अपने आप में व्यावसायिक दृष्टिकोण से काफी निरर्थक अभ्यास है, यह अक्सर अन्य, अधिक जटिल और बहु-स्तरीय साइबर हमलों का हिस्सा है। उदाहरण के लिए, जब मेल को हैक किया जाता है और किसी सार्वजनिक सेवा में किसी खाते को हाईजैक करने के लिए इसका उपयोग किया जाता है, तो हमलावर अक्सर पीड़ित के मेलबॉक्स को अर्थहीन अक्षरों से "बम" कर देते हैं ताकि पुष्टिकरण पत्र उनकी स्ट्रीम में खो जाए और किसी का ध्यान न जाए। मेल बमबारी का उपयोग किसी उद्यम पर आर्थिक दबाव के साधन के रूप में भी किया जा सकता है। इस प्रकार, किसी उद्यम के सार्वजनिक मेलबॉक्स पर सक्रिय बमबारी, जो ग्राहकों से अनुरोध प्राप्त करता है, उनके साथ काम को गंभीर रूप से जटिल बना सकता है और परिणामस्वरूप, उपकरण डाउनटाइम, अधूरे ऑर्डर, साथ ही प्रतिष्ठा की हानि और खोए हुए मुनाफे का कारण बन सकता है।

इसीलिए सिस्टम प्रशासक को ईमेल बमबारी की संभावना के बारे में नहीं भूलना चाहिए और इस खतरे से बचाव के लिए हमेशा आवश्यक उपाय करना चाहिए। यह ध्यान में रखते हुए कि यह मेल बुनियादी ढांचे के निर्माण के चरण में किया जा सकता है, और यह भी कि इसमें सिस्टम प्रशासक से बहुत कम समय और श्रम लगता है, आपके बुनियादी ढांचे को मेल बमबारी से सुरक्षा प्रदान न करने का कोई उद्देश्यपूर्ण कारण नहीं है। आइए देखें कि ज़िम्ब्रा सहयोग सूट ओपन-सोर्स संस्करण में इस साइबर हमले के खिलाफ सुरक्षा कैसे लागू की जाती है।

ज़िम्ब्रा पोस्टफ़िक्स पर आधारित है, जो आज उपलब्ध सबसे विश्वसनीय और कार्यात्मक ओपन सोर्स मेल ट्रांसफर एजेंटों में से एक है। और इसके खुलेपन का एक मुख्य लाभ यह है कि यह कार्यक्षमता बढ़ाने के लिए विभिन्न प्रकार के तृतीय-पक्ष समाधानों का समर्थन करता है। विशेष रूप से, पोस्टफ़िक्स पूरी तरह से सीबीपॉलिसीडी का समर्थन करता है, जो मेल सर्वर साइबर सुरक्षा सुनिश्चित करने के लिए एक उन्नत उपयोगिता है। एंटी-स्पैम सुरक्षा और श्वेतसूची, ब्लैकलिस्ट और ग्रेलिस्ट के निर्माण के अलावा, सीबीपॉलिसीडी जिम्ब्रा प्रशासक को एसपीएफ़ हस्ताक्षर सत्यापन को कॉन्फ़िगर करने की अनुमति देता है, साथ ही ईमेल या डेटा प्राप्त करने और भेजने पर प्रतिबंध भी लगाता है। वे दोनों स्पैम और फ़िशिंग ईमेल के विरुद्ध विश्वसनीय सुरक्षा प्रदान कर सकते हैं, और सर्वर को ईमेल बमबारी से बचा सकते हैं।

सिस्टम एडमिनिस्ट्रेटर से आवश्यक पहली चीज़ सीबीपॉलिसीड मॉड्यूल को सक्रिय करना है, जो इंफ्रास्ट्रक्चर एमटीए सर्वर पर ज़िम्ब्रा सहयोग सुइट ओएसई में पहले से इंस्टॉल है। यह कमांड zmprov ms `zmhostname` +zimbraServiceEnabled cbpolicyd का उपयोग करके किया जाता है। इसके बाद, आपको cbpolicyd को आराम से प्रबंधित करने में सक्षम होने के लिए वेब इंटरफ़ेस को सक्रिय करने की आवश्यकता होगी। ऐसा करने के लिए, आपको वेब पोर्ट नंबर 7780 पर कनेक्शन की अनुमति देनी होगी, कमांड का उपयोग करके एक प्रतीकात्मक लिंक बनाना होगा ln -s /opt/zimbra/common/share/webui /opt/zimbra/data/httpd/htdocs/webui, और फिर नैनो कमांड का उपयोग करके सेटिंग्स फ़ाइल को संपादित करें /opt/zimbra/data/httpd/htdocs/webui/includes/config.php, जहाँ आपको निम्नलिखित पंक्तियाँ लिखनी होंगी:

$DB_DSN='sqlite:/opt/zimbra/data/cbpolicyd/db/cbpolicyd.sqlitedb';
$DB_USER='रूट';
$DB_TABLE_PREFIX='';

इसके बाद, जो कुछ बचा है वह zmcontrol restart और zmapachectl restart कमांड का उपयोग करके जिम्ब्रा और जिम्ब्रा अपाचे सेवाओं को पुनः आरंभ करना है। इसके बाद, आपको वेब इंटरफ़ेस तक पहुंच प्राप्त होगी example.com:7780/webui/index.php. मुख्य बारीकियां यह है कि इस वेब इंटरफ़ेस का प्रवेश द्वार अभी तक किसी भी तरह से सुरक्षित नहीं है और अनधिकृत व्यक्तियों को इसमें प्रवेश करने से रोकने के लिए, आप वेब इंटरफ़ेस के प्रत्येक प्रवेश द्वार के बाद पोर्ट 7780 पर कनेक्शन बंद कर सकते हैं।

आप ईमेल भेजने के लिए कोटा का उपयोग करके आंतरिक नेटवर्क से आने वाली ईमेल की बाढ़ से खुद को बचा सकते हैं, जिसे cbpolicyd के माध्यम से सेट किया जा सकता है। ऐसे कोटा आपको समय की एक इकाई में एक मेलबॉक्स से भेजे जा सकने वाले पत्रों की अधिकतम संख्या की सीमा निर्धारित करने की अनुमति देते हैं। उदाहरण के लिए, यदि आपके व्यवसाय प्रबंधक प्रति घंटे औसतन 60-80 ईमेल भेजते हैं, तो आप एक छोटे से अंतर को ध्यान में रखते हुए, प्रति घंटे 100 ईमेल का कोटा निर्धारित कर सकते हैं। इस कोटा तक पहुंचने के लिए, प्रबंधकों को हर 36 सेकंड में एक ईमेल भेजना होगा। एक ओर, यह पूरी तरह से काम करने के लिए पर्याप्त है, और दूसरी ओर, ऐसे कोटा के साथ, जिन हमलावरों ने आपके किसी प्रबंधक के मेल तक पहुंच प्राप्त कर ली है, वे उद्यम पर मेल बमबारी या बड़े पैमाने पर स्पैम हमला शुरू नहीं करेंगे।

ऐसा कोटा निर्धारित करने के लिए, आपको वेब इंटरफ़ेस में एक नई ईमेल भेजने पर प्रतिबंध नीति बनाने की आवश्यकता है और निर्दिष्ट करें कि यह डोमेन के भीतर भेजे गए पत्रों और बाहरी पते पर भेजे गए पत्रों दोनों पर लागू होती है। यह अग्रानुसार होगा:

इसके बाद, आप पत्र भेजने से जुड़े प्रतिबंधों को और अधिक विस्तार से निर्दिष्ट कर सकते हैं, विशेष रूप से, समय अंतराल निर्धारित करें जिसके बाद प्रतिबंध अपडेट किए जाएंगे, साथ ही वह संदेश जो एक उपयोगकर्ता जिसने अपनी सीमा पार कर ली है उसे प्राप्त होगा। इसके बाद आप पत्र भेजने पर प्रतिबंध लगा सकते हैं. इसे आउटगोइंग अक्षरों की संख्या और प्रेषित सूचना के बाइट्स की संख्या दोनों के रूप में सेट किया जा सकता है। साथ ही, निर्धारित सीमा से अधिक भेजे जाने वाले पत्रों से अलग ढंग से निपटा जाना चाहिए। इसलिए, उदाहरण के लिए, आप उन्हें तुरंत हटा सकते हैं, या आप उन्हें सहेज सकते हैं ताकि संदेश भेजने की सीमा अपडेट होने के तुरंत बाद उन्हें भेजा जा सके। कर्मचारियों द्वारा ईमेल भेजने की सीमा का इष्टतम मूल्य निर्धारित करते समय दूसरे विकल्प का उपयोग किया जा सकता है।

पत्र भेजने पर प्रतिबंध के अलावा, सीबीपॉलिसीडी आपको पत्र प्राप्त करने की सीमा निर्धारित करने की अनुमति देता है। ऐसी सीमा, पहली नज़र में, मेल बमबारी से बचाने के लिए एक उत्कृष्ट समाधान है, लेकिन वास्तव में, ऐसी सीमा निर्धारित करना, यहां तक ​​​​कि बड़ी भी, इस तथ्य से भरा है कि कुछ शर्तों के तहत एक महत्वपूर्ण पत्र आप तक नहीं पहुंच सकता है। इसीलिए आने वाले मेल के लिए किसी भी प्रतिबंध को सक्षम करने की अत्यधिक अनुशंसा नहीं की जाती है। हालाँकि, यदि आप अभी भी जोखिम लेने का निर्णय लेते हैं, तो आपको आने वाले संदेश की सीमा निर्धारित करने पर विशेष ध्यान देने की आवश्यकता है। उदाहरण के लिए, आप विश्वसनीय समकक्षों से आने वाले ईमेल की संख्या को सीमित कर सकते हैं ताकि यदि उनके मेल सर्वर से छेड़छाड़ की जाती है, तो यह आपके व्यवसाय पर स्पैम हमला नहीं करेगा।

मेल बमबारी के दौरान आने वाले संदेशों की आमद से बचाने के लिए, सिस्टम प्रशासक को आने वाले मेल को सीमित करने की तुलना में कुछ अधिक चतुराई से काम करना चाहिए। यह समाधान ग्रे सूचियों का उपयोग हो सकता है. उनके संचालन का सिद्धांत यह है कि किसी अविश्वसनीय प्रेषक से संदेश भेजने के पहले प्रयास पर, सर्वर से कनेक्शन अचानक बाधित हो जाता है, जिसके कारण पत्र की डिलीवरी विफल हो जाती है। हालाँकि, यदि एक निश्चित अवधि में कोई अविश्वसनीय सर्वर उसी पत्र को दोबारा भेजने का प्रयास करता है, तो सर्वर कनेक्शन बंद नहीं करता है और उसकी डिलीवरी सफल होती है।

इन सभी कार्यों का सार यह है कि स्वचालित रूप से बड़े पैमाने पर ईमेल भेजने के कार्यक्रम आमतौर पर भेजे गए संदेश की डिलीवरी की सफलता की जांच नहीं करते हैं और इसे दूसरी बार भेजने का प्रयास नहीं करते हैं, जबकि एक व्यक्ति निश्चित रूप से यह सुनिश्चित करेगा कि उसका पत्र भेजा गया था या नहीं पता है या नहीं.

आप cbpolicyd वेब इंटरफ़ेस में ग्रेलिस्टिंग भी सक्षम कर सकते हैं। सब कुछ काम करने के लिए, आपको एक नीति बनाने की आवश्यकता है जिसमें हमारे सर्वर पर उपयोगकर्ताओं को संबोधित सभी आने वाले पत्र शामिल होंगे, और फिर, इस नीति के आधार पर, एक ग्रेलिस्टिंग नियम बनाएं, जहां आप उस अंतराल को कॉन्फ़िगर कर सकते हैं जिसके दौरान सीबीपॉलिसीड प्रतीक्षा करेगा किसी अज्ञात व्यक्ति प्रेषक से दोबारा प्रतिक्रिया के लिए। आमतौर पर यह 4-5 मिनट का होता है. साथ ही, ग्रे सूचियों को कॉन्फ़िगर किया जा सकता है ताकि विभिन्न प्रेषकों से पत्र वितरित करने के सभी सफल और असफल प्रयासों को ध्यान में रखा जा सके और, उनकी संख्या के आधार पर, प्रेषक को स्वचालित रूप से सफेद या काली सूचियों में जोड़ने का निर्णय लिया जा सके।

हम आपका ध्यान इस बात की ओर आकर्षित करते हैं कि ग्रे लिस्ट का उपयोग अत्यंत जिम्मेदारी के साथ किया जाना चाहिए। यह सबसे अच्छा होगा यदि इस तकनीक का उपयोग सफेद और काली सूचियों के निरंतर रखरखाव के साथ-साथ किया जाए ताकि ईमेल खोने की संभावना को खत्म किया जा सके जो उद्यम के लिए वास्तव में महत्वपूर्ण हैं।

इसके अतिरिक्त, एसपीएफ़, डीएमएआरसी और डीकेआईएम जांच जोड़ने से ईमेल बमबारी से बचाने में मदद मिल सकती है। अक्सर मेल बमबारी की प्रक्रिया के माध्यम से आने वाले पत्र ऐसी जांच में सफल नहीं हो पाते हैं। यह कैसे करना है इस पर चर्चा हुई हमारे पिछले लेखों में से एक में.

इस प्रकार, ईमेल बमबारी जैसे खतरे से खुद को बचाना काफी सरल है, और आप इसे अपने उद्यम के लिए जिम्ब्रा बुनियादी ढांचे के निर्माण के चरण में भी कर सकते हैं। हालाँकि, यह लगातार सुनिश्चित करना महत्वपूर्ण है कि ऐसी सुरक्षा का उपयोग करने का जोखिम कभी भी आपको मिलने वाले लाभों से अधिक न हो।

स्रोत: www.habr.com