Zimbra र मेल बम विस्फोट सुरक्षा

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

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

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

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

Zimbra Postfix मा आधारित छ, आज उपलब्ध सबैभन्दा भरपर्दो र कार्यात्मक खुला स्रोत मेल ट्रान्सफर एजेन्टहरू मध्ये एक। र यसको खुलापनको मुख्य फाइदाहरू मध्ये एक यो हो कि यसले कार्यक्षमता विस्तार गर्न तेस्रो-पक्ष समाधानहरूको विस्तृत विविधतालाई समर्थन गर्दछ। विशेष गरी, पोस्टफिक्सले cbpolicyd लाई पूर्ण रूपमा समर्थन गर्दछ, मेल सर्भर साइबर सुरक्षा सुनिश्चित गर्नको लागि एक उन्नत उपयोगिता। एन्टि-स्प्याम सुरक्षा र ह्वाइटलिस्टहरू, कालोसूचीहरू र ग्रेलिस्टहरूको सिर्जनाको अतिरिक्त, cbpolicyd ले Zimbra प्रशासकलाई SPF हस्ताक्षर प्रमाणीकरण कन्फिगर गर्न अनुमति दिन्छ, साथै इमेल वा डाटा प्राप्त गर्न र पठाउनमा प्रतिबन्धहरू सेट गर्दछ। तिनीहरू दुवै स्प्याम र फिसिङ इमेलहरू विरुद्ध विश्वसनीय सुरक्षा प्रदान गर्न सक्छन्, र इमेल बम विस्फोटबाट सर्भरलाई जोगाउन सक्छन्।

प्रणाली प्रशासकबाट आवश्यक पर्ने पहिलो कुरा cbpolicyd मोड्युल सक्रिय गर्नु हो, जुन पूर्वाधार MTA सर्भरमा Zimbra Collaboration Suite OSE मा पूर्व-स्थापित छ। यो आदेश 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="root";
$DB_TABLE_PREFIX="";

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

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

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

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

पत्रहरू पठाउन प्रतिबन्धहरूको अतिरिक्त, cbpolicyd ले तपाईंलाई पत्रहरू प्राप्त गर्ने सीमा सेट गर्न अनुमति दिन्छ। यस्तो सीमा, पहिलो नजरमा, मेल बम विष्फोट विरुद्ध सुरक्षाको लागि उत्कृष्ट समाधान हो, तर वास्तवमा, यस्तो सीमा सेटिङ, एक ठूलो पनि, तथ्यले भरिएको छ कि केहि सर्तहरूमा महत्त्वपूर्ण पत्र तपाईमा पुग्न सक्दैन। यसैले आगमन मेलको लागि कुनै पनि प्रतिबन्धहरू सक्षम गर्न अत्यधिक सिफारिस गरिएको छैन। यद्यपि, यदि तपाइँ अझै पनि जोखिम लिने निर्णय गर्नुहुन्छ भने, तपाइँले विशेष ध्यान दिएर आगमन सन्देश सीमा सेट गर्न आवश्यक छ। उदाहरणका लागि, तपाईंले विश्वसनीय प्रतिपक्षहरूबाट आगमन इमेलहरूको संख्या सीमित गर्न सक्नुहुन्छ ताकि यदि तिनीहरूको मेल सर्भरमा सम्झौता भयो भने, यसले तपाईंको व्यवसायमा स्प्याम आक्रमण सुरु गर्दैन।

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

यी सबै कार्यहरूको बिन्दु यो हो कि स्वचालित रूपमा सामूहिक इमेलहरू पठाउने कार्यक्रमहरू सामान्यतया पठाइएको सन्देशको डेलिभरीको सफलता जाँच गर्दैनन् र यसलाई दोस्रो पटक पठाउने प्रयास गर्दैनन्, जबकि एक व्यक्तिले निश्चित रूपमा आफ्नो पत्र पठाइएको थियो कि भनेर निश्चित गर्नेछ। ठेगाना हो वा होइन।

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

ग्रे लिस्टको प्रयोग अत्यन्त जिम्मेवारीका साथ गरिनुपर्छ भन्ने तथ्यमा हामी तपाईंको ध्यानाकर्षण गराउँछौं। उद्यमको लागि साँच्चै महत्त्वपूर्ण इमेलहरू हराउने सम्भावनालाई हटाउन यस प्रविधिको प्रयोग सेतो र कालो सूचीहरूको निरन्तर मर्मतसम्भारसँग हात मिलाएर जान्छ भने उत्तम हुन्छ।

थप रूपमा, SPF, DMARC, र DKIM जाँचहरू थप्दा इमेल बम विस्फोटबाट जोगाउन मद्दत गर्न सक्छ। प्राय: पत्र बम विष्फोटको प्रक्रिया मार्फत आइपुग्दा त्यस्ता जाँचहरू पास गर्दैनन्। यो कसरी गर्ने भन्ने विषयमा छलफल भएको थियो हाम्रो अघिल्लो लेख मध्ये एक मा.

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

स्रोत: www.habr.com