शून्य-ज्ञान एन्क्रिप्शन क्या है? एक सरल गाइड
Zero-knowledge encryption का अर्थ है कि provider आपके डेटा तक पहुंच नहीं सकता।
शून्य-ज्ञान एन्क्रिप्शन एक प्रदाता-बाउंड आर्किटेक्चर है जिसमें सेवा संग्रहीत उपयोगकर्ता सामग्री को डिक्रिप्ट करने के लिए आवश्यक कुंजी नहीं रखती है। मानक क्लाउड एन्क्रिप्शन के विपरीत जहां प्रदाता सामग्री कुंजी को नियंत्रित करता है, क्लाइंट-साइड एन्क्रिप्शन उस क्षमता को उपयोगकर्ता उपकरणों पर रख सकता है। कोई कानूनी अनुरोध, उल्लंघन, या अंदरूनी सूत्र अभी भी प्रदाता द्वारा रखे गए सिफरटेक्स्ट, खाता रिकॉर्ड, ट्रैफ़िक डेटा या अन्य मेटाडेटा को उजागर कर सकता है। एनआईएसटी का कुंजी-प्रबंधन मार्गदर्शन कुंजी अभिरक्षा को पहुंच के लिए केंद्रीय बनाता है, लेकिन क्लाइंट ऐप, ऑपरेटिंग सिस्टम और अनलॉक डिवाइस ट्रस्ट सीमा का हिस्सा बने रहते हैं।
शून्य-ज्ञान एन्क्रिप्शन कैसे काम करता है
सबसे सरल analogy: एक hotel safe जहाँ केवल आप combination set करते हैं, और hotel कभी इसे नहीं सीखता। अगर आप combination भूल जाते हैं, तो hotel आपके लिए safe नहीं खोल सकता। यह design में एक flaw नहीं है। यही design है।
Technical terms में, zero-knowledge encryption तीन steps के माध्यम से काम करता है:
डिवाइस पर कुंजी व्युत्पत्ति. उपयोगकर्ता पासवर्ड, पासफ़्रेज़ या पैटर्न जैसे क्रेडेंशियल प्रदान करता है। एक पासवर्ड-आधारित कुंजी व्युत्पत्ति फ़ंक्शन उपयोगकर्ता के डिवाइस पर एक कुंजी उत्पन्न करने के लिए इसे नमक के साथ जोड़ता है। एक अच्छी तरह से अलग किया गया डिज़ाइन प्रत्येक फ़ाइल को सीधे मानव क्रेडेंशियल के साथ एन्क्रिप्ट करने के बजाय एक यादृच्छिक सामग्री-एन्क्रिप्शन कुंजी को अनलॉक करने के लिए उस कुंजी का उपयोग कर सकता है।
Transmission से पहले Encryption। सभी डेटा derived key का उपयोग करके device पर encrypted होता है इससे पहले कि यह cloud storage या backup के लिए device छोड़े। Encrypted output (ciphertext) वह है जो upload होता है।
प्रदाता को कोई प्लेनटेक्स्ट सामग्री कुंजी नहीं मिलती है। सामग्री कुंजियाँ आवश्यक रूप से उपयोग के दौरान क्लाइंट मेमोरी में मौजूद रहती हैं और प्रमाणित एन्क्रिप्टेड लिफाफे के अंदर स्थानीय या दूरस्थ रूप से भी संग्रहीत की जा सकती हैं। प्रदाता सिफरटेक्स्ट और रैप्ड कुंजियों को खोलने के लिए आवश्यक उपयोगकर्ता रहस्य को रखे बिना संग्रहीत कर सकता है। खाता, ट्रैफ़िक, रिकॉर्ड-आकार और समय मेटाडेटा अभी भी दृश्यमान रह सकता है।
महत्वपूर्ण बाधा: यदि उपयोगकर्ता प्रत्येक वैध क्रेडेंशियल और पुनर्प्राप्ति पथ खो देता है, तो एन्क्रिप्टेड सामग्री अप्राप्य हो जाती है। पुनर्प्राप्ति अभी भी मौजूद हो सकती है, लेकिन इसकी मुख्य अभिरक्षा को स्पष्ट किया जाना चाहिए। यदि कोई ईमेल रीसेट पुराने डिवाइस अनुमोदन, पुनर्प्राप्ति वाक्यांश, पुनर्प्राप्ति कुंजी, या समतुल्य उपयोगकर्ता द्वारा रखे गए रहस्य के बिना पढ़ने योग्य सामग्री को पुनर्स्थापित करता है, तो प्रदाता ने प्लेनटेक्स्ट पर वापस जाने के लिए एक प्रभावी मार्ग बरकरार रखा है।
शून्य-ज्ञान एन्क्रिप्शन बनाम अन्य प्रकार की Encryption
"Encryption" शब्द लगभग हर cloud service की marketing materials में दिखाई देता है। प्रकारों के बीच अंतर substantial हैं।
| प्रकार | Key कौन रखता है | Provider डेटा पढ़ सकता है | Provider Breach से बचता है | उदाहरण |
|---|---|---|---|---|
| कोई encryption नहीं | N/A | हाँ | नहीं | Dropbox (standard tier) |
| Transit में Encryption (TLS) | Provider | हाँ (उनके servers पर rest में) | नहीं | Google Photos |
| Server-side rest में encryption | Provider | हाँ (वे decryption key रखते हैं) | आंशिक रूप से (breach scope पर निर्भर) | iCloud (standard) |
| प्लेटफ़ॉर्म एंड-टू-एंड एन्क्रिप्शन | ग्राहक उपकरण और खाता पुनर्प्राप्ति प्रणाली | सामान्य सेवा पथ से नहीं | क्लाइंट, पुनर्प्राप्ति और मेटाडेटा एक्सपोज़र पर निर्भर करता है | iCloud उन्नत डेटा सुरक्षा के साथ |
| प्रदाता-अंधा क्लाइंट-साइड एन्क्रिप्शन | क्लाइंट और उपयोगकर्ता-नियंत्रित पुनर्प्राप्ति पथ | कोई प्रदाता-आयोजित प्लेनटेक्स्ट सामग्री कुंजी नहीं | सामग्री एन्क्रिप्टेड रह सकती है; मेटाडेटा और सिफरटेक्स्ट अभी भी लीक हो सकते हैं | एन्क्रिप्टेड वॉल्ट और बैकअप सिस्टम |
"Encryption at rest" और "zero-knowledge encryption" के बीच का अंतर सबसे अधिक confused किया जाता है। Encryption at rest के साथ, provider आपके डेटा को अपने servers पर उन keys का उपयोग करके encrypt करता है जिन्हें वे control करते हैं। यह server hardware की physical theft से बचाता है। यह provider द्वारा आपके डेटा को पढ़ने, डेटा और keys के लिए government subpoena, या insider threat से नहीं बचाता। Provider के पास decryption capability है।
प्रदाता-ब्लाइंड क्लाइंट-साइड एन्क्रिप्शन के साथ, सेवा को दस्तावेज़ीकृत प्रोटोकॉल के माध्यम से प्लेनटेक्स्ट सामग्री कुंजी नहीं दी जाती है। संग्रहीत सिफरटेक्स्ट उस प्रदाता के लिए अपारदर्शी रह सकता है, जबकि क्लाइंट सॉफ़्टवेयर, पुनर्प्राप्ति पथ, खाता मेटाडेटा और सॉफ़्टवेयर-डिलीवरी चैनल को अभी भी विश्वास और समीक्षा की आवश्यकता होती है।
शून्य-ज्ञान एन्क्रिप्शन क्यों मायने रखता है
Data Breaches प्रतिवर्ष अरबों Records को Expose करते हैं
आइडेंटिटी थेफ्ट रिसोर्स सेंटर ने 2023 में संयुक्त राज्य अमेरिका में 3,205 डेटा सेंधमारी की सूचना दी, जिससे लगभग 353 मिलियन व्यक्ति प्रभावित हुए। जब कोई प्रदाता सामग्री कुंजियाँ रखता है, तो एक उल्लंघन संग्रहीत डेटा और उसे डिक्रिप्ट करने के पथ दोनों को उजागर कर सकता है। प्रदाता-अंधा एन्क्रिप्शन उन संपत्तियों को अलग करता है: एक सर्वर उल्लंघन अभी भी सिफरटेक्स्ट और मेटाडेटा को उजागर कर सकता है, लेकिन प्रदाता-आयोजित प्लेनटेक्स्ट सामग्री कुंजी को नहीं। क्रेडेंशियल अनुमान और ग्राहक समझौता अलग-अलग जोखिम बने हुए हैं।
Legal Compulsion एक वास्तविक Threat है
प्रदाताओं को अपने पास रखे गए डेटा का खुलासा करने की आवश्यकता हो सकती है। एक प्रदाता-अंधा डिज़ाइन उस प्रतिक्रिया को सिफरटेक्स्ट और उपलब्ध खाते, ट्रैफ़िक, बिलिंग, या सेवा मेटाडेटा तक सीमित कर सकता है क्योंकि प्रदाता के पास प्लेनटेक्स्ट सामग्री कुंजी नहीं होती है। क्या कोई अन्य पक्ष उपयोगकर्ता क्रेडेंशियल प्राप्त कर सकता है, ग्राहक का शोषण कर सकता है, या प्रकटीकरण के लिए बाध्य कर सकता है, यह एक अलग प्रश्न है। Apple ने एडवांस्ड डेटा प्रोटेक्शन पेश किया iOS 16.2 एंड-टू-एंड एन्क्रिप्शन के वैकल्पिक विस्तार के रूप में iCloud डेटा.
"हम पर विश्वास करें" एक Security Architecture नहीं है
सर्वर-साइड एन्क्रिप्शन प्रदाता-नियंत्रित कुंजी और नीति पर निर्भर करता है। प्रदाता-अंधा एन्क्रिप्शन कुंजी अभिरक्षा को बदल देता है इसलिए दस्तावेज़ीकृत सेवा पथ में प्लेनटेक्स्ट सामग्री कुंजी का अभाव होता है। यह एक मजबूत वास्तुशिल्प सीमा है, लेकिन इसकी ताकत अभी भी सही क्लाइंट कोड, प्रमाणित सॉफ़्टवेयर डिलीवरी, ध्वनि पुनर्प्राप्ति, सुरक्षित डिवाइस और विनिर्देश से मेल खाने वाले कार्यान्वयन पर निर्भर करती है।
Cryptography के पीछे NIST Standard
AES-GCM में राष्ट्रीय मानक एवं प्रौद्योगिकी संस्थान द्वारा मानकीकृत किया गया था एसपी 800-38डी (2007)। AES को 2001 में एक सार्वजनिक प्रतियोगिता के माध्यम से NIST द्वारा चुना गया था। "256"। AES-256 256-बिट कुंजी को संदर्भित करता है। समान रूप से यादृच्छिक कुंजी पर विस्तृत खोज कम्प्यूटेशनल रूप से असंभव है, लेकिन एक मानव पासवर्ड या पैटर्न तब भी बहुत कम एन्ट्रापी प्रदान कर सकता है, जब एक कुंजी व्युत्पत्ति फ़ंक्शन 256 बिट्स आउटपुट करता है।
GCM (Galois/Counter Mode) authenticated encryption जोड़ता है, जिसका अर्थ है कि decryption process ciphertext के साथ किसी भी tampering का पता लगाती है। अगर encrypted डेटा का एक भी bit alter किया जाता है, तो decryption corrupted output produce करने के बजाय fail होती है। यह attackers को detection के बिना encrypted डेटा manipulate करने से रोकता है।
PBKDF2 (पासवर्ड-आधारित कुंजी व्युत्पत्ति फ़ंक्शन 2), में निर्दिष्ट आरएफसी 8018, बार-बार छद्म यादृच्छिक-फ़ंक्शन कॉल के माध्यम से मानव-प्रदत्त क्रेडेंशियल को निश्चित-लंबाई वाली कुंजी सामग्री में परिवर्तित करता है। अधिक पुनरावृत्तियों से प्रत्येक अनुमान की लागत बढ़ जाती है। वे पूर्वानुमानित पैटर्न या पासवर्ड में एन्ट्रॉपी नहीं जोड़ते हैं, इसलिए क्रेडेंशियल विकल्प और ऑफ़लाइन सत्यापन अभी भी मायने रखते हैं।
वॉल्टेयर प्रदाता-कुंजी पृथक्करण को कैसे कार्यान्वित करता है
वाल्टायर के लिए क्लाइंट-साइड एन्क्रिप्टेड वॉल्ट है iPhone. उत्पाद के अर्थ में जिसे अक्सर "शून्य ज्ञान" के रूप में विपणन किया जाता है, इसका संक्षिप्त दस्तावेजी दावा यह है कि Wraxle को प्लेनटेक्स्ट वॉल्ट सामग्री या इसे डिक्रिप्ट करने के लिए आवश्यक कुंजियाँ प्राप्त नहीं होती हैं। यहां बताया गया है कि कार्यान्वयन और शेष विश्वास सीमाएं प्रत्येक परत पर कैसे काम करती हैं।
मुख्य व्युत्पत्ति. उपयोगकर्ता 25 बिंदुओं के 5x5 ग्रिड पर एक पैटर्न बनाता है। PBKDF2-HMAC-SHA512 उस अनुक्रम को एक डिवाइस-व्यापी के साथ जोड़ता है Keychain 256-बिट वॉल्ट कुंजी प्राप्त करने के लिए 600,000 पुनरावृत्तियों के लिए नमक। वॉल्ट कुंजी एन्क्रिप्टेड इंडेक्स को प्रमाणित करती है और एक अलग यादृच्छिक 256-बिट मास्टर कुंजी लपेटती है। पैटर्न सहित पुनर्प्राप्ति जानकारी को एक में संग्रहीत किया जाता है AES-GCM एन्क्रिप्टेड Keychain प्लेनटेक्स्ट फ़ाइलों या वॉल्टेयर खाते के बजाय डेटाबेस।
फ़ाइल एन्क्रिप्शन. प्रत्येक आयातित फ़ाइल को एन्क्रिप्ट किया गया है AES-256-GCM यादृच्छिक मास्टर कुंजी के अंतर्गत. CryptoKit ताज़ा नॉन्स के साथ प्रमाणित सीलबंद बॉक्स बनाता है, और स्ट्रीमिंग प्रारूप प्रत्येक ऑर्डर किए गए टुकड़े के लिए एक अलग नॉन्स प्राप्त करता है।
मेटाडेटा एन्क्रिप्शन. फ़ाइल नाम, MIME प्रकार, दिनांक, सूचकांक रिकॉर्ड और थंबनेल डेटा भी सुरक्षित हैं AES-256-GCM. वॉल्टेयर वॉल्ट मेटाडेटा के लिए चाचा20 का उपयोग नहीं करता है।
मुख्य प्रबंधन. वॉल्टेयर अपने डिवाइस नमक और एन्क्रिप्टेड रिकवरी डेटाबेस को सामान्य रूप से संग्रहीत करता है iOS Keychain जेनेरिक-पासवर्ड आइटम के साथ संरक्षित WhenUnlockedThisDeviceOnly अभिगम्यता वर्ग. पैटर्न-व्युत्पन्न वॉल्ट कुंजियाँ और यादृच्छिक मास्टर कुंजियाँ ऐप मेमोरी में संसाधित की जाती हैं CryptoKit. लॉक करने से सक्रिय कुंजी स्थिति समाप्त हो जाती है, लेकिन स्विफ्ट और iOS इस गारंटी का समर्थन न करें कि प्रत्येक क्षणिक प्रतिलिपि अधिलेखित है।
तिजोरी की खोज. सामान्य इंटरफ़ेस वॉल्ट सूची नहीं दिखाता है. स्थानीय प्रारूप प्रत्येक वॉल्ट के लिए बिल्कुल 1 एन्क्रिप्टेड इंडेक्स फ़ाइल संग्रहीत करता है, और रखरखाव कोड उन फ़ाइलों की गणना कर सकता है। इसलिए ऐप-कंटेनर एक्सेस वाला कोई व्यक्ति एन्क्रिप्टेड इंडेक्स की गणना कर सकता है, हालांकि फ़ाइल नाम पैटर्न, नाम या सादे टेक्स्ट सामग्री को प्रकट नहीं करते हैं। पूरा देखें सुरक्षा वास्तुकला और पैटर्न एन्क्रिप्शन स्पष्टीकरण.
यह कैसे बताएं कि कोई ऐप वास्तविक शून्य-ज्ञान एन्क्रिप्शन उपयोग करता है
तीन त्वरित परीक्षणों से प्रारंभ करें, फिर प्रकाशित आर्किटेक्चर को सत्यापित करें:
पासवर्ड भूल गए परीक्षण. यदि ईमेल रीसेट अकेले पढ़ने योग्य डेटा को पुनर्स्थापित करता है, तो पूछें कि किस प्रदाता द्वारा आयोजित तंत्र ने प्रभावी सामग्री कुंजी को पुनर्प्राप्त किया है। उपयोगकर्ता-आयोजित पुनर्प्राप्ति वाक्यांश, पुराने-डिवाइस अनुमोदन और प्रदाता-नियंत्रित रीसेट अलग-अलग डिज़ाइन हैं।
नव-डिवाइस परीक्षण. यदि कोई नया उपकरण पठनीय सामग्री को पुनर्स्थापित करता है, तो उस गुप्त या विश्वसनीय उपकरण की पहचान करें जिसने इसे अधिकृत किया है। खाता लॉगिन अकेले प्रदाता-नियंत्रित पुनर्प्राप्ति पथ का सुझाव देता है; एक पुनर्प्राप्ति वाक्यांश और एन्क्रिप्टेड बैकअप रिकॉर्ड प्रदाता-कुंजी पृथक्करण को संरक्षित कर सकते हैं।
खाता परीक्षण. एक ईमेल पता या फ़ोन नंबर पहचान को सेवा मेटाडेटा से जोड़ता है, लेकिन यह अपने आप में यह साबित नहीं करता है कि प्रदाता सामग्री को डिक्रिप्ट कर सकता है। मुख्य पदानुक्रम, पुनर्प्राप्ति डिज़ाइन, क्लाइंट कोड या ऑडिट, मेटाडेटा नीति का निरीक्षण करें और क्या प्रमाणित सिफरटेक्स्ट ऑफ़लाइन क्रेडेंशियल जांच की अनुमति देता है।
ये परीक्षण फ़िल्टर हैं, सुरक्षा प्रमाण नहीं। एक सुसंगत विनिर्देश में सामग्री कुंजी, अनलॉक कुंजी, लवण, व्युत्पत्ति पैरामीटर, प्रमाणित-एन्क्रिप्शन प्रारूप, गैर नियम, पुनर्प्राप्ति लिफाफे, स्थानीय गुप्त भंडारण, क्लाउड मेटाडेटा और उस बिंदु का नाम होना चाहिए जहां प्लेनटेक्स्ट कुंजी मौजूद हैं। उत्पाद लेबल की तुलना में स्वतंत्र समीक्षा अधिक मजबूत साक्ष्य है।
अक्सर पूछे जाने वाले प्रश्न
क्या शून्य-ज्ञान एन्क्रिप्शन end-to-end encryption के समान है?
वे overlap करते हैं लेकिन identical नहीं हैं। End-to-end encryption (E2EE) का अर्थ है कि डेटा sender के device पर encrypt होता है और केवल recipient के device पर decrypt होता है। Zero-knowledge encryption का अर्थ है कि provider डेटा तक पहुंच नहीं सकता। एक service end-to-end encrypted हो सकती है बिना zero-knowledge के अगर provider ने कभी keys generate की थीं या उन तक पहुंच थी। Zero-knowledge encryption अधिक सख्त standard है।
शून्य-ज्ञान एन्क्रिप्शन के साथ password खोने पर क्या होता है?
यदि प्रत्येक वैध क्रेडेंशियल और पुनर्प्राप्ति लिफाफा खो जाता है तो आपका डेटा स्थायी रूप से अप्राप्य हो जाता है। प्रदाता-नियंत्रित रीसेट या मास्टर कुंजी प्रदाता सीमा को कमजोर कर देगी, इसलिए पुनर्प्राप्ति को अलग से डिज़ाइन किया जाना चाहिए। वाल्टायर 9 अलग-अलग शब्दों वाले वाक्यांश वाला एक कस्टम उत्पन्न करता है जिसकी व्युत्पन्न पुनर्प्राप्ति कुंजी एक एन्क्रिप्टेड वॉल्ट-कुंजी लिफाफा खोलती है। वाक्यांश कुंजी को पुन: उत्पन्न या एन्कोड नहीं करता है, और नए-डिवाइस पुनर्स्थापना के लिए मिलान एन्क्रिप्टेड की भी आवश्यकता होती है CloudKit अभिलेख.
क्या law enforcement शून्य-ज्ञान एन्क्रिप्टेड डेटा तक पहुंच सकती है?
एक प्रदाता को संग्रहीत सिफरटेक्स्ट और उसके द्वारा रखे गए खाते, ट्रैफ़िक, बिलिंग या सेवा मेटाडेटा का खुलासा करना पड़ सकता है। प्रदाता द्वारा आयोजित प्लेनटेक्स्ट सामग्री कुंजी के बिना, वह प्रदाता सामग्री को डिक्रिप्ट करने के लिए अपने सामान्य सेवा पथ का उपयोग नहीं कर सकता है। डिवाइस का शोषण, क्रेडेंशियल खोज, पुनर्प्राप्ति प्रतियां, और जबरन प्रकटीकरण अलग-अलग मार्ग हैं जिनकी वैधता और प्रभावशीलता क्षेत्राधिकार और तथ्यों के अनुसार भिन्न होती है।
क्या शून्य-ज्ञान एन्क्रिप्शन regular encryption से slower है?
AES-256-GCM प्रदर्शन इस बात पर निर्भर नहीं करता कि कुंजी किसके पास है। पासवर्ड-आधारित व्युत्पत्ति अनलॉक के दौरान काम जोड़ती है, और इसकी अवधि एल्गोरिदम, पुनरावृत्ति गणना, डिवाइस और कार्यान्वयन पर निर्भर करती है। एप्लिकेशन को समर्थित हार्डवेयर पर उस लागत को मापना चाहिए और प्रत्येक ऑफ़लाइन अनुमान पर लगाई गई लागत के विरुद्ध प्रतिक्रिया को संतुलित करना चाहिए।
क्या शून्य-ज्ञान का अर्थ है कि ऐप बिल्कुल कोई डेटा collect नहीं करता?
जरूरी नहीं. यह शब्द प्रदाता की सामग्री-कुंजी सीमा को संबोधित करता है, प्रत्येक डेटा प्रवाह को नहीं। कोई ऐप अभी भी खाता डेटा, एनालिटिक्स, क्रैश रिपोर्ट, आईपी पते, रिकॉर्ड आकार, समय या अन्य सेवा मेटाडेटा संसाधित कर सकता है। वॉल्टेयर को किसी पहचान खाते की आवश्यकता नहीं है और उसका कहना है कि उसके सहमति-आधारित विश्लेषण में वॉल्ट सामग्री, पैटर्न, वाक्यांश और डिक्रिप्शन कुंजी शामिल नहीं हैं; इसका गोपनीयता नीति वर्तमान संग्रहण और प्रतिधारण नियमों का वर्णन करता है।
शून्य-ज्ञान एन्क्रिप्शन Apple के Advanced Data Protection से कैसे compare होता है?
Apple का एडवांस्ड डेटा प्रोटेक्शन (ADP) पेश किया गया iOS 16.2, एंड-टू-एंड एन्क्रिप्शन को अतिरिक्त तक विस्तारित करता है iCloud श्रेणियाँ और Apple खाता पुनर्प्राप्ति मॉडल का उपयोग करता है। वॉल्टेयर डिफ़ॉल्ट रूप से वॉल्ट सामग्री को स्थानीय रखता है और वॉल्टेयर पहचान खाते की आवश्यकता नहीं होती है; वैकल्पिक बैकअप, सिंक और साझाकरण क्लाइंट-साइड एन्क्रिप्टेड का उपयोग करता है CloudKit उपयोगकर्ता के Apple खाते में रिकॉर्ड। वॉल्टेयर पैटर्न-पृथक वॉल्ट एक्सेस भी प्रदान करता है दबाव मोड, इसमें वर्णित भंडारण और पुनर्प्राप्ति सीमा के साथ प्रशंसनीय-इनकार करने योग्य दस्तावेज.
सारांश
शून्य-ज्ञान एन्क्रिप्शन को प्रदाता-कुंजी-पृथक्करण दावे के रूप में सबसे अच्छा माना जाता है: सेवा संग्रहीत सामग्री को डिक्रिप्ट करने के लिए आवश्यक प्लेनटेक्स्ट कुंजी नहीं रखती है। यह प्रदाता-नियंत्रित कुंजी के तहत सर्वर-साइड एन्क्रिप्शन से अधिक मजबूत है, लेकिन यह दावा नहीं है कि कुंजी केवल मेमोरी में मौजूद है, कि मेटाडेटा गायब हो जाता है, या कि प्रत्येक क्लाइंट और डिवाइस समझौता विफल हो जाता है। उत्पाद को उसके प्रमुख पदानुक्रम, पुनर्प्राप्ति डिज़ाइन, कार्यान्वयन और स्वतंत्र समीक्षा के आधार पर आंकें।