हार्डवेयर से रैप की गई कुंजियां

डिस्क और फ़ाइल एन्क्रिप्शन वाले ज़्यादातर सॉफ़्टवेयर की तरह, Android का स्टोरेज एन्क्रिप्ट (सुरक्षित) करने का तरीका पारंपरिक रूप से सिस्टम मेमोरी में मौजूद रॉ एन्क्रिप्शन की कुंजियों पर निर्भर करता है ताकि एन्क्रिप्शन का इस्तेमाल किया जा सके. एन्क्रिप्ट (सुरक्षित) करने के बाद भी सॉफ़्टवेयर के बजाय समर्पित हार्डवेयर के ज़रिए, सॉफ़्टवेयर को आम तौर पर रॉ एन्क्रिप्शन की कुंजियों को मैनेज करें.

आम तौर पर, इसे समस्या के तौर पर नहीं देखा जाता, क्योंकि इसमें कुंजियां मौजूद नहीं होती हैं की वजह से होता है. यह मुख्य तौर पर उस हमले के दौरान एन्क्रिप्ट (सुरक्षित) करने का मकसद सुरक्षित है. हालांकि, विज्ञापन देने वालों को यह समझने में मदद मिलेगी कि अन्य तरह के हमलों से सुरक्षा बढ़ती है, जैसे कि कोल्ड बूट हमले और ऐसे ऑनलाइन हमले जिनसे कोई हमलावर सिस्टम को लीक कर सकता हो मेमोरी से समझौता किए बिना कर सकते हैं.

इस समस्या को हल करने के लिए, Android 11 पर सहायता उपलब्ध कराई गई हार्डवेयर से रैप की गई कुंजियों के लिए, जहां हार्डवेयर की सुविधा मौजूद होती है. हार्डवेयर के साथ रैप की गई कुंजियां, स्टोरेज की ऐसी कुंजियां होती हैं जिन्हें सिर्फ़ रॉ रूप में जाना जाता है खास तरह का हार्डवेयर; सॉफ़्टवेयर केवल इन कुंजियों को रैप करके देखता और उनके साथ काम करता है (एन्क्रिप्ट किया गया) फ़ॉर्म. इस हार्डवेयर में ऐसी सुविधा होनी चाहिए जिससे जनरेट और इंपोर्ट किया जा सके स्टोरेज कुंजियां, स्टोरेज कुंजियों को कुछ समय के लिए और लंबे समय तक इस्तेमाल करने के हिसाब से रैप करना, इकट्ठा करना सब-की, सीधे इनलाइन क्रिप्टो इंजन में सबकी की प्रोग्रामिंग करना, और सॉफ़्टवेयर के लिए एक अलग सबकी लौटकर.

ध्यान दें: एक इनलाइन क्रिप्टो इंजन (या इनलाइन एन्क्रिप्ट करने वाला हार्डवेयर) का मतलब ऐसे हार्डवेयर से है जो डेटा को एन्क्रिप्ट/डिक्रिप्ट करता है वह स्टोरेज डिवाइस में/से पहुंच रहा है. आम तौर पर, यह यूएफ़एस या ईएमएमसी होस्ट होता है वह कंट्रोलर जो संबंधित क्रिप्टो एक्सटेंशन को लागू करता है JEDEC की खास बातें.

डिज़ाइन

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

सिस्टम मेमोरी में एन्क्रिप्शन कुंजी का इस्तेमाल न करने का एक तरीका यह है कि उन्हें सिर्फ़ इनलाइन क्रिप्टो इंजन के कीस्लॉट में ही रखें. हालांकि, इस इस तरीके में कुछ समस्याएं आती हैं:

