दिखने वाली तिजोरी सूची के बिना छिपी हुई तिजोरी

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

"छिपी हुई तिजोरी" का वास्तव में क्या मतलब है?

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

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

यह रूटिंग स्टोरेज आर्किटेक्चर का हिस्सा है, लेकिन इसकी सुरक्षा की सीमाएँ हैं। Vaultaire ऐसी कोई प्लेनटेक्स्ट मास्टर रजिस्ट्री नहीं रखता जो तिजोरी को पैटर्न या लेबल से जोड़े। यह हर तिजोरी का एन्क्रिप्टेड रूट इंडेक्स एक पूल में रखता है, जिसे रैंडम कवर फ़ाइलों से 64 स्लॉट के बैंड तक भरा जाता है। सभी तिजोरियों के पेज और arena फ़ाइलें रैंडम नामों वाला एक ही स्टोरेज फ़ोल्डर साझा करते हैं, इसलिए फ़ाइल नामों से पता नहीं चलता कि कोई फ़ाइल किस तिजोरी की है। कवर arena फ़ाइलें arena की गिनती को एक बैंड पर रखती हैं, लेकिन फ़ाइलों वाली हर तिजोरी कम से कम एक arena इस्तेमाल करती है। इसलिए फ़ाइल सिस्टम परीक्षक फिर भी अनुमान लगा सकता है कि कितनी तिजोरियों में फ़ाइलें हैं, भले ही वह कुंजी के बिना इंडेक्स की सामग्री न पढ़ सके।

यह कोई "छिपा हुआ फ़ोल्डर" नहीं है

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

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

Vaultaire किसी छिपे फ़ोल्डर या कैलकुलेटर के भेस पर निर्भर नहीं है। अपने ऐप कंटेनर के अंदर यह एन्क्रिप्टेड तिजोरी इंडेक्स और एन्क्रिप्टेड ब्लॉब फ़ाइलें रखता है। इंडेक्स की सामग्री उपयोगकर्ता के फ़ाइल नाम, MIME प्रकार, तारीखें, फ़ाइल मैप और लपेटी गई मास्टर कुंजी को AES-256-GCM के पीछे छिपाती है। यह सामग्री तब तक पढ़ने योग्य नहीं होती जब तक पैटर्न से बनी सही कुंजी इंडेक्स को प्रमाणित न कर दे।

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

स्टोरेज लेआउट से क्या पता चलता है

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

Vaultaire स्थानीय स्टोरेज का आकार स्थिर नहीं रखता। फ़ाइलें जोड़ने पर स्टोरेज भरता है, तिजोरी हटाने पर स्टोरेज खाली हो सकता है, और तिजोरियाँ भरने के साथ स्टोरेज फ़ाइलों की संख्या बढ़ती है। एन्क्रिप्शन सामग्री और अखंडता की रक्षा करता है, लेकिन फ़ाइल सिस्टम से आकार, गिनती और समय की सारी जानकारी नहीं मिटाता।

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

पैडिंग कहाँ इस्तेमाल होती है

Vaultaire कुछ खास फ़ॉर्मैट में पैडिंग इस्तेमाल करता है। एन्क्रिप्टेड फ़ाइल हेडर एक तय आकार आरक्षित रखते हैं, ताकि सामान्य फ़ाइल नाम और MIME प्रकार प्लेनटेक्स्ट में न दिखें। एन्क्रिप्टेड iCloud बैकअप तय 10 MB के रिकॉर्ड और डिकॉय चंक इस्तेमाल करता है। इन उपायों को स्थिर आकार वाले स्थानीय स्टोरेज पूल से न जोड़ें।

स्थानीय रूट फ़ाइलों का ऐप-स्तर का फ़ाइल नाम अब भी पहचाना जा सकता है, और हर arena फ़ाइल का आकार एक जैसा तय होता है, इसलिए साफ़ दिखता है कि ये Vaultaire की स्टोरेज फ़ाइलें हैं। AES-GCM उनका प्लेनटेक्स्ट छिपाता है और बदलाव पकड़ता है; यह हर बाइट या फ़ाइल सिस्टम निशान को डिस्क के रैंडम सेक्टरों से अलग न पहचाने जा सकने लायक नहीं बनाता।

फोरेंसिक प्रतिरोध: जब वे आपका फोन लेते हैं तो क्या होता है

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

