VPN ले यात्रालाई इन्क्रिप्ट गर्छ, डिस्क वा क्लाउडमा रहेको प्रतिलाई होइन

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

एउटा फाइललाई तीन प्रतिबाट पछ्याउनुहोस्

बाइटहरू कहाँ आराम गर्छन् त्यसबाट सुरु गर्नुहोस्, त्यसपछि कहाँ सर्छन्, र अन्तमा कहाँ फेरि भण्डारण हुन्छन्। सुरुङ बीचको चरणमा छ। यसका दुवै छेउमा स्टोरेज इन्क्रिप्शन, अनुप्रयोग इन्क्रिप्शन र पहुँच नियन्त्रण फरक संयन्त्र हुन् जसका फरक कुञ्जी रक्षक छन्।

केही पनि छान्नुअघि त्यो बाटो कोर्नुहोस्। चित्रले सामान्यतया देखाउँछ कि जुन प्रतिको सबैभन्दा धेरै चिन्ता हुन्छ, अर्थात् बाटोमा रहेको प्रत, त्यही सबैभन्दा कम सेकेन्ड रहन्छ। यसले यो पनि देखाउँछ कि कुन फड्कोको कोठामा कोही मालिक छैन, र सामान्यतया त्यही ध्यान दिनुपर्ने हुन्छ।

सुरुङको काम यसको आफ्नै अन्तिम बिन्दुमा सकिन्छ

परम्परागत VPN ले आफ्ना दुई अन्तिम बिन्दुबीचको खण्ड इन्क्रिप्ट गर्छ। टाढाको अन्तिम बिन्दुपछि ट्राफिक फेरि साधारण IP हुन्छ, जबसम्म अरू केहीले यसको रक्षा गर्दैन; त्यसैले ब्राउजर सत्र सुरुदेखि अन्त्यसम्म इन्क्रिप्टेड रहन सक्छ जबकि सुरुङले पहिलो चरण मात्र ढाक्छ.

त्यो खण्डमा केहीले पनि भन्दैन कि प्राप्त गर्ने सेवाले अपलोड कसरी भण्डारण गर्छ, आफ्नो लगमा के लेख्छ, वा कुन खाता मेटाडाटा राख्छ। यी प्राप्त गर्ने प्रणालीका गुण हुन्, र अनुरोध सुरुङबाट आएको होस् वा नहोस्, यी सत्य रहन्छन्। इन्क्रिप्टेड ढुवानीको विज्ञापन गर्ने अपरेटरले यात्राको वर्णन गरेको हो, गोदामको होइन।

तपाईंको डिस्क र तपाईंको कुञ्जी भण्डार फरक निर्णय हुन्

पूर्ण-डिस्क इन्क्रिप्शनले मेसिन बन्द हुँदा भोल्युमको रक्षा गर्छ, र यो त्यो कुञ्जीमा निर्भर हुन्छ जो यन्त्र वा प्रयोगकर्ताले बुटको समयमा दिन्छ। पासवर्ड प्रबन्धकको तिजोरीले आफ्नो सामग्री मुख्य रहस्यबाट निकालिएको कुञ्जीले इन्क्रिप्ट गर्छ। VPN खोल्नु यीमध्ये केही पनि गर्दैन, र डाउनलोड फोल्डरमा पहिले नै रहेको सादा पाठको निर्यातलाई इन्क्रिप्ट गर्दैन।

निर्यातमा यो ठोस हुन्छ। स्थानान्तरणका लागि लेखिएको तिजोरी निर्यात सबै रहस्य भएको सादा पाठ फाइल हो, र यो सुरुङ, सत्र र रिबुटबाट बाँच्छ जबसम्म कसैले यसलाई हटाउँदैन।

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

यदि त्यो आउटपुट पढ्नयोग्य पाठ हो भने, फाइल असुरक्षित छ। स्थानान्तरण सकिएपछि तुरुन्तै यसलाई हटाउनुहोस्, र सम्झनुहोस् कि आधुनिक स्टोरेजमा सुरक्षित मेटाउने काम यन्त्र-निर्भर छ र एउटै पोर्टेबल आदेश होइन।

क्लाउड-तर्फको इन्क्रिप्शनले वास्तवमा के ढाक्छ

सर्भर-तर्फको इन्क्रिप्शनले भण्डारण गरिएको वस्तुलाई त्यसबाट बचाउँछ जसले अन्तर्निहित मिडिया प्राप्त गर्छ, र प्रदायकसँग अझै पनि यसलाई पढ्न सक्ने कुञ्जीहरू छन्। क्लाइन्ट-तर्फको इन्क्रिप्शन, जसमा फाइल अपलोडअघि इन्क्रिप्ट हुन्छ, सादा पाठलाई प्रदायकको पहुँचबाट बाहिर राख्छ तर कुञ्जीको हेरचाह र पुनर्प्राप्ति तपाईंकहाँ ल्याउँछ।

दुईमध्ये कुनै पनि मोडेल गलत छैन, र तिनीहरू डेटा कसले पढ्न सक्नुपर्छ भन्नेबारे फरक प्रश्नको जवाफ दिन्छन्। एकले अर्कोलाई जनाउँछ भनी मान्नुको सट्टा वास्तविक उत्पादन कन्फिगरेसन जाँच्नुहोस्। कुञ्जी हेरचाहको वक्तव्य शब्दशः पढ्नुहोस्, सहायताले खाता पुनर्प्राप्त गर्दा के हुन्छ भन्नेसमेत। यदि प्रदायकले तपाईंको कुञ्जीबिना पहुँच पुनर्स्थापित गर्न सक्छ भने, प्रदायकले वस्तु पढ्न सक्छ।

प्रतिहरू चुपचाप बढ्छन्। साझा लिङ्क, सिंक क्लाइन्ट, स्थानीय क्यास र ब्याकअप कार्यले प्रत्येकले त्यस्तो नीतिअन्तर्गत अर्को वस्तु बनाउँछ जुन तपाईंले छान्नुभएको नहुन सक्छ। जुन डेटा महत्त्वपूर्ण छ त्यसका लागि तिनलाई सूचीबद्ध गर्नुहोस्, किनकि साझा फोल्डरमा सादा पाठको प्रत भएमा बाटोको सबैभन्दा बलियो इन्क्रिप्शन अर्थहीन हुन्छ।

प्रमाण पुनर्स्थापना हो, अपलोड गति होइन

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

तपाईं भर पर्नुहुने हरेक प्रतिबाट एउटा फाइल पुनर्स्थापित गर्नुहोस्, यसलाई बनाएको सत्रको सट्टा पुनर्प्राप्ति सामग्री प्रयोग गरेर। केवल असफल मेसिनमा राखिएको कुञ्जी पुनर्प्राप्ति योजना होइन, र जसको पुनर्स्थापनाका लागि हराएको तिजोरी चाहिन्छ त्यस्तो ब्याकअप एकल असफलता बिन्दुको अर्को प्रकार हो।

NIST का कुञ्जी व्यवस्थापन निर्देशिकाहरू जीवनचक्रका ती प्रश्नहरू समेट्छन् जो कुनै पनि एकल उत्पादन निर्णयभन्दा लामो रहन्छन्। जवाफहरूलाई तिनले रक्षा गर्ने डेटासँगै राख्नुहोस्, र प्रत, प्राप्तकर्ता वा स्टोरेज प्रदायक बदलिँदा तिनको समीक्षा गर्नुहोस्।