झिंब्रा आणि मेल बॉम्बस्फोट संरक्षण

मेल बॉम्बिंग हा सायबर हल्ल्यांचा सर्वात जुना प्रकार आहे. त्याच्या मुळाशी, ते नियमित DoS हल्ल्यासारखे दिसते, फक्त वेगवेगळ्या IP पत्त्यांकडून विनंतीच्या लहरीऐवजी, ईमेलची एक लहर सर्व्हरवर पाठविली जाते, जी मोठ्या प्रमाणात ईमेल पत्त्यांपैकी एकावर पोहोचते, ज्यामुळे लोड होते. त्यावर लक्षणीय वाढ होते. अशा हल्ल्यामुळे मेलबॉक्स वापरण्यास असमर्थता येते आणि काहीवेळा संपूर्ण सर्व्हरच्या अपयशास कारणीभूत ठरू शकते. या प्रकारच्या सायबर हल्ल्याच्या दीर्घ इतिहासामुळे सिस्टम प्रशासकांसाठी अनेक सकारात्मक आणि नकारात्मक परिणाम झाले आहेत. सकारात्मक घटकांमध्ये मेल बॉम्बस्फोटाचे चांगले ज्ञान आणि अशा हल्ल्यापासून स्वतःचे संरक्षण करण्यासाठी सोप्या मार्गांची उपलब्धता समाविष्ट आहे. नकारात्मक घटकांमध्ये या प्रकारचे हल्ले करण्यासाठी मोठ्या संख्येने सार्वजनिकरीत्या उपलब्ध सॉफ्टवेअर सोल्यूशन्स आणि आक्रमणकर्त्याची स्वतःला ओळखण्यापासून सुरक्षितपणे सुरक्षित ठेवण्याची क्षमता यांचा समावेश होतो.

या सायबर हल्ल्याचे महत्त्वाचे वैशिष्टय़ म्हणजे नफ्यासाठी त्याचा वापर करणे जवळपास अशक्य आहे. बरं, हल्लेखोराने मेलबॉक्सपैकी एकाला ईमेलची लहर पाठवली, बरं, त्याने त्या व्यक्तीला ईमेल सामान्यपणे वापरण्याची परवानगी दिली नाही, बरं, हल्लेखोराने एखाद्याचा कॉर्पोरेट ईमेल हॅक केला आणि संपूर्ण GAL मध्ये हजारो पत्रे मोठ्या प्रमाणावर पाठवायला सुरुवात केली, जे सर्व्हर एकतर क्रॅश का झाला किंवा मंद होऊ लागला ज्यामुळे त्याचा वापर करणे अशक्य झाले आणि पुढे काय? अशा सायबर गुन्ह्याचे वास्तविक पैशात रूपांतर करणे जवळजवळ अशक्य आहे, त्यामुळे मेल बॉम्बस्फोट ही सध्या एक दुर्मिळ घटना आहे आणि सिस्टम प्रशासक, पायाभूत सुविधांची रचना करताना, अशा सायबर हल्ल्यापासून संरक्षण करण्याची आवश्यकता लक्षात ठेवू शकत नाही.

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

म्हणूनच सिस्टम प्रशासकाने ईमेल बॉम्बस्फोटाच्या संभाव्यतेबद्दल विसरू नये आणि या धोक्यापासून संरक्षण करण्यासाठी नेहमी आवश्यक उपाययोजना कराव्यात. मेल इन्फ्रास्ट्रक्चर तयार करण्याच्या टप्प्यावर हे केले जाऊ शकते आणि सिस्टम प्रशासकाकडून खूप कमी वेळ आणि श्रम लागतात हे लक्षात घेता, मेल बॉम्बिंगपासून संरक्षणासह आपल्या पायाभूत सुविधा प्रदान न करण्याची कोणतीही वस्तुनिष्ठ कारणे नाहीत. Zimbra Collaboration Suite Open-Source Edition मध्ये या सायबर हल्ल्यापासून संरक्षण कसे लागू केले जाते ते पाहू या.

