एन्क्रिप्शन, एन्क्रिप्टेड स्टोरेज और फ़ाइल सुरक्षा

डेटा एन्क्रिप्शन एक विशिष्ट जोखिम से शुरू होता है।

जानकारी के साथ क्या हो सकता है, इसका वर्णन करें।

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

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

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

एक व्यावहारिक आवश्यकता जिसकी आप जाँच कर सकते हैं

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

एन्क्रिप्शन, क्रिप्टोग्राफी, एन्कोडिंग और संपीड़न

एक जैसे दिखने वाले परिणामों के अलग-अलग उद्देश्य हो सकते हैं।

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

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

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

दावे को सही स्तर पर पढ़ें

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

स्थिर डेटा: संग्रहित स्थिति की सुरक्षा करें

यह समझें कि यह सुरक्षा कब लागू होने की उम्मीद है

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

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

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

भविष्य में पहुंच को भी इसी निर्णय में शामिल रखें।

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

डेटा का प्रवाह: यात्रा के प्रत्येक चरण की पहचान करें

एक सुरक्षित कनेक्शन में परिभाषित एंडपॉइंट होते हैं।

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

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

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

परीक्षण वितरण के साथ-साथ गोपनीयता संबंधी दावे

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

एंड-टू-एंड एन्क्रिप्शन और इसके आसपास की सीमाएँ

पूरी बातचीत के दौरान विषयवस्तु का अनुसरण करें।

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

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

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

यह एंडपॉइंट अभी भी पठनीय जानकारी को संभालता है।

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

गोपनीयता, सत्यनिष्ठा और प्रामाणिकता

पूछें कि कौन सा गुण इस निर्णय का समर्थन करता है

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

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

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

संरक्षित रिकॉर्ड के साथ संदर्भ को सुरक्षित रखें

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

हार्डवेयर एन्क्रिप्शन और सॉफ्टवेयर एन्क्रिप्शन

पूरे सिस्टम की तुलना करें, केवल स्थान की नहीं।

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

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

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

आश्वासन गढ़े बिना सुविधा का मूल्यांकन करें

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

एन्क्रिप्टेड यूएसबी स्टोरेज और रिमूवेबल मीडिया

पोर्टेबल फॉर्मेट से परिवहन की समस्या भी पैदा होती है।

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

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

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

वापसी और पुनः उपयोग की प्रक्रिया पूरी करें

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

फ़ाइल एन्क्रिप्शन, कंटेनर और संपूर्ण ड्राइव सुरक्षा

एक समझने योग्य सीमा चुनें

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

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

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

सीमा का मिलान उसका उपयोग करने वाले लोगों के अनुसार करें।

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

एन्क्रिप्शन कुंजी और वह सामग्री जो पहुंच प्रदान करती है

प्रमुख प्रबंधन उत्पाद निर्णय का एक हिस्सा है।

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

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

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

जवाबदेही को अनावश्यक पहुंच से अलग करें

उपकरण सूची के लिए ज़िम्मेदार व्यक्ति को स्वतः ही उसकी सामग्री पढ़ने की आवश्यकता नहीं होती। पहुँच पुनः प्राप्त करने के लिए अधिकृत व्यक्ति को सामान्य पाठक से भिन्न नियंत्रणों की आवश्यकता हो सकती है। जहाँ उत्पाद अलग-अलग भूमिकाओं का समर्थन करता है, वहाँ उनके कार्य करने के तरीके और उनकी समीक्षा का मूल्यांकन करें। यदि ऐसा नहीं है, तो सीमा को पहचानें और तय करें कि कार्यप्रवाह स्वीकार्य है या नहीं। केवल "प्रशासक" जैसा लेबल पर्याप्त नहीं है। उपयोगी तुलना से यह स्पष्ट होता है कि चयनित समाधान में वह भूमिका वास्तव में क्या खोल सकती है, बदल सकती है, रीसेट कर सकती है या पुनः प्राप्त कर सकती है।.

सामान्य उपयोग में पासवर्ड, पिन और अनलॉक करना

दृश्यमान इनपुट एक्सेस कंट्रोल का एक हिस्सा है।

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

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

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

सत्र की समाप्ति को स्पष्ट करें

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

पुनर्प्राप्ति योजना और पहुंच खोने का जोखिम

मजबूत सुरक्षा का मतलब स्वतः ठीक हो जाना नहीं है

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

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

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

रिकवरी मॉडल का चयन सोच-समझकर करें।

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

बैकअप और एन्क्रिप्शन एक दूसरे के पूरक हैं।

प्रतिलिपि की सुरक्षा करें और एक उपयोगी पुनर्स्थापन मार्ग को संरक्षित रखें।

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

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

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

प्रतिधारण और प्रतिस्थापन प्रक्रिया को समझने योग्य रखें।

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

उपयोगकर्ता, अनुमतियाँ और साझा ज़िम्मेदारी

अलग-अलग पठन, प्रशासन और पुनर्प्राप्ति

उपयोगकर्ता अनुमतियाँ यह निर्धारित करती हैं कि अधिकृत प्रतिभागी समर्थित सिस्टम के भीतर क्या कर सकते हैं। विभिन्न उत्पाद पढ़ने, लिखने, साझा करने, प्रबंधन करने और पहुँच पुनः प्राप्त करने के बीच अंतर अलग-अलग तरीके से कर सकते हैं। वास्तविक टीम में जिम्मेदारियों से शुरुआत करें और उनकी तुलना दस्तावेजित भूमिकाओं से करें। एक छोटे संगठन को एक सरल व्यवस्था की आवश्यकता हो सकती है; एक बड़े संगठन को व्यक्तिगत खातों और नियंत्रित प्रशासनिक कार्यों की आवश्यकता हो सकती है। उपयुक्त विकल्प इस बात पर निर्भर करता है कि उत्पाद वास्तव में क्या समर्थित करता है, न कि इस धारणा पर कि "पेशेवर" जैसे लेबल में पहुँच प्रबंधन की सभी क्षमताएँ शामिल हैं।

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

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

