VPN वर ईमेल फिल्टरिंग: सामग्री नियम प्रत्यक्षात कुठे चालतात

ही विनंती नेटवर्क समस्येसारखी वाटते: विशिष्ट प्रकारचे अटॅचमेंट इमारतीबाहेर जाऊ नये असे थांबवा, आणि VPN आधीच आहे, म्हणून तो वापरा. ती चौकट फिल्टरला उत्तर द्यावे लागणाऱ्या पहिल्या प्रश्नावरच मोडते. सामग्री नियमांना संदेश पाहणे आवश्यक आहे, आणि संदेश टनेलपेक्षा वेगळ्या स्तरावर दिसतो. मी पॅकेटपासून बाहेरच्या दिशेने मेल मार्ग चालतो आणि आवश्यक डेटा प्रत्यक्षात असलेल्या पहिल्या ठिकाणी थांबतो.

तीन स्तर स्वतंत्र आहेत: VPN वाहतूक, SMTP TLS कनेक्शन आणि संदेशाचे स्वतःचे एन्क्रिप्शन. प्रत्येक वेगळ्या ठिकाणी संपतो.

संदेश पाहू शकणाऱ्या स्तरापासून सुरुवात करा

VPN डीकॅप्स्युलेशन तुम्हाला आतील नेटवर्क रहदारी देते. मेल क्लायंटने सबमिशन सर्व्हरशी TLS कनेक्शन उघडले असेल, तर आतील रहदारीत अजूनही तो TLS प्रवाह असतो, वाचनीय मेल नाही.

त्यामुळे टनेलच्या काठावर घेतलेले पॅकेट कॅप्चर «या संदेशात प्रतिबंधित अटॅचमेंट आहे का» या प्रश्नापेक्षा वेगळ्या प्रश्नाचे उत्तर देते.

SMTP TLS समाप्ती लिफाफ्यावर संपते

मेल सर्व्हरवर SMTP TLS संपवल्यास संदेश त्या बिंदूपर्यंत सबमिट केल्याप्रमाणे उघड होतो. सर्व्हर हेडर, लिफाफा आणि MIME रचना पाहतो. अनेक सामग्री नियमांसाठी हे पुरेसे आहे. लिफाफा तुम्हाला प्रेषक आणि प्राप्तकर्ते सर्व्हरने समजले त्याप्रमाणे सांगतो.

S/MIME ने संरक्षित संदेशासाठी हे पुरेसे नाही. सर्व्हर संरक्षित घटक घेतो, आणि संबंधित की नसल्यास त्यातील सामग्री वाचू शकत नाही. तीच मर्यादा अखंड पोहोचणाऱ्या एन्क्रिप्टेड अटॅचमेंटलाही लागू होते.

निष्क्रिय कॅप्चर वाचनीय करण्यासाठी वाहतूक सुरक्षा कमकुवत करू नका. ते नियम डेटा असलेल्या ठिकाणी ठेवण्याऐवजी स्थापत्य बदलते.

S/MIME तिथे संपते जिथे की आहेत

S/MIME MIME संदेशाच्या डेटाचे संरक्षण करते, म्हणून त्याची सीमा की सामग्री आणि अधिकृत डिक्रिप्शन व्यवस्था आहे. त्या की नसलेला फिल्टर दृश्य मेटाडेटा किंवा संरक्षित वस्तूच्या उपस्थितीवर अजूनही कार्य करू शकतो, पण तो वेगळा निकाल आहे.

संस्था अधिकृत एन्क्रिप्शन गेटवे किंवा व्यवस्थापित एंडपॉइंट नियंत्रण चालवत असेल, तर स्पष्ट मजकूर कुठे आहे, कोणती ओळख त्याची तपासणी करू शकते आणि की व नोंदी कशा संरक्षित होतात हे दस्तऐवजीत करा. VPN मधून रहदारी पाठवल्याने कोणतीही मास्टर की तयार होत नाही.

कोणी स्पष्ट मजकुराचे वर्गीकरण देण्याचे वचन देण्यापूर्वी हे लिहून ठेवा. वचन हाच मागे घेणे कठीण असलेला भाग आहे.

नियम मेल प्लॅटफॉर्ममध्ये ठेवा

मंजूर मेल सर्व्हर वाचनीय संदेश घेत असेल, तर त्याचे समर्थित सामग्री-फिल्टर एकत्रीकरण हे अंमलबजावणी बिंदू आहे. हे फायरवॉलमधून SMTP कनेक्शनला परवानगी देण्यापेक्षा वेगळे आहे. हाच फरक नियम नाकारू शकतो, क्वारंटाइन करू शकतो किंवा फक्त नोंद करू शकतो हे ठरवतो.

उदाहरणार्थ, Postfix दस्तऐवजीत करते रांगेनंतरचे सामग्री फिल्टरिंग: मेल रांगेत जातो, फिल्टरकडे दिला जातो आणि वितरण मार्गावर परत येतो. त्याची रांगेनंतरची मांडणी त्याच मार्गदर्शकाने निर्देशिलेल्या रांगेपूर्वीच्या प्रॉक्सी आणि Milter पर्यायांपेक्षा वेगळी आहे. तुम्ही प्रत्यक्षात चालवत असलेल्या मेल सेवेसाठी समर्थित एकत्रीकरण आणि अपयश वर्तन निवडा.

एक अटॅचमेंट नियम संपूर्ण डेटा-हानी कार्यक्रम नाही. ब्राउझर अपलोड, सामायिक साठवण आणि एंडपॉइंट क्रिया यांना स्वतःचे नियंत्रण हवे.

कृत्रिम संदेशांसह स्वीकृती चाचणी लिहा

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

उपयुक्त निकाल क्रिया, अंमलबजावणी बिंदू आणि तिथे दिसणारा डेटा नावाने सांगतो. «VPN ने ते डिक्रिप्ट केले» एका स्तराचे उत्तर देते आणि मेल अनुप्रयोगाच्या सामग्री व अधिकृतता प्रतिमानाची जागा घेऊ शकत नाही.