फील्ड उपकरण, TLS आणि VPN: कोणती सीमा काय संरक्षित करते

फील्ड उपकरण सेवेशी कनेक्शन उघडते आणि रचनेचा प्रश्न VPN आणि TLS यांमधील निवड म्हणून येतो. ही चौकट चुकीची आहे, कारण दोन्ही वेगवेगळे काम करतात. TLS अनुप्रयोगाचा अंतिम बिंदू प्रमाणित करते आणि संवाद संरक्षित करते; तर VPN पोहोचक्षमता नियंत्रित करते आणि समवयस्कांमधील पॅकेट संरक्षित करते. उपकरणापासून बाहेरच्या दिशेने कनेक्शनचा मागोवा घ्या आणि प्रत्येक स्तराचे स्वतःचे उत्तर आहे.

TLS कुठे संपते हे सांगू शकत नसेल, तर अनुप्रयोग प्रत्यक्षात कशावर विश्वास ठेवतो हेही सांगू शकणार नाही.

TLS प्रत्यक्षात कुठे संपते ते शोधा

उपकरणाच्या अनुप्रयोगापासून सुरुवात करा आणि हँडशेक पूर्ण करणाऱ्या प्रक्रियेपर्यंत कनेक्शनचा मागोवा घ्या. जर प्रॉक्सी मेनफ्रेमपूर्वी TLS संपवत असेल, तर संरक्षित मार्ग प्रॉक्सीवर संपतो. उर्वरित टप्प्याला स्वतःचे दस्तऐवजीकृत संरक्षण आवश्यक आहे.

गृहीतकाच्या आधारे याला टोकापासून टोकापर्यंत म्हणणे हाच रचना आढावा त्रुटी मंजूर करण्याचा मार्ग आहे. समाप्ती बिंदू आणि विश्वासाचा आधार एकाच आकृतीत काढा.

TLS दोन्ही दिशांनी विनंत्या आणि प्रतिसाद वाहून नेते, त्यामुळे द्विमुखी अनुप्रयोगाला स्वाभाविकपणे TLS ऐवजी VPN ची गरज नसते. उलटेही खरे आहे: त्याच उपकरणावरील इतर प्रोटोकॉलसाठी तैनातीला अजूनही VPN लागू शकते.

उपकरणाने काय प्रमाणित करावे ते ठरवा

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

पाठवण्यापूर्वी कील संरक्षण, नूतनीकरण, रद्दीकरण आणि पुनर्प्राप्तीची योजना करा. अपयशी नूतनीकरणानंतर पुन्हा नोंदवता न येणारे क्षेत्रातील उपकरण स्थळभेटीत बदलते आणि तो खर्च हँडशेकपेक्षा जास्त रचना घडवतो.

समर्थित लाइब्ररी आणि सध्याचे मार्गदर्शन वापरा. आधुनिक TLS तैनाती मार्गदर्शन TLS 1.0 आणि 1.1 वर वाटाघाटी प्रतिबंधित करतात, आणि जुन्या रचना टिपीतील TLSv1 उल्लेख आवश्यकता नाही.

हँडशेक अपयशी झाल्यास बंद राहा

अपयशी हँडशेक किंवा अपयशी ओळख तपासणी शांतपणे मूळ स्पष्ट-मजकूर प्रोटोकॉलकडे परत जाऊ नये. तोच परतीचा मार्ग म्हणजे TLS कामाने बंद करायची असलेली असुरक्षितता. अपयश उपकरण चालक आणि सेवेला दृश्यमान करा, आणि संवेदनशील कामांसाठी संरक्षित चॅनेल अनिवार्य करा. नंतर प्रमाणित उपकरण काय करू शकते हे अनुप्रयोग अधिकृततेने ठरवू द्या.

कनेक्शनचे आयुष्य, फ्रेमिंग, वेळ मर्यादा आणि पुनःप्रयत्नाचे वर्तन कराराचा भाग म्हणून परिभाषित करा. एन्क्रिप्शन पुनरावृत्त आदेश सुरक्षित करत नाही, आणि अनिश्चित मागील कामानंतरच्या पुनःप्रयत्नाला अनुप्रयोग स्तरावरील उत्तर आवश्यक आहे.

परतीचा नियम लिहा. “हँडशेक अपयशी झाल्यास ते TLS शिवाय पुन्हा जोडते” हा रचना निर्णय आहे, आणि तो स्पष्ट असावा.

VPN ला फक्त तेच काम द्या जे ते करू शकते

VPN पोहोचक्षमता मर्यादित करू शकते आणि स्वतःच्या समवयस्कापर्यंत पॅकेट संरक्षित करू शकते. TLS निवडलेल्या अंतिम बिंदूशी अनुप्रयोगाचे नाते संरक्षित करते. त्यांचे समाप्ती बिंदू वेगळे असू शकतात, आणि दोन्हीपैकी कोणीही अंतिम बिंदूचा साठवलेला डेटा किंवा प्रशासकीय प्रवेश सुरक्षित करत नाही.

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