कार्य सौंपें, केवल उपकरण नहीं।

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

कंप्यूटर, एप्लिकेशन और फ़ाइल स्वरूपों के साथ संगतता

उस वातावरण का परीक्षण करें जहां पहुंच की आवश्यकता है

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

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

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

पुराने वातावरण को बंद करने से पहले योजना में बदलाव करें

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

अधिकृत एंडपॉइंट पर पठनीय जानकारी

उपयोग के दौरान सुरक्षा सीमा में परिवर्तन होता रहता है।

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

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

प्रिंटिंग, स्क्रीनशॉट और कॉपी करने से और भी सीमाएँ बन जाती हैं। अधिकृत उपयोगकर्ता अनुमत कार्यों के माध्यम से पठनीय प्रति तैयार कर सकता है, भले ही मूल दस्तावेज़ एन्क्रिप्टेड हो। यदि चयनित सिस्टम प्रतिबंध प्रदान करता है, तो उनके दस्तावेजित दायरे और सीमाओं का मूल्यांकन करें। गोपनीयता प्रक्रिया में यह भी शामिल होना चाहिए कि लोग क्या साझा कर सकते हैं और वे परिणामी सामग्री को कैसे संभालते हैं। तकनीकी नियंत्रण और कार्य नियम एक दूसरे का समर्थन कर सकते हैं, लेकिन उन्हें भ्रमित नहीं किया जाना चाहिए। किसी दस्तावेज़ के एन्क्रिप्टेड होने का कथन यह स्पष्ट नहीं करता कि बाद में उसकी कागज़ी प्रति का प्रबंधन कैसे किया गया।.

तुलना को जोखिम से जोड़कर रखें।

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

एन्क्रिप्टेड सामग्री के बाहर मेटाडेटा और जानकारी

दस्तावेज़ की पठनीयता केवल एक प्रश्न है।

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

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

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

संदर्भ के बारे में सटीक प्रश्न पूछें।

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

ऑफ़लाइन कार्य, यात्रा और बाहरी निर्भरताएँ

प्रस्थान से पहले अधिकृत पहुँच मार्ग तैयार कर लें।

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

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

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

यात्रा संबंधी आवश्यकताओं को सुरक्षा संबंधी नारों से अलग रखें।

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

एन्क्रिप्शन उत्पाद प्राप्त करना और उसे चालू करना

संपूर्ण कार्य को सत्यापित करने के लिए हानिरहित परीक्षण फ़ाइलों का उपयोग करें।

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

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

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

बिना अतिशयोक्ति किए परिचालन संबंधी साक्ष्य दर्ज करें

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

रखरखाव, अपडेट और उत्पाद का जीवनकाल

समर्थित घटकों में परिवर्तन होने पर भी पहुंच बनाए रखें।

एक एन्क्रिप्शन सिस्टम सॉफ्टवेयर, फर्मवेयर, एप्लिकेशन, सेवाओं या होस्ट उपकरण पर निर्भर हो सकता है जो समय के साथ बदलते रहते हैं। सटीक जानकारी के लिए दस्तावेजित रखरखाव प्रक्रिया का पालन करें। किसी भी ऐसे कार्य से पहले जिससे एक्सेस प्रभावित हो सकता है, सुनिश्चित करें कि महत्वपूर्ण जानकारी की उचित सत्यापित प्रतियां मौजूद हैं और रिकवरी व्यवस्था को समझ लिया गया है। हर अपडेट को जोखिम-मुक्त या हर पुराने संस्करण को अनिश्चित काल तक उपयुक्त न बताएं। व्यावहारिक आवश्यकता यह है कि समर्थित संचालन को बनाए रखते हुए अधिकृत उपयोगकर्ताओं को आवश्यक जानकारी तक पहुंचने की सुविधा प्रदान की जाए।

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

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

किसी सार्थक बदलाव के बाद समीक्षा करें

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

बिना कोई और समस्या पैदा किए एक्सेस संबंधी समस्या का निवारण करना

प्रयोग करने से पहले वर्तमान स्थिति को सुरक्षित रखें।

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

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

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

सत्यापित परिणाम के साथ घटना को समाप्त करें

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

व्यापक वादों के बजाय दस्तावेजी सुरक्षा की तुलना करें।

उत्पाद विवरण को खरीद रिकॉर्ड में बदलें

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

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

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

आवश्यकताओं, साक्ष्यों और निर्णयों को अलग-अलग रखें।

अपेक्षित संरक्षित परिणाम बताइए

एक संक्षिप्त परिणाम लिखें जिसे उपयोगकर्ता आसानी से समझ सके, जैसे कि स्थानांतरित परीक्षण दस्तावेज़ का अधिकृत रूप से खुलना और उसके बाद माध्यम का सही ढंग से लॉक होना। निरंतरता संबंधी किसी भी आवश्यकता और संबंधित वातावरण का उल्लेख करें। यह विवरण क्रेता का कार्य है, विक्रेता की प्रचार संबंधी शब्दावली का नहीं। उत्पाद में बदलाव होने या किसी अन्य संदर्भ पर विचार किए जाने पर भी यह उपयोगी बना रह सकता है, क्योंकि यह किसी विशिष्ट आवरण या एप्लिकेशन स्क्रीन के बजाय आवश्यक सुरक्षा का वर्णन करता है।.

चयनित संदर्भ के लिए साक्ष्य दर्ज करें

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

जब इसके अनुमान बदल जाएं तो निर्णय पर पुनर्विचार करें।

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