झिंब्रा पोस्टफिक्सवर आधारित आहे, जो आज उपलब्ध असलेल्या सर्वात विश्वासार्ह आणि कार्यक्षम ओपन सोर्स मेल ट्रान्सफर एजंटपैकी एक आहे. आणि त्याच्या मोकळेपणाचा एक मुख्य फायदा म्हणजे ते कार्यक्षमता वाढवण्यासाठी विविध प्रकारच्या तृतीय-पक्ष समाधानांना समर्थन देते. विशेषतः, पोस्टफिक्स cbpolicyd ला पूर्णपणे समर्थन देते, मेल सर्व्हर सायबर सुरक्षा सुनिश्चित करण्यासाठी एक प्रगत उपयुक्तता. अँटी-स्पॅम संरक्षण आणि श्वेतसूची, ब्लॅकलिस्ट आणि ग्रेलिस्ट तयार करण्याव्यतिरिक्त, cbpolicyd Zimbra प्रशासकास SPF स्वाक्षरी सत्यापन कॉन्फिगर करण्याची परवानगी देते, तसेच ईमेल किंवा डेटा प्राप्त करणे आणि पाठवणे यावर निर्बंध सेट करते. ते स्पॅम आणि फिशिंग ईमेल्सपासून विश्वसनीय संरक्षण प्रदान करू शकतात आणि सर्व्हरला ईमेल बॉम्बिंगपासून संरक्षित करू शकतात.

सिस्टीम अॅडमिनिस्ट्रेटरकडून आवश्यक असलेली पहिली गोष्ट म्हणजे cbpolicyd मॉड्यूल सक्रिय करणे, जे Zimbra Collaboration Suite OSE मध्ये इन्फ्रास्ट्रक्चर MTA सर्व्हरवर प्री-इंस्टॉल केलेले आहे. हे 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 रीस्टार्ट आणि zmapachectl रीस्टार्ट कमांड वापरून झिंब्रा आणि झिंब्रा अपाचे सेवा रीस्टार्ट करणे बाकी आहे. यानंतर, तुम्हाला येथे वेब इंटरफेसमध्ये प्रवेश मिळेल Example.com:7780/webui/index.php. मुख्य गोष्ट अशी आहे की या वेब इंटरफेसचे प्रवेशद्वार अद्याप कोणत्याही प्रकारे संरक्षित केलेले नाही आणि अनधिकृत व्यक्तींना त्यात प्रवेश करण्यापासून प्रतिबंधित करण्यासाठी, आपण वेब इंटरफेसच्या प्रत्येक प्रवेशानंतर पोर्ट 7780 वर कनेक्शन बंद करू शकता.

तुम्ही ईमेल पाठवण्यासाठी कोटा वापरून अंतर्गत नेटवर्कवरून येणाऱ्या ईमेलच्या पुरापासून स्वतःचे संरक्षण करू शकता, जे cbpolicyd ला धन्यवाद सेट केले जाऊ शकते. अशा कोटा तुम्हाला एका मेलबॉक्समधून वेळेच्या एका युनिटमध्ये पाठवल्या जाऊ शकणार्‍या पत्रांच्या कमाल संख्येवर मर्यादा सेट करण्याची परवानगी देतात. उदाहरणार्थ, जर तुमचे व्यवसाय व्यवस्थापक प्रति तास सरासरी 60-80 ईमेल पाठवत असतील, तर तुम्ही थोड्या फरकाने प्रति तास 100 ईमेल्सचा कोटा सेट करू शकता. हा कोटा गाठण्यासाठी व्यवस्थापकांना दर 36 सेकंदाला एक ईमेल पाठवावा लागेल. एकीकडे, हे पूर्णपणे कार्य करण्यासाठी पुरेसे आहे आणि दुसरीकडे, अशा कोट्यासह, आक्रमणकर्ते ज्यांनी आपल्या व्यवस्थापकांपैकी एकाच्या मेलमध्ये प्रवेश केला आहे ते मेल बॉम्बस्फोट किंवा एंटरप्राइझवर मोठ्या प्रमाणात स्पॅम हल्ला करणार नाहीत.

