VPN बंडल सही प्राप्तकर्ता को भेजें, केवल एक कुंजी नहीं
बिना सत्यापित कुंजी पर बंडल एन्क्रिप्ट करना उसे गलत मालिक तक सुरक्षित रखता है। फ़िंगरप्रिंट सत्यापित करें और केवल वही सामग्री दें जिसकी डिवाइस को आवश्यकता है।
एक साझेदार सार्वजनिक कुंजी भेजता है और एन्क्रिप्टेड बंडल मांगता है। एन्क्रिप्शन काम करेगा, और यह पूरी तरह सुरक्षित क्रेडेंशियल ऐसे किसी को दे सकता है जिसके पास वह नहीं होना चाहिए। गोपनीयता और प्राप्तकर्ता की पहचान दो अलग प्रश्न हैं जिनका उत्तर अलग तंत्र देते हैं। बंडल आपकी मशीन छोड़ने से पहले दोनों का उत्तर दें।
दो अलग प्रश्न: गोपनीयता और प्राप्तकर्ता
एन्क्रिप्शन बताता है कि फ़ाइल कौन पढ़ सकता है, यह मानकर कि कुंजी इच्छित व्यक्ति की है। हस्ताक्षर बताता है कि इसे किसने बनाया, और गोपनीयता के बारे में कुछ नहीं कहता, क्योंकि हस्ताक्षरित फ़ाइल भी पढ़ी जा सकती है। फ़िंगरप्रिंट कुंजी की पहचान करता है, और केवल एक स्वतंत्र जाँच उस फ़िंगरप्रिंट को व्यक्ति या भूमिका से जोड़ती है। इनमें से किसी एक को दूसरे के रूप में लेना सावधानी से दिखने वाले हस्तांतरण में सामान्य विफलता है।
फ़ाइल का जीवनचक्र भी है: समाप्त होने वाला लिंक बाद में पुनर्प्राप्ति सीमित करता है, परंतु पहले से डाउनलोड किया गया क्रेडेंशियल रद्द नहीं करता।
फ़िंगरप्रिंट चैनल के बाहर सत्यापित करें
आपको एन्क्रिप्ट करने के लिए कहने वाले संदेश पर निर्भर न होने वाले चैनल से अपेक्षित फ़िंगरप्रिंट प्राप्त करें। फिर उसकी तुलना स्थानीय कुंजीरिंग में मौजूद से करें।
gpg --fingerprint [email protected]
gpg --list-keys --with-fingerprint [email protected]फ़िंगरप्रिंट की पंक्तियाँ तुलना का मान हैं, और दूसरा आदेश उन्हीं पहचानों को पूर्ण फ़िंगरप्रिंट के साथ दूसरी नज़र के लिए दिखाता है। पूरी श्रृंखला को कॉल, हस्ताक्षरित सूची या प्रबंधित नामांकन रिकॉर्ड के माध्यम से पुष्टि करें; परिचित प्रदर्शित नाम कुछ भी सिद्ध नहीं करता। यदि कुंजी उसी संदेश में आई जिसने डिलीवरी मांगी थी, तो उसका फ़िंगरप्रिंट स्वतंत्र प्रमाण नहीं है। उस जाँच के बाद ही कुंजी आयात करें, और नाम के बजाय सत्यापित फ़िंगरप्रिंट पर एन्क्रिप्ट करें।
केवल वही सामग्री दें जिसकी डिवाइस को आवश्यकता है
परिवहन चुनने से पहले बंडल की सूची बनाएँ। सार्वजनिक गेटवे सेटिंग्स और सार्वजनिक विश्वास प्रमाणपत्र कॉन्फ़िगरेशन हैं, क्लाइंट की निजी कुंजी एक रहस्य है, और जारीकर्ता की हस्ताक्षर कुंजी पूरी तरह अलग संपत्ति है। जहाँ नामांकन मॉडल अनुमति देता है, निजी कुंजी डिवाइस पर ही रखें और केवल वही दें जो नामांकन पूरा करता है। VPN क्लाइंट को सर्वर सत्यापित करने के लिए CA की हस्ताक्षर कुंजी की आवश्यकता नहीं है, और साझेदारों के बीच एक साझा जीवंत कुंजी व्यक्तिगत निरसन को असंभव बनाती है।
जब प्राप्तकर्ता को प्रतिस्थापन का पता लगाना हो तो आर्टिफ़ैक्ट पर भी हस्ताक्षर करें, और निर्देशों में दोनों क्रियाएँ अलग रखें। बहु-फ़ाइल बंडल को एक ही संग्रह में रखें ताकि प्राप्तकर्ता आधा कॉन्फ़िगरेशन स्थापित करके यह न बता सके कि गेटवे पहचान अस्वीकार करता है।
डिलीवरी के बाद जीवनचक्र बंद करें
प्राप्तकर्ता, डिवाइस, कॉन्फ़िगरेशन संशोधन और निरसन मार्ग दर्ज करें, परंतु कभी स्वयं निजी मान नहीं। पुष्टि करें कि इच्छित व्यक्ति नामांकन कर सकता है और दूसरी पहचान अस्वीकार की जाती है। यदि बंडल गलत हाथों में पहुँचे, तो स्वीकृत रहस्य को उसके जारीकर्ता के माध्यम से बदलें या रद्द करें, क्योंकि अनुलग्नक हटाना पहले से डाउनलोड किए गए किसी भी चीज़ को अमान्य नहीं करता। जिस पासवर्ड-संरक्षित संग्रह का पासवर्ड उसी बातचीत से गुजरता है, वह भी स्वतंत्र जाँच नहीं है।
हस्तांतरण तब पूरा होता है जब सही पहचान सही डिवाइस पर सक्रिय हो, तब नहीं जब एन्क्रिप्टेड फ़ाइल सफलतापूर्वक अपलोड हो।