ऐसी मशीन पर डिस्क एन्क्रिप्शन जो आपकी अपनी नहीं है

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

तीन अवस्थाएँ, और वह जिसे कोई एन्क्रिप्ट नहीं करता

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

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

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

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

मशीन के चलते समय कुंजी कहाँ रहती है

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

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

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

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

रीबूट की समस्या, और वह शॉर्टकट जो इसे बेअसर कर देता है

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

किसी दूरस्थ मशीन पर एन्क्रिप्टेड root वॉल्यूम अनलॉक करने के चार तरीक़े

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

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

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

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

यही एक सवाल आठ अलग-अलग तरीक़ों से पूछा गया है। जो कॉलम मायने रखता है वह आख़िरी है, क्योंकि हर उस पंक्ति में जहाँ एन्क्रिप्शन काम नहीं आता, वहाँ कुछ और काम आता है — और उस "कुछ और" को नाम देना ही इस पूरी कवायद का असली मूल्य है।

आठ परिदृश्य, और क्या पूर्ण-डिस्क एन्क्रिप्शन नतीजा बदलता है

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

डिस्क से ऊपर: शत्रुतापूर्ण होस्ट पर क्या बचता है

अब तक जो कुछ भी कहा गया वह उस परत तक सीमित है जो ब्लॉक डिवाइस पर ख़त्म हो जाती है। इसके ऊपर तीन चीज़ें हैं, और मिलकर यही तीनों उस तालिका की पाँचवीं, छठी और सातवीं पंक्ति के इकलौते जवाब हैं।

एन्क्रिप्शन को ऐप्लिकेशन के ऊपर रखें, उसके नीचे नहीं

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

बैकअप एक अलग फ़ैसला है, कोई परिणाम नहीं

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

मेमोरी एन्क्रिप्शन, और यह शायद उपलब्ध क्यों नहीं है

जिस अवस्था को कोई एन्क्रिप्ट नहीं करता, उसका एक हार्डवेयर जवाब मौजूद है। कॉन्फ़िडेंशियल-कंप्यूटिंग एक्सटेंशन — AMD का SEV-SNP, Intel का TDX — गेस्ट की मेमोरी और रजिस्टर अवस्था को हाइपरवाइज़र के बजाय एक अलग सिक्योरिटी प्रोसेसर के पास रखी कुंजी से एन्क्रिप्ट करते हैं, इसलिए मेमोरी डंप करने वाले होस्ट को वापस एन्क्रिप्टेड डेटा ही मिलता है। यह असली है और इस्तेमाल में है। लेकिन यह सीमित भी है: SEV-SNP के लिए तीसरी पीढ़ी या उससे नई EPYC सिलिकॉन चाहिए, होस्ट को इसके लिए जान-बूझकर कॉन्फ़िगर किया जाना ज़रूरी है, और गेस्ट को यह प्रमाणित करना पड़ता है कि उसे यह मिला है। लगभग कोई भी सामान्य-उद्देश्य वाला वर्चुअल सर्वर इसे नहीं देता, और कोई भी इसे चुपचाप नहीं देता। जब तक कोई प्रदाता लिखित रूप में यह न कहे कि यह उपलब्ध है और यह न बताए कि इसका सत्यापन ख़ुद कैसे किया जाए, तब तक मान लिया जाना चाहिए कि यह उपलब्ध नहीं है।

एक ऐसा सेटअप जो अपनी सीमाओं के बारे में ईमानदार हो

इस सबका नतीजा कुछ मत करो नहीं है। इसका नतीजा एक ऐसा कॉन्फ़िगरेशन है जिसकी सीमाएँ बिना झिझके ज़ोर से बताई जा सकें।

1. जिस एक परिदृश्य से बचाव किया जा रहा है, उसे लिख लें (5 मिनट)। रिटायर हो चुकी ड्राइव, चलते समय ज़ब्त की गई मशीन, कोई शत्रुतापूर्ण होस्ट, कोई न्यायालय का आदेश, कोई ऐसा भंग जिसे सार्वजनिक करना ज़रूरी हो। इन सबके जवाब अलग-अलग हैं, और इन पाँचों के लिए बनाया गया सेटअप भरोसे से किसी एक को भी हासिल नहीं करता।
2. एन्क्रिप्शन वहाँ रखें जहाँ कुंजी है (फ़ैसला)। अगर कुंजी प्रदाता के पास है, तो सिर्फ़ इमारत से बाहर जाती ड्राइव से बचाव ख़रीदा गया है, उससे आगे कुछ नहीं। इससे ज़्यादा चाहिए तो वॉल्यूम को गेस्ट के भीतर से, ऐसी किसी चीज़ से अनलॉक किया जाना चाहिए जो प्लेटफ़ॉर्म को कभी दिखे ही नहीं।
3. root की बजाय डेटा वॉल्यूम को एन्क्रिप्ट करें (सेटअप)। एन्क्रिप्टेड root का मतलब है कि हर रीबूट का इंतज़ार करना पड़ेगा। डेटाबेस डायरेक्टरी, अपलोड और सीक्रेट रखने वाला एक अलग एन्क्रिप्टेड वॉल्यूम मशीन को अपने-आप वापस चालू होने देता है, जबकि संवेदनशील हिस्सा तब तक बंद रहता है जब तक उसे खोला न जाए। यही वह समझौता है जो ज़्यादातर छोटे प्लेटफ़ॉर्म को करना चाहिए, और लगभग कोई इसे लिख कर नहीं रखता।
4. की-फ़ाइल को कभी भी अनएन्क्रिप्टेड बूट पार्टीशन पर न छोड़ें (नियम)। अगर मशीन बिना निगरानी, बिना की-सर्वर और बिना कंसोल के बूट होती है, तो कुंजी डिस्क पर ही है; तीसरी कोई संभावना नहीं है। यह तब एक अच्छा समझौता है जब चोरी हुई ड्राइव ही पूरा थ्रेट मॉडल हो, और हर दूसरी स्थिति में यह ख़ुद को धोखा देना है।
5. बैकअप को लिखे जाने के समय ही एन्क्रिप्ट करें, कुंजी कहीं और रखें (सेटअप)। फिर किसी और दिन, जब कुछ भी जल न रहा हो, उसे किसी दूसरी मशीन पर रीस्टोर करके देखा जाए।
6. क्या कवर किया गया है, यह एक वाक्य में बताएँ (5 मिनट)। कुछ ऐसा: जो हमलावर यह डिस्क रैक से निकाल ले जाता है उसे कुछ नहीं मिलता, और चलती मशीन या उसके होस्ट पर root रखने वाले किसी को भी सब कुछ मिल जाता है। अगर यह वाक्य लिखने में असहजता महसूस हो, तो इसकी वजह यही है कि यह सच है।

इन छह में से दो फ़ैसले हैं और चार कॉन्फ़िगरेशन। फ़ैसलों में एक दोपहर लगती है और कॉन्फ़िगरेशन में एक घंटा, और वह एक घंटा उस दोपहर के बिना बेकार है। इन्हें उल्टे क्रम में करने पर लोग वहीं पहुँचते हैं जहाँ पहली तालिका की तीसरी पंक्ति है — एक ऐसी मशीन जो ऑडिट पास कर लेती है मगर किसी से भी रक्षा नहीं करती।

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

प्लेटफ़ॉर्म चलाने वाले इंजीनियरों द्वारा लिखा गया, और आज दोबारा पढ़ा गया। यदि यहां कुछ गलत है या पुराना हो चुका है, तो पैनल से बताएं — इनमें से लगभग आधी बातें वहीं से आई हैं।