असा कोटा सेट करण्यासाठी, तुम्हाला वेब इंटरफेसमध्ये नवीन ईमेल पाठवण्याचे प्रतिबंध धोरण तयार करणे आवश्यक आहे आणि ते डोमेनमध्ये पाठवलेल्या पत्रांना आणि बाह्य पत्त्यांवर पाठवलेल्या पत्रांना लागू होते हे निर्दिष्ट करणे आवश्यक आहे. हे खालीलप्रमाणे केले जाते:

यानंतर, आपण पत्रे पाठविण्याशी संबंधित निर्बंध अधिक तपशीलवार निर्दिष्ट करू शकता, विशेषतः, वेळ मध्यांतर सेट करा ज्यानंतर निर्बंध अद्यतनित केले जातील, तसेच ज्या वापरकर्त्याने त्याची मर्यादा ओलांडली आहे त्याला संदेश प्राप्त होईल. यानंतर, आपण पत्र पाठविण्यावर निर्बंध सेट करू शकता. हे आउटगोइंग अक्षरांची संख्या आणि प्रसारित माहितीच्या बाइट्सची संख्या म्हणून सेट केले जाऊ शकते. त्याच वेळी, नियुक्त केलेल्या मर्यादेपेक्षा जास्त पाठवलेल्या पत्रांना वेगळ्या पद्धतीने हाताळले पाहिजे. म्हणून, उदाहरणार्थ, तुम्ही त्यांना ताबडतोब हटवू शकता, किंवा तुम्ही त्यांना सेव्ह करू शकता जेणेकरून संदेश पाठवण्याची मर्यादा अपडेट केल्यानंतर ते लगेच पाठवले जातील. कर्मचार्‍यांद्वारे ईमेल पाठविण्याच्या मर्यादेचे इष्टतम मूल्य निर्धारित करताना दुसरा पर्याय वापरला जाऊ शकतो.

पत्रे पाठवण्यावरील निर्बंधांव्यतिरिक्त, cbpolicyd तुम्हाला पत्रे प्राप्त करण्यासाठी मर्यादा सेट करण्याची परवानगी देते. अशी मर्यादा, पहिल्या दृष्टीक्षेपात, मेल बॉम्बस्फोटापासून संरक्षण करण्यासाठी एक उत्कृष्ट उपाय आहे, परंतु खरं तर, अशी मर्यादा सेट करणे, अगदी मोठी देखील, या वस्तुस्थितीने परिपूर्ण आहे की काही विशिष्ट परिस्थितीत एक महत्त्वाचे पत्र आपल्यापर्यंत पोहोचू शकत नाही. म्हणूनच इनकमिंग मेलसाठी कोणतेही निर्बंध सक्षम करण्याची शिफारस केलेली नाही. तथापि, तरीही तुम्ही जोखीम घेण्याचा निर्णय घेतल्यास, तुम्हाला विशेष लक्ष देऊन इनकमिंग मेसेज मर्यादा सेट करणे आवश्यक आहे. उदाहरणार्थ, तुम्ही विश्वसनीय प्रतिपक्षांकडून येणार्‍या ईमेलची संख्या मर्यादित करू शकता जेणेकरून त्यांच्या मेल सर्व्हरशी तडजोड झाल्यास, ते तुमच्या व्यवसायावर स्पॅम हल्ला करणार नाही.