• एन्क्रिप्ट (सुरक्षित) करने वाली कुंजियों की संख्या, कीस्लॉट की संख्या से ज़्यादा हो सकती है.
• इनलाइन क्रिप्टो इंजन का इस्तेमाल, सिर्फ़ आपके पूरे ब्लॉक को एन्क्रिप्ट/डिक्रिप्ट करने के लिए किया जा सकता है डिस्क पर मौजूद डेटा. हालांकि, FBE के मामले में, सॉफ़्टवेयर को अभी भी अन्य क्रिप्टोग्राफ़िक काम करते हैं, जैसे कि फ़ाइल नामों को एन्क्रिप्ट (सुरक्षित) करना और डेरिविंग पासकोड इस्तेमाल करना आइडेंटिफ़ायर मौजूद हैं. सॉफ़्टवेयर को अभी भी रॉ एफ़बीई कुंजियों के ऐक्सेस की ज़रूरत होगी, यह दूसरा काम करें.

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

ध्यान दें: यह तकनीकी तौर पर लागू किया जा सकता है "हार्डवेयर से रैप की गई कुंजियां" एक टीईई (ट्रस्टेड एक्ज़ीक्यूशन) का इस्तेमाल करके सॉफ़्टवेयर में सिस्टम) हार्डवेयर. हालांकि, अभी ऐसा करने का सुझाव नहीं दिया जाता, क्योंकि यह यह साफ़ तौर पर नहीं बताया गया है कि इससे लोगों को इंटरनेट पर सुरक्षा सुविधा. खास तौर पर, इससे कोल्ड बूट अटैक से सुरक्षा नहीं मिल सकती.

फ़र्मवेयर में इंप्लिमेंटेशन स्वीकार किया जा सकता है, बशर्ते हार्डवेयर पर जो फ़र्मवेयर चलता है वह मुख्य प्रोसेसर से काफ़ी अलग होता है.

कुंजी की हैरारकी

KDF (की डेरिवेशन फ़ंक्शन) जैसे कि HKDF का इस्तेमाल करके, अन्य कुंजियों से कुंजी हासिल की जा सकती है, जिससे मुख्य क्रम तय होता है.

नीचे दिया गया डायग्राम, एफ़बीई के लिए मुख्य क्रम को दिखाता है. ऐसा तब होता है, जब हार्डवेयर-रैप की गई कुंजियों का इस्तेमाल नहीं किया जाता:

पहली इमेज. FBE कुंजी की हैरारकी (स्टैंडर्ड)

FBE क्लास कुंजी एक रॉ एन्क्रिप्शन की (कुंजी) होती है, जिसे Android Linux को पास करता है कर्नेल के ज़रिए, एन्क्रिप्ट (सुरक्षित) की गई डायरेक्ट्री के खास सेट को अनलॉक करें, जैसे कि किसी खास Android उपयोगकर्ता के लिए क्रेडेंशियल को एन्क्रिप्ट (सुरक्षित) किया गया स्टोरेज. (कर्नेल में, यह कुंजी को fscrypt मास्टर कुंजी कहा जाता है.) इस कुंजी से, कर्नेल ये सबकी:

• मुख्य आइडेंटिफ़ायर. इसका इस्तेमाल एन्क्रिप्ट (सुरक्षित) करने के लिए नहीं किया जाता, बल्कि यह एक वैल्यू है इसका इस्तेमाल उस कुंजी की पहचान करने के लिए किया जाता है जिससे कोई खास फ़ाइल या डायरेक्ट्री होती है सुरक्षित रखा गया.
• फ़ाइल का कॉन्टेंट एन्क्रिप्ट करने की कुंजी
• फ़ाइल नामों को एन्क्रिप्ट करने की कुंजी

