VPN यात्रा को एन्क्रिप्ट करता है, डिस्क या क्लाउड पर पड़ी प्रति को नहीं

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

एक फ़ाइल को तीन प्रतियों से होकर ट्रैक करें

शुरू करें कि बाइट्स कहाँ आराम करते हैं, फिर कि वे कहाँ चलते हैं, और अंत में कि वे फिर कहाँ संग्रहीत होते हैं। सुरंग बीच के चरण में है। उसके दोनों ओर स्टोरेज एन्क्रिप्शन, एप्लिकेशन एन्क्रिप्शन और पहुँच नियंत्रण अलग-अलग तंत्र हैं जिनके अलग-अलग कुंजी रक्षक हैं।

कुछ भी चुनने से पहले वह पथ खींचें। चित्र आमतौर पर दिखाता है कि जिस प्रति की सबसे ज़्यादा चिंता होती है, यानी रास्ते में वाली, वही सबसे कम सेकंड तक रहती है। यह यह भी दिखाता है कि किस छलांग का कमरे में कोई मालिक नहीं है, और आमतौर पर वही ध्यान देने योग्य होती है।

सुरंग का काम उसके अपने अंतिम बिंदु पर समाप्त होता है

एक पारंपरिक VPN अपने दो अंतिम बिंदुओं के बीच के हिस्से को एन्क्रिप्ट करता है। दूर के अंतिम बिंदु से आगे ट्रैफ़िक फिर साधारण IP बन जाता है, जब तक कोई और चीज़ उसकी रक्षा न करे; इसीलिए ब्राउज़र सत्र शुरू से अंत तक एन्क्रिप्टेड रह सकता है जबकि सुरंग केवल पहला चरण ढकती है।

उस हिस्से में कुछ भी नहीं बताता कि प्राप्त करने वाली सेवा अपलोड को कैसे संग्रहीत करती है, अपने लॉग में क्या लिखती है, या कौन-सा खाता मेटाडेटा रखती है। ये प्राप्त करने वाले सिस्टम के गुण हैं, और चाहे अनुरोध सुरंग से आया हो या नहीं, ये सही रहते हैं। एन्क्रिप्टेड ट्रांसपोर्ट का विज्ञापन करने वाले ऑपरेटर ने यात्रा का वर्णन किया है, गोदाम का नहीं।

आपकी डिस्क और आपका कुंजी भंडार अलग-अलग निर्णय हैं

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

निर्यातों में यह ठोस हो जाता है। माइग्रेशन के लिए लिखा गया तिजोरी निर्यात सभी रहस्यों वाली सादा टेक्स्ट फ़ाइल है, और यह सुरंग, सत्र और रीबूट से बच जाता है जब तक कोई उसे हटा न दे।

file export-notes.json
head -c 80 export-notes.json
sha256sum export-notes.json

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

क्लाउड-साइड एन्क्रिप्शन वास्तव में क्या ढकता है

सर्वर-साइड एन्क्रिप्शन संग्रहीत ऑब्जेक्ट को उससे बचाता है जो अंतर्निहित मीडिया प्राप्त कर लेता है, और प्रदाता के पास अभी भी उसे पढ़ने में सक्षम कुंजियाँ हैं। क्लाइंट-साइड एन्क्रिप्शन, जिसमें फ़ाइल अपलोड से पहले एन्क्रिप्ट होती है, सादे टेक्स्ट को प्रदाता की पहुँच से बाहर रखता है लेकिन कुंजी हिरासत और वसूली आपके पास ले आता है।

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

प्रतियाँ चुपचाप बढ़ती हैं। साझा लिंक, सिंक क्लाइंट, स्थानीय कैश और बैकअप कार्य हर एक ऐसी नीति के तहत एक और ऑब्जेक्ट बनाते हैं जो आपने शायद नहीं चुनी। जो डेटा मायने रखता है उसके लिए उन्हें सूचीबद्ध करें, क्योंकि पथ में सबसे मजबूत एन्क्रिप्शन अप्रासंगिक है यदि साझा फ़ोल्डर में एक सादा टेक्स्ट प्रति पड़ी है।

प्रमाण बहाली है, अपलोड गति नहीं

स्टोरेज डिज़ाइन का उपयोगी प्रमाण यह है कि इच्छित लोग डेटा बहाल कर सकें और अनिच्छित न कर सकें। अपलोड थ्रूपुट कुछ पूरी तरह और मापता है, और यह हर उस डिज़ाइन की चापलूसी करता है जो कभी बहाल नहीं हुआ। हर उस प्रति से एक फ़ाइल चुनें जिस पर आप भरोसा करते हैं और साबित करें कि वह वापस आती है।

हर उस प्रति से एक फ़ाइल बहाल करें जिस पर आप भरोसा करते हैं, उस सत्र के बजाय वसूली सामग्री का उपयोग करके जिसने उसे बनाया था। केवल विफल मशीन में रखी कुंजी वसूली योजना नहीं है, और ऐसा बैकअप जिसकी बहाली के लिए खोई हुई तिजोरी चाहिए, एकल विफलता बिंदु का दूसरा प्रकार है।

NIST के कुंजी प्रबंधन दिशानिर्देश जीवनचक्र के उन सवालों को ढकते हैं जो किसी भी एकल उत्पाद निर्णय से अधिक जीते हैं। उत्तरों को उन डेटा के साथ रखें जिनकी वे रक्षा करते हैं, और जब कोई प्रति, प्राप्तकर्ता या स्टोरेज प्रदाता बदले तो उनकी समीक्षा करें।