मेल बॉम्बिंग दरम्यान येणार्‍या संदेशांच्या प्रवाहापासून संरक्षण करण्यासाठी, सिस्टम प्रशासकाने येणारे मेल मर्यादित करण्यापेक्षा काहीतरी अधिक हुशार केले पाहिजे. हा उपाय ग्रे लिस्टचा वापर असू शकतो. त्यांच्या ऑपरेशनचे तत्त्व असे आहे की अविश्वसनीय प्रेषकाकडून संदेश वितरीत करण्याचा पहिला प्रयत्न केल्यावर, सर्व्हरशी कनेक्शन अचानक व्यत्यय आणले जाते, म्हणूनच पत्राचे वितरण अयशस्वी होते. तथापि, एखाद्या विशिष्ट कालावधीत अविश्वासू सर्व्हरने तेच पत्र पुन्हा पाठवण्याचा प्रयत्न केल्यास, सर्व्हर कनेक्शन बंद करत नाही आणि त्याचे वितरण यशस्वी होते.

या सर्व क्रियांचा मुद्दा असा आहे की स्वयंचलितपणे मोठ्या प्रमाणात ईमेल पाठविण्याचे प्रोग्राम सहसा पाठवलेला संदेश वितरणाचे यश तपासत नाहीत आणि दुसर्‍यांदा पाठविण्याचा प्रयत्न करत नाहीत, तर एखादी व्यक्ती निश्चितपणे खात्री करेल की त्याचे पत्र पाठवले गेले आहे की नाही. पत्ता आहे की नाही.

तुम्ही cbpolicyd वेब इंटरफेसमध्ये ग्रेलिस्टिंग देखील सक्षम करू शकता. सर्वकाही कार्य करण्यासाठी, तुम्हाला आमच्या सर्व्हरवरील वापरकर्त्यांना उद्देशून सर्व येणारी पत्रे समाविष्ट करण्यासाठी एक धोरण तयार करणे आवश्यक आहे आणि नंतर, या धोरणाच्या आधारे, एक ग्रेलिस्टिंग नियम तयार करा, जेथे तुम्ही मध्यांतर कॉन्फिगर करू शकता ज्या दरम्यान cbpolicyd प्रतीक्षा करेल. अज्ञात व्यक्ती प्रेषकाकडून पुनरावृत्ती प्रतिसादासाठी. सहसा ते 4-5 मिनिटे असते. त्याच वेळी, राखाडी याद्या कॉन्फिगर केल्या जाऊ शकतात जेणेकरून वेगवेगळ्या प्रेषकांकडून पत्र वितरित करण्याचे सर्व यशस्वी आणि अयशस्वी प्रयत्न विचारात घेतले जातील आणि त्यांच्या संख्येच्या आधारावर, प्रेषकांना पांढऱ्या किंवा काळ्या सूचीमध्ये स्वयंचलितपणे जोडण्याचा निर्णय घेतला जाईल.

ग्रे लिस्टचा वापर अत्यंत जबाबदारीने व्हायला हवा याकडे आम्ही तुमचे लक्ष वेधतो. एंटरप्राइझसाठी खरोखर महत्वाचे असलेले ईमेल गमावण्याची शक्यता दूर करण्यासाठी पांढऱ्या आणि काळ्या सूचीच्या सतत देखरेखीसह या तंत्रज्ञानाचा वापर केला तर सर्वोत्तम होईल.

याव्यतिरिक्त, SPF, DMARC आणि DKIM चेक जोडणे ईमेल बॉम्बिंगपासून संरक्षण करण्यात मदत करू शकते. बर्‍याचदा मेल बॉम्बिंगच्या प्रक्रियेतून येणारी पत्रे अशी तपासणी पास करत नाहीत. हे कसे करायचे यावर चर्चा झाली आमच्या मागील लेखांपैकी एकात.

अशा प्रकारे, ईमेल बॉम्बिंगसारख्या धोक्यापासून स्वतःचे संरक्षण करणे अगदी सोपे आहे आणि आपण हे आपल्या एंटरप्राइझसाठी झिंब्रा पायाभूत सुविधा तयार करण्याच्या टप्प्यावर देखील करू शकता. तथापि, हे सतत सुनिश्चित करणे महत्वाचे आहे की असे संरक्षण वापरण्याचे धोके आपल्याला प्राप्त होणाऱ्या फायद्यांपेक्षा कधीही जास्त नसतात.

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