फोरेंसिक उपकरण क्या देख सकते हैं

फ़ोरेंसिक परीक्षक देख सकता है कि Vaultaire इंस्टॉल है, वह कितना स्टोरेज इस्तेमाल करता है, कितनी `vault_index_*.bin` रूट फ़ाइलें और स्टोरेज फ़ाइलें मौजूद हैं (रूट फ़ाइलें कवर फ़ाइलों से पैड होती हैं और स्टोरेज फ़ाइलों के नाम रैंडम होते हैं), और बदलाव का मेटाडेटा। arena की गिनती, फ़ाइलों के समय और कुल आकार से परीक्षक अनुमान लगा सकता है कि कितनी तिजोरियों में फ़ाइलें हैं। परीक्षक ऑफ़लाइन पैटर्न अनुमान के लिए सिफ़रटेक्स्ट की कॉपी भी बना सकता है।

एन्क्रिप्शन अब भी किसकी रक्षा करता है

• पढ़ने योग्य तिजोरी लेबल और फ़ाइल मैप। एन्क्रिप्टेड इंडेक्स फ़ाइल रिकॉर्ड और लपेटी गई रैंडम मास्टर कुंजी की रक्षा करता है।
• मूल फ़ाइल नाम और MIME प्रकार। ये फ़ील्ड प्लेनटेक्स्ट डायरेक्टरी नामों में नहीं, प्रमाणित एन्क्रिप्टेड फ़ाइल हेडर के अंदर रहते हैं।
• फ़ोटो, वीडियो और दस्तावेज़ों की सामग्री। फ़ाइल पेलोड रैंडम तिजोरी मास्टर कुंजी के साथ AES-256-GCM इस्तेमाल करते हैं।
• खुद पैटर्न। Vaultaire इसे प्लेनटेक्स्ट सेटिंग के रूप में संग्रहीत नहीं करता, हालाँकि डिवाइस के सामान्य उपयोग के दौरान एन्क्रिप्टेड स्थानीय पुनर्प्राप्ति डेटाबेस में पैटर्न और वाक्यांश की सामग्री रहती है।
• अनुमान लगाने से बचने का शॉर्टकट। PBKDF2 हर संभावित पैटर्न की लागत बढ़ाता है, लेकिन कॉपी किया गया इंडेक्स फ़ाइल नाम और AES-GCM टैग हमलावर को अनुमान ऑफ़लाइन जाँचने देते हैं।

छिपी हुई तिजोरी विश्वसनीय इनकार को कैसे सक्षम करें

छिपी हुई तिजोरियाँ वह इंटरफ़ेस-स्तर का बँटवारा देती हैं जिस पर Vaultaire की विश्वसनीय इनकार सुविधा टिकी है। इस दावे को परखते समय यह जुड़ाव और फ़ाइल सिस्टम जाँच में इसकी सीमा, दोनों मायने रखते हैं।

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

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

संपूर्ण श्रृंखला

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

नतीजा ऐप के अंदर व्यावहारिक बँटवारा है, और सामग्री एन्क्रिप्शन से सुरक्षित रहती है। यह कोई गणितीय गारंटी नहीं है कि डिवाइस परीक्षक अतिरिक्त एन्क्रिप्टेड कंटेनर नहीं पकड़ सकता।

यह क्यों मायने रखता है

आप सोच सकते हैं कि फोरेंसिक प्रतिरोध अत्यधिक लगता है। अधिकांश लोगों को डिवाइस जब्ती या अदालती आदेशों का सामना नहीं करना पड़ रहा है। लेकिन छिपी हुई तिजोरियों के पीछे का सिद्धांत रोजमर्रा के परिदृश्यों में भी आपकी रक्षा करता है।

Vaultaire की लॉक स्क्रीन तक पहुँचने वाले व्यक्ति को निशाना बनाने के लिए तिजोरी नामों की कोई सूची नहीं मिलती। आपका डिवाइस उधार लेने वाला सहकर्मी किसी पिकर से तिजोरी के बीच नहीं घूम सकता। चोर फिर भी जानता है कि Vaultaire इंस्टॉल है और ऐप या डिवाइस को निशाना बना सकता है, लेकिन एन्क्रिप्टेड सामग्री पैटर्न, PBKDF2 की लागत, AES-GCM और iOS की सुरक्षा सीमा से सुरक्षित रहती है।

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