ध्यान दें: ऊपर दिए गए तरीके के मुताबिक, यह माना जाता है कि ऊपर बताए गए तरीके में, एन्क्रिप्ट (सुरक्षित) करने के तरीके का इस्तेमाल किया जाएगा ऐसी सेटिंग जिन्हें इनलाइन क्रिप्टो इंजन के साथ इस्तेमाल करने के लिए ऑप्टिमाइज़ किया गया हो (inlinecrypt_optimized या emmc_optimized). अगर इनमें से कोई अगर इन सेटिंग का इस्तेमाल नहीं किया जाता है, तो ऐसे में कई फ़ाइल कॉन्टेंट और FBE क्लास कुंजी से ली गई फ़ाइल नाम एन्क्रिप्शन कुंजियां (प्रति फ़ाइल एक या डायरेक्ट्री) शामिल करना ज़रूरी है.

इसके उलट, नीचे दिए गए डायग्राम में FBE के लिए मुख्य हैरारकी को दिखाया गया है, जब हार्डवेयर-रैप की गई कुंजियों का इस्तेमाल किया जाता है:

दूसरी इमेज. FBE कुंजी की हैरारकी (हार्डवेयर वाली कुंजी के साथ)

पहले वाले मामले की तुलना में, कुंजी में एक अतिरिक्त लेवल जोड़ा गया है और फ़ाइल की सामग्री एन्क्रिप्ट (सुरक्षित) करने की कुंजी को कहीं और ले जाया गया है. रूट नोड अब भी उस कुंजी को दिखाता है जिसे Android, किसी सेट को अनलॉक करने के लिए Linux को पास करता है एन्क्रिप्ट (सुरक्षित) की गई डायरेक्ट्री. हालांकि, अब कुंजी बहुत कम समय के लिए है और इसे इस्तेमाल करने के लिए, इसे खास तौर पर काम करने वाले हार्डवेयर को भेजना ज़रूरी होता है. इस हार्डवेयर को दो इंटरफ़ेस लागू करें, जो कुछ समय के लिए रैप की गई कुंजी लेते हैं:

• inline_encryption_key को सीधे तौर पर समझने के लिए एक इंटरफ़ेस इसे इनलाइन क्रिप्टो इंजन के कीस्लॉट में प्रोग्राम कर दें. इससे फ़ाइल चुनने की अनुमति मिलती है सॉफ़्टवेयर का ऐक्सेस न होने के बावजूद, एन्क्रिप्ट/डिक्रिप्ट की जाने वाली सामग्री बटन दबाएं. Android के सामान्य कर्नेल में, यह इंटरफ़ेस blk_crypto_ll_ops::keyslot_program कार्रवाई, जो यह होनी चाहिए स्टोरेज ड्राइवर की ओर से लागू किया जाता है.
• sw_secret पाने और पाने के लिए एक इंटरफ़ेस ("सॉफ़्टवेयर सीक्रेट" -- इसे "रॉ सीक्रेट" भी कहा जाता है ही नहीं, बल्कि यह ऐसी कुंजी है जो फ़ाइल के कॉन्टेंट के अलावा, Linux अन्य सभी चीज़ों के लिए सब-की हासिल करने के लिए, Linux का इस्तेमाल करता है एन्क्रिप्ट करने का तरीका. Android के सामान्य कर्नेल में, यह इंटरफ़ेस blk_crypto_ll_ops::derive_sw_secret कार्रवाई, जो यह होनी चाहिए स्टोरेज ड्राइवर की ओर से लागू किया जाता है.

वैल्यू से inline_encryption_key और sw_secret को हासिल करने के लिए रॉ स्टोरेज कुंजी के लिए, हार्डवेयर को क्रिप्टोग्राफ़िक तौर पर मज़बूत KDF का इस्तेमाल करना चाहिए. यह केडीएफ़ क्रिप्टोग्राफ़ी के सबसे सही तरीकों का पालन करना चाहिए; इसकी सुरक्षा क्षमता इतने होनी चाहिए: कम से कम 256 बिट, यानी बाद में इस्तेमाल किए जाने वाले किसी भी एल्गोरिदम के लिए काफ़ी हैं. इसे किसी जब आपको अलग-अलग लेबल, संदर्भ, और/या ऐप्लिकेशन की खास जानकारी वाली स्ट्रिंग का इस्तेमाल करना हो, हर तरह की सबकी को डेरिवेटिव से बनाया जाता है, ताकि यह गारंटी दी जा सके कि सबकी वे क्रिप्टोग्राफ़िक तरीके से एक-दूसरे से अलग हो जाते हैं. इसका मतलब है कि इनमें से किसी एक के बारे में जानकारी से यह पता नहीं चलता है कि अन्य. कुंजी को खींचने की ज़रूरत नहीं है, क्योंकि मूल मेमोरी कुंजी पहले से ही एक ही जैसी रैंडम कुंजी.

तकनीकी तौर पर, सुरक्षा की शर्तों को पूरा करने वाले किसी भी केडीएफ़ का इस्तेमाल किया जा सकता है. हालांकि, टेस्टिंग के लिए, उसी केडीएफ़ को फिर से लागू करना ज़रूरी है टेस्ट कोड. फ़िलहाल, एक केडीएफ़ की समीक्षा करके उसे लागू किया जा चुका है; यह मिल सकता है vts_kernel_encryption_test के सोर्स कोड में. हमारा सुझाव है कि हार्डवेयर इस KDF का इस्तेमाल करें. यह केडीएफ़, एनआईएसटी एसपी 800-108 "काउंटर मोड में केडीएफ़ का इस्तेमाल करता है. साथ ही, पीआरएफ़ के तौर पर AES-256-CMAC का इस्तेमाल करता है. ध्यान रखें कि एक साथ काम करने के लिए, एल्गोरिदम के हिस्से एक जैसे होने चाहिए. इनमें, केडीएफ़ कॉन्टेक्स्ट के विकल्प भी शामिल हैं और लेबल जोड़ने की अनुमति दें.

कुंजी रैपिंग

हार्डवेयर में रैप की हुई कुंजियों के सुरक्षा लक्ष्यों को पूरा करने के लिए, दो तरह की कुंजी को रैप करना परिभाषित किए गए हैं:

• कुछ समय के लिए रैपिंग: हार्डवेयर, कुंजी का इस्तेमाल करके रॉ कुंजी को एन्क्रिप्ट (सुरक्षित) करता है जो हर बूट पर रैंडम तरीके से जनरेट होता है. साथ ही, इसे सीधे बिना अनुमति के सार्वजनिक नहीं किया जाता जैसी चीज़ों को हार्डवेयर के बाहर रखा जाता है.
• लॉन्ग टर्म रैपिंग: हार्डवेयर, रॉ कुंजी को हार्डवेयर में मौजूद खास और स्थायी कुंजी, जो सीधे तौर पर नहीं होती हार्डवेयर के बाहर एक्सपोज़ हो जाते हैं.

स्टोरेज को अनलॉक करने के लिए, Linux कर्नेल को भेजी गई सभी कुंजियां हैं कुछ समय के लिए रैप किया गया. इससे यह सुनिश्चित होता है कि अगर कोई हमलावर तो वह कुंजी न सिर्फ़ उपयोग में रहेगी, बल्कि डिवाइस से बाहर, लेकिन फिर चालू होने के बाद डिवाइस पर भी.

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

ध्यान दें: स्टोरेज को एन्क्रिप्ट (सुरक्षित) करने के लिए इस्तेमाल की जाने वाली वे सभी कुंजियां जिन्हें Android सेव करता है ऑन-डिस्क को कुंजी रैपिंग की एक अलग लेयर से सुरक्षित किया जाता है, जो डिवाइस के वेरिफ़ाइड बूट की स्थिति के साथ-साथ उपयोगकर्ता की कुंजी को अनलॉक करने की सुविधा लॉक स्क्रीन का नॉलेज फ़ैक्टर (उदाहरण के लिए, पिन) डालें. कुंजी की यह लेयर रैपिंग का तरीका, ऊपर बताई गई लंबे समय तक इस्तेमाल की जाने वाली कुंजी के रैपिंग से अलग है. इसलिए, हार्डवेयर में रैप की गई कुंजियों का इस्तेमाल होने पर, Android में सेव की गई कुंजियां इस्तेमाल होने पर ऑन-डिस्क को दो बार रैप किया जाएगा: एक बार हार्डवेयर की लंबे समय तक चलने वाली कुंजी के साथ के लपेटें और फिर से Android के मानक कुंजी रैपिंग के साथ.

इन दो अलग-अलग तरीकों से रैप की गई कुंजियों को मैनेज करने के लिए, हार्डवेयर को ये इंटरफ़ेस लागू करें:

• स्टोरेज कुंजियां जनरेट और इंपोर्ट करने के लिए इंटरफ़ेस. साथ ही, उन्हें वापस लौटाना लंबे समय तक रैपर किया जाता है. इन इंटरफ़ेस को सीधे तौर पर, इसके ज़रिए ऐक्सेस नहीं किया जाता KeyMint है और ये TAG_STORAGE_KEY KeyMint टैग से संबंधित हैं. "जनरेट करें" vold, नई स्टोरेज जनरेट करने के लिए सुविधा का इस्तेमाल करता है "इंपोर्ट" करते समय, Android के इस्तेमाल करने के लिए पासकोड क्षमता का इस्तेमाल इनके लिए किया जाता है जांच कुंजियां इंपोर्ट करने के लिए vts_kernel_encryption_test.
• लंबे समय तक रैप की गई स्टोरेज कुंजी को स्टोरेज में बदलने के लिए इंटरफ़ेस कुछ समय के लिए रैप की गई स्टोरेज कुंजी. यह convertStorageKeyToEphemeral कीमिंट तरीका. इस तरीके का इस्तेमाल किया जाता है vold और vts_kernel_encryption_test, दोनों के हिसाब से क्रम में डिवाइस के स्टोरेज को अनलॉक करने के लिए.

कुंजी रैपिंग एल्गोरिदम, लागू करने की जानकारी है, लेकिन इसे मज़बूत AEAD, जैसे AES-256-GCM रैंडम IVs के साथ.

सॉफ़्टवेयर में बदलाव करना ज़रूरी है

एओएसपी के पास, हार्डवेयर-रैप की गई कुंजियों के साथ काम करने के लिए पहले से ही एक बेसिक फ़्रेमवर्क है. यह इसमें यूज़रस्पेस कॉम्पोनेंट, जैसे कि vold में भी सहायता शामिल है. blk-crypto, fscrypt और में Linux कर्नेल सहायता के तौर पर dm-default-key है.

हालांकि, लागू करने से जुड़ी जानकारी में कुछ बदलाव करने की ज़रूरत है.

KeyMint बदलाव

डिवाइस के KeyMint को लागू करने के तरीके में बदलाव किया जाना चाहिए, ताकि TAG_STORAGE_KEY और convertStorageKeyToEphemeral तरीका.

KeyMaster में, इसके बजाय exportKey का इस्तेमाल किया गया convertStorageKeyToEphemeral.

Linux कर्नेल में बदलाव

डिवाइस के इनलाइन क्रिप्टो इंजन के लिए, Linux कर्नेल ड्राइवर में बदलाव किया जाना चाहिए हार्डवेयर-रैप की गई कुंजियों पर काम करने के लिए.

android14 और उसके बाद के कर्नेल के लिए, BLK_CRYPTO_KEY_TYPE_HW_WRAPPED को सेट करो blk_crypto_profile::key_types_supported में, blk_crypto_ll_ops::keyslot_program बनाओ और blk_crypto_ll_ops::keyslot_evict प्रोग्रामिंग/हार्डवेयर में लिपटी हुई कुंजियों को हटाने में मदद करने के लिए, और blk_crypto_ll_ops::derive_sw_secret को लागू करें.

android12 और android13 कर्नेल के लिए, BLK_CRYPTO_FEATURE_WRAPPED_KEYS सेट करें blk_keyslot_manager::features में, blk_ksm_ll_ops::keyslot_program बनाओ और blk_ksm_ll_ops::keyslot_evict प्रोग्रामिंग/हार्डवेयर में लिपटी हुई कुंजियों को हटाने में मदद करने के लिए, और blk_ksm_ll_ops::derive_raw_secret लागू करें.

android11 कर्नेल के लिए, BLK_CRYPTO_FEATURE_WRAPPED_KEYS को सेट करो keyslot_manager::features में, keyslot_mgmt_ll_ops::keyslot_program बनाओ और keyslot_mgmt_ll_ops::keyslot_evict प्रोग्रामिंग/हार्डवेयर में लिपटी हुई कुंजियों को हटाने में मदद करने के लिए, और keyslot_mgmt_ll_ops::derive_raw_secret को लागू करें.

टेस्ट करना

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

atest -v vts_kernel_encryption_test

टेस्ट लॉग पढ़ें और पुष्टि करें कि हार्डवेयर रैप किए गए कुंजी टेस्ट केस (उदाहरण के लिए, FBEPolicyTest.TestAesInlineCryptOptimizedHwWrappedKeyPolicy और DmDefaultKeyTest.TestHwWrappedKey) को सहायता की वजह से स्किप नहीं किया गया हार्डवेयर-रैप की गई कुंजियों का पता नहीं लगाया जा सकता, क्योंकि परीक्षण परिणाम अभी भी "पास हुआ" उस मामले में.

ध्यान दें: इन टेस्ट केस को पास करने के लिए, मुख्य तरीके से हुई शुरुआत हार्डवेयर, टेस्ट की उम्मीद से पूरी तरह मैच करना चाहिए. इसके अलावा, इनलाइन क्रिप्टो इंजन ने जो AES-256-XTS इस्तेमाल किया है वह सही होना चाहिए; इसका मतलब है कि डिस्क पर एन्क्रिप्ट किए गए डेटा के हर ब्लॉक को अपेक्षित कुंजी का उपयोग करके एन्क्रिप्ट किया जाना चाहिए और IV (इनिशलाइज़ेशन वेक्टर) के साथ. कुंजी और IV, और एक ब्लॉक से सही IV वृद्धि राशि अगला.

अगर हार्डवेयर किसी अलग KDF (इसका सुझाव नहीं दिया जाता) का इस्तेमाल करता है, तो जांच बदलना केDF की ज़रूरत है.

सक्षम किया जा रहा है

जब डिवाइस की हार्डवेयर में रैप की गई कुंजी से जुड़ी सहायता सही तरीके से काम करने लगे, तो डिवाइस की fstab फ़ाइल में ये बदलाव करें Android इसका इस्तेमाल, एफ़बीई और मेटाडेटा को एन्क्रिप्ट (सुरक्षित) करने के लिए करता है:

• FBE: wrappedkey_v0 फ़्लैग को fileencryption पैरामीटर. उदाहरण के लिए, fileencryption=::inlinecrypt_optimized+wrappedkey_v0. इसके लिए ज़्यादा जानकारी के लिए, एफ़बीई देखें दस्तावेज़ में दिया गया है.
• मेटाडेटा एन्क्रिप्शन: wrappedkey_v0 फ़्लैग को metadata_encryption पैरामीटर. उदाहरण के लिए, metadata_encryption=:wrappedkey_v0. ज़्यादा जानकारी के लिए, यह देखें मेटाडेटा एन्क्रिप्ट (सुरक्षित) करने का दस्तावेज़.

ध्यान दें: हार्डवेयर के साथ रैप की गई कुंजियों का इस्तेमाल सिर्फ़ अंदरूनी हिस्से पर किया जा सकता है स्टोरेज के लिए बची है, डिवाइस का स्टोरेज.