आपका VPN पासवर्ड उतना ही निजी है जितना इसका सत्यापनकर्ता

किसी भी VPN लॉगिन के बारे में चार प्रश्नों पर विचार करें: पारगमन के दौरान पासवर्ड की रक्षा क्या करता है, कौन सा घटक उसे प्राप्त करता है, वह घटक उसके साथ क्या करता है, और बाद में क्या संग्रहीत होता है। हर उत्तर एक अलग नियंत्रण है, और एक पर मजबूत उत्तर बाकी के बारे में कुछ नहीं कहता। गलती यह है कि टनल एन्क्रिप्शन को ऐसे मानना जैसे वह चारों को ढकता हो। वह पहले को ढकता है, और केवल पहले को।

यह पूछें कि सत्र कौन समाप्त करता है, यह नहीं कि सत्र एन्क्रिप्टेड है या नहीं।

ठीक किसके लिए एन्क्रिप्टेड?

TLS क्लाइंट और कनेक्शन समाप्त करने वाले के बीच पासवर्ड की रक्षा करता है। यदि वह अंतिम बिंदु VPN गेटवे है, तो गेटवे का प्रमाणीकरण कोड सादे टेक्स्ट में पासवर्ड देखता है, उसे मान्य करता है, और उसे या उससे व्युत्पन्न मान आगे भेजता है। यही इच्छित डिज़ाइन है, रिसाव नहीं। मार्ग पर नेटवर्क पर्यवेक्षक कुछ उपयोगी नहीं सीखता, और सत्यापन करने वाला घटक वह सब सीखता है जिसकी उसे आवश्यकता है।

OpenVPN समुदाय इसे स्पष्ट रूप से प्रलेखित करता है: auth-user-pass-verify प्रस्तुत क्रेडेंशियल को सत्यापन स्क्रिप्ट या प्लगइन को सौंपता है। यह घटकों के बीच जानबूझकर किया गया हस्तांतरण है, और यह नामित पक्ष के रूप में विश्वास मॉडल में आता है।

सत्यापनकर्ता पासवर्ड देखता है

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

अलग-अलग विधियाँ अलग-अलग सामग्री उजागर करती हैं। प्रमाणपत्र प्रमाणीकरण निजी कुंजी को भेजे बिना सिद्ध करता है, और संघीय प्रवाह VPN को सीमित दावा जारी करते हुए पासवर्ड को पहचान प्रदाता के पास रख सकता है। वे डिज़ाइन दायरे को सँकरा करते हैं; उनमें से कोई भी हर विश्वसनीय पक्ष को समाप्त नहीं करता।

संग्रहीत हैश एक अलग चरण की रक्षा करते हैं

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

इसलिए एक अच्छी तरह हैश किया गया पासवर्ड भंडार और एक उजागर सत्यापन स्क्रिप्ट बिना विरोधाभास के एक ही उत्पाद में सह-अस्तित्व रख सकते हैं।

ऐसी विधि चुनना जो दायरे को सँकरा करे

यदि आवश्यकता यह है कि गेटवे को कभी पुनः उपयोग योग्य पासवर्ड न मिले, तो ऐसी विधि चुनें जो वास्तव में इसकी गारंटी दे; डेटा सिफर बदलने से वह गुण नहीं बनता। VPN सर्वर का प्रमाणपत्र सत्यापित करना आपको बताता है कि आप किस सहकर्मी तक पहुँचे; यह नहीं बताता कि वह सहकर्मी बाद में क्रेडेंशियल के साथ कैसे व्यवहार करता है। सर्वर सत्यापन रखें, हर सेवा के लिए अलग क्रेडेंशियल उपयोग करें, और संगठन के समर्थित पहचान प्रवाह का पालन करें।

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

उपयोगी प्रश्न यह नहीं है कि पासवर्ड एन्क्रिप्टेड है या नहीं, बल्कि यह है कि उसे किससे छिपाया गया है, कौन सा घटक उसे प्राप्त करता है और बाद में कौन सा रूप टिकता है।