संरक्षण अपलोडपूर्वीच सुरू होते
नेटिव्ह व्हॉल्ट Revault खात्याशिवाय लोकली काम करतात. फाइलमधील मजकूर, फाइलनावे, MIME प्रकार, थंबनेल, व्हॉल्टची नावे, फोल्डर, टॅग आणि आवडते डिव्हाइसवर एन्क्रिप्ट केले जातात. लोकल वापर व्हॉल्ट फाइल्स Revault ला अपलोड करत नाही. नेटिव्ह क्लाउड सिंक आणि शेअरिंग पर्यायी, स्वतंत्र क्रिया आहेत.
व्हॉल्ट तयार करताना किंवा अनलॉक करताना मॉडेल विश्वासार्ह ऑपरेटिंग सिस्टम, इन्स्टॉल केलेले अॅप आणि क्रिप्टोग्राफिक रँडम स्रोत गृहित धरते. फक्त एन्क्रिप्टेड फाइल्स आणि की रॅपर असलेली व्यक्ती आवश्यक सीक्रेटशिवाय त्या डिक्रिप्ट करू शकत नाही. व्हॉल्ट उघडा असताना चालणारे मालवेअर किंवा धोक्यात आलेले अॅप प्लेनटेक्स्ट आणि की मिळवू शकते.
प्रत्येक व्हॉल्टसाठी स्वतंत्र की
प्रत्येक व्हॉल्ट ऑपरेटिंग सिस्टमच्या क्रिप्टोग्राफिक रँडम स्रोताने तयार केलेल्या यादृच्छिक 256-बिट AES मास्टर कीने सुरू होतो. जेश्चर ही की थेट ठरवत नाही. प्रत्येक व्हॉल्टकडे स्वतंत्र मास्टर की मटेरियल असते, त्यामुळे एका व्हॉल्ट कीच्या उघड होण्याने दुसरी की मिळवता येत नाही.
डिव्हाइस पॅटर्न त्याचा क्रमबद्ध ठिपक्यांचा क्रम यादृच्छिक 256-बिट डिव्हाइस सीक्रेटसह एकत्र करतो. परिणामी इनपुट NFKC ने सामान्यीकृत केला जातो आणि नवीन 128-बिट सॉल्ट व 600,000 इटरेशनसह PBKDF2-HMAC-SHA-256 ला दिला जातो. तयार झालेली 256-बिट की AES-256-GCM वापरून मास्टर की गुंडाळते. अॅप प्लेनटेक्स्ट पॅटर्न किंवा वेगळा पॅटर्न फिंगरप्रिंट सेव्ह करत नाही.
पॅटर्न सहा ते 25 वेगळे ठिपके असलेला 5 × 5 ग्रिड वापरतात आणि एकाच डिव्हाइसवर नोंदवलेल्या व्हॉल्टमध्ये अद्वितीय असणे आवश्यक आहे. जुळणारा पॅटर्न फक्त त्याचा व्हॉल्ट उघडतो; इतर व्हॉल्टची नावे आणि मजकूर लपलेले राहतात. अंदाज करता येणारे जेश्चर तरीही सहज ओळखता येतात. डिव्हाइस सीक्रेट आणि त्याचा एन्क्रिप्टेड रॅपर दोन्ही मिळवणारी व्यक्ती ऑफलाइन पॅटर्न अंदाज करण्याचा प्रयत्न करू शकते.
नेटिव्ह व्हॉल्ट उघडण्यासाठी त्याचा लोकल पॅटर्न किंवा स्पष्ट रिकव्हरी प्रक्रिया लागते, Revault खाते किंवा पासकी नाही. पर्यायी क्लाउड सिंक प्लॅटफॉर्मचे Apple किंवा Google ऑथरायझेशन वापरतो, आणि स्टोअर खरेदी प्लॅटफॉर्मचे बिलिंग खाते वापरतात. क्लाउड ऑथरायझेशन किंवा खरेदी दोन्हीपैकी काहीही व्हॉल्ट डिक्रिप्शन की देत नाही.
| उद्देश | रचना |
|---|---|
| व्हॉल्ट मास्टर की | यादृच्छिक 256-बिट AES की |
| की रॅपिंग | PBKDF2-HMAC-SHA-256 · 600,000 इटरेशन्स · 128-बिट सॉल्ट → AES-256-GCM |
| मेटाडेटा आणि थंबनेल | AES-256-GCM · यादृच्छिक 96-बिट नॉन्स · 128-बिट ऑथेंटिकेशन टॅग |
| फाइल की डेरिव्हेशन | HKDF-SHA-256 · प्रति फाइल यादृच्छिक 256-बिट सॉल्ट · 256-बिट AES आउटपुट |
| रिकव्हरी सीक्रेट | तयार केलेला: 18 यादृच्छिक शब्द (198 बिट); कस्टम: किमान 6 वेगळे शब्द आणि 32–512 अक्षरे |
केवळ-डिव्हाइस की संरक्षण
iOS वर, डिव्हाइस लॉक WhenUnlockedThisDeviceOnly संरक्षणासह सिंक न होणाऱ्या Keychain आयटम म्हणून साठवला जातो. तो फक्त डिव्हाइस अनलॉक असतानाच अॅक्सेस करता येतो आणि Keychain सिंकद्वारे स्थलांतरित होत नाही. साठवलेला सीक्रेट Secure Enclave की नाही.
Android वर, डिव्हाइस लॉक अनलॉक डिव्हाइस आवश्यक असलेल्या, एक्स्पोर्ट न करता येणाऱ्या Android Keystore कीखाली AES-256-GCM वापरून एन्क्रिप्ट केला जातो. एन्क्रिप्टेड लॉक फाइल अॅपच्या no-backup डिरेक्टरीत असते. Keystore हार्डवेअर बॅकिंग डिव्हाइसवर अवलंबून असते; प्रत्येक डिव्हाइस हार्डवेअर-बॅक्ड की वापरते असे अॅप वचन देत नाही.
लोकल अनलॉक सीक्रेट नेटिव्ह क्लाउड सिंक आणि पोर्टेबल व्हॉल्ट बॅकअपमधून वगळले जातात. Apple किंवा Google खाते असल्याने ते सीक्रेट पुन्हा तयार होत नाहीत किंवा रिस्टोअर केलेला व्हॉल्ट आपोआप अनलॉक होत नाही. नवीन डिव्हाइसने स्वतंत्र रिकव्हरी सीक्रेट पडताळला पाहिजे आणि स्वतःचा पॅटर्न नोंदवला पाहिजे.
गोपनीयता आणि छेडछाड शोध
व्हॉल्ट मेटाडेटा, फाइल मेटाडेटा, थंबनेल आणि रॅप केलेल्या की 128-बिट ऑथेंटिकेशन टॅगसह AES-256-GCM वापरतात. प्रत्येक स्वतंत्र एन्क्रिप्शन नवीन यादृच्छिक 96-बिट नॉन्स वापरते. डिक्रिप्शन प्लेनटेक्स्ट परत करण्यापूर्वी टॅग तपासते; बदललेला सायफरटेक्स्ट किंवा चुकीची की ऑथेंटिकेशन अयशस्वी करते.
अतिरिक्त ऑथेंटिकेटेड डेटा प्रत्येक एन्क्रिप्टेड ऑब्जेक्टला त्याची फॉरमॅट आवृत्ती, व्हॉल्ट आयडेंटिफायर, ऑब्जेक्ट आयडेंटिफायर आणि उद्देशाशी बांधतो. उदाहरणार्थ, थंबनेल आणि फाइल मेटाडेटा नोंद वेगवेगळे संदर्भ वापरतात. एन्क्रिप्टेड ऑब्जेक्ट वेगळ्या व्हॉल्टमध्ये हलवल्यास किंवा दुसऱ्या ऑब्जेक्टच्या जागी ठेवल्यास ऑथेंटिकेटेड संदर्भ बदलतो आणि पडताळणी अयशस्वी होते.
ऑथेंटिकेटेड संदर्भ आयडेंटिफायर लपवत नाही आणि ताजेपणा सिद्ध करत नाही. वैध जुन्या नोंदीचा टॅग अजूनही वैध असू शकतो. अॅप्लिकेशन रिव्हिजन तपासणी सामान्य एकाच वेळच्या अपडेट्स शोधते, पण संपूर्ण जुनी स्थिती पुन्हा सादर करणाऱ्या दुर्भावनापूर्ण सेवेविरुद्ध हा क्रिप्टोग्राफिक बचाव नाही.
मोठ्या फाइल्स ऑथेंटिकेटेड सेगमेंट्स वापरतात
नेटिव्ह फाइल एन्क्रिप्शन Tink ने वर्णन केलेली AES-256-GCM-HKDF-SHA-256 स्ट्रीमिंग रचना वापरते. iOS AES-GCM आणि HKDF साठी CryptoKit वापरते; Android प्लॅटफॉर्म क्रिप्टोग्राफिक प्रिमिटिव्ह वापरते. प्रत्येक नवीन स्ट्रीममध्ये 40-बाइट हेडर असतो ज्यात त्याचा लांबी मार्कर, यादृच्छिक 32-बाइट सॉल्ट आणि यादृच्छिक सात-बाइट नॉन्स प्रीफिक्स असतो.
HKDF व्हॉल्ट मास्टर कीमधून वेगळी फाइल एन्क्रिप्शन की मिळवते. त्याच्या संदर्भात व्हॉल्ट आणि फाइल आयडेंटिफायर, प्लेनटेक्स्ट बाइट लांबी आणि कॉन्फिगर केलेला सेगमेंट आकार असतो. प्रत्येक सेगमेंटचा 12-बाइट नॉन्स यादृच्छिक प्रीफिक्स, चार-बाइट सेगमेंट काउंटर आणि अंतिम-सेगमेंट फ्लॅग एकत्र करतो. सेगमेंट्सवर 128-बिट GCM टॅग असतात.
नेटिव्ह अॅप्स सुमारे 5 MiB च्या मर्यादित सेगमेंटमध्ये फाइल्स प्रोसेस करतात. सेगमेंट काउंटर, अंतिम-सेगमेंट फ्लॅग आणि अपेक्षित बाइट लांबी बदललेले, क्रम बदललेले किंवा कापलेले सेगमेंट शोधतात. प्रत्येक सेगमेंट वापरण्यापूर्वी प्रमाणित केला जातो, आणि खाजगी प्रिव्ह्यू फाइलचे डिक्रिप्शन पूर्ण झाल्यानंतरच प्रकाशित केला जातो. अपयश आल्यास अपूर्ण आउटपुट टाकून दिले जाते; पुन्हा प्रयत्नांमध्ये विद्यमान एन्क्रिप्टेड बाइट हस्तांतरित होतात.
ही रचना याचे पालन करते: Tink AES-GCM-HKDF स्ट्रीमिंग स्पेसिफिकेशन. Revault ची अंमलबजावणी आणि सेगमेंट कॉन्फिगरेशन Tink द्वारे स्वतंत्रपणे ऑडिट किंवा प्रमाणित केलेले नाही.
खाजगी स्टोरेज, इम्पोर्ट आणि प्रिव्ह्यू
एन्क्रिप्टेड व्हॉल्ट फाइल्स खाजगी अॅप स्टोरेजमध्ये असतात. फाइलनावे, MIME प्रकार, फोल्डर, टॅग, आवडते आणि थंबनेल हे प्रमाणित एन्क्रिप्टेड रेकॉर्ड आहेत. शोध आणि टॅग फिल्टरिंग अनलॉकनंतर सक्रिय व्हॉल्टच्या डिक्रिप्ट केलेल्या मेटाडेटावर चालतात; प्लेनटेक्स्ट सर्व्हर शोध इंडेक्स नाही.
फोटो, व्हिडिओ आणि फाइल इम्पोर्ट एन्क्रिप्शनपूर्वी खाजगी तात्पुरते स्टेजिंग वापरू शकतात. व्हॉल्टमधील कॅमेरा कॅप्चर गॅलरीत आपोआप प्रत सेव्ह करत नाही. Photos किंवा इतर प्रदात्याकडून इम्पोर्ट केल्याने त्या प्रदात्यातील मूळ अबाधित राहते. पर्यायी मीडिया ऑप्टिमायझेशन एन्क्रिप्शनपूर्वी लोकली होते आणि फक्त नव्याने इम्पोर्ट केलेला मीडिया बदलते.
खाजगी प्रिव्ह्यू उघडे असताना तात्पुरता प्लेनटेक्स्ट आवश्यक असतो. अॅप्स बंद करताना, लॉक करताना आणि नंतरच्या स्टार्टअपवर त्यांचे तात्पुरते प्रिव्ह्यू काढतात; iOS डिक्रिप्ट केलेल्या प्रिव्ह्यू फाइल्सना संपूर्ण फाइल संरक्षण लागू करते. दुसऱ्या अॅपमध्ये स्पष्टपणे एक्स्पोर्ट केलेल्या फाइल्स व्हॉल्टचे संरक्षण सोडतात. तात्पुरत्या फाइल हटवणे हे फॉरेन्सिक पुसण्याची हमी नाही.
पर्यायी नेटिव्ह क्लाउड सिंक
सिंक डिफॉल्टनुसार बंद असते आणि प्रत्येक डिव्हाइसवर प्रत्येक व्हॉल्टसाठी स्वतंत्रपणे सुरू केले जाते. iOS एन्क्रिप्टेड रेकॉर्ड आणि फाइल सेगमेंट iCloud मधील वापरकर्त्याच्या खाजगी CloudKit डेटाबेसमध्ये साठवते. Android Google Drive चा खाजगी appDataFolder वापरते. दोन्ही ट्रान्सपोर्टला Revault खाते लागत नाही किंवा नेटिव्ह सिंक डेटा Revault च्या वेब क्लाउडवर अपलोड होत नाही.
क्लाउडला एन्क्रिप्टेड मेटाडेटा, फाइल सेगमेंट आणि की रॅपर मिळतात, प्लेनटेक्स्ट व्हॉल्ट मास्टर की, लोकल डिव्हाइस सीक्रेट किंवा रिकव्हरी सीक्रेट नाही. त्याच प्लॅटफॉर्मवरील दुसऱ्या डिव्हाइसला स्वतःचा लोकल पॅटर्न नोंदवण्यासाठी तेच नेटिव्ह क्लाउड खाते आणि व्हॉल्ट रिकव्हरी की लागते. Apple आणि Google ऑथरायझेशन एन्क्रिप्टेड रेकॉर्डचा अॅक्सेस नियंत्रित करतात, त्यांचे डिक्रिप्शन नाही.
सिंक बंद केल्याने त्या व्हॉल्टसाठी सध्याच्या डिव्हाइसवरून पुढील हस्तांतरण थांबते; विद्यमान एन्क्रिप्टेड क्लाउड प्रती राहतात. सिंक बदल आणि डिलिट पसरवू शकते, आणि एकाच वेळी झालेल्या संपादनांसाठी विसंगती तपासणी लागू शकते. iCloud आणि Google Drive स्वतंत्र स्टोअर आहेत, त्यांच्यात आपोआप क्रॉस-प्लॅटफॉर्म पूल नाही. iPhone आणि Android दरम्यान जाण्यासाठी एन्क्रिप्टेड फोन ट्रान्सफर वापरा.
रिकव्हरी हा त्याच कीकडे जाणारा दुसरा मार्ग आहे
तयार केलेल्या रिकव्हरी फ्रेजमध्ये 2,048 शब्दांच्या अंतर्भूत यादीतून स्वतंत्रपणे निवडलेले 18 शब्द असतात, ज्यामुळे 198 बिट यादृच्छिकता मिळते. तुम्ही त्याऐवजी किमान सहा वेगळे शब्द आणि 32–512 अक्षरांचा कस्टम फ्रेज निवडू शकता; त्याची ताकद तुमच्या निवडींवर अवलंबून असते. दोन्ही प्रकार PBKDF2-HMAC-SHA-256 आणि नवीन सॉल्ट वापरून स्वतंत्रपणे रॅपिंग की तयार करतात आणि AES-256-GCM ने तीच व्हॉल्ट मास्टर की रॅप करतात. फ्रेज आणि एन्क्रिप्टेड व्हॉल्ट असलेली कोणतीही व्यक्ती तो डिक्रिप्ट करू शकते.
रिकव्हरी सीक्रेट सेटअपदरम्यान दाखवला जातो आणि नेटिव्ह अॅप स्टोरेजमध्ये ठेवला जात नाही किंवा नेटिव्ह क्लाउड स्टोरेजवर अपलोड केला जात नाही. तो एन्क्रिप्टेड फाइल्सपासून वेगळा ठेवा. दुसरे डिव्हाइस जोडण्यासाठी मूळ नेटिव्ह क्लाउड खात्यातील एन्क्रिप्टेड व्हॉल्ट, किंवा एन्क्रिप्टेड बॅकअप, तसेच रिकव्हरी की लागते. सीक्रेट हरवलेला फाइल डेटा परत आणू शकत नाही, आणि Revault कडे प्रदात्याद्वारे ठेवलेली रीसेट की नाही.
पोर्टेबल .qvault बॅकअपमध्ये एन्क्रिप्टेड की रॅपर, प्रमाणित एन्क्रिप्टेड इन्व्हेंटरी आणि एन्क्रिप्टेड फाइल सेगमेंट असतात. त्यात लोकल डिव्हाइस अनलॉक सीक्रेट वगळलेला असतो. इम्पोर्ट नवीन आयडेंटिफायर, मास्टर की, फाइल की आणि नवीन डिव्हाइस पॅटर्न असलेल्या व्हॉल्टमध्ये रिस्टोअर करण्यापूर्वी इन्व्हेंटरी, मेटाडेटा आणि प्रत्येक सेगमेंट पडताळतो. रिस्टोअर केल्यानंतर नवीन रिकव्हरी की सेव्ह करा.
नवीन रिकव्हरी फ्रेज अक्षरांचे केस जपतात, NFKC सह Unicode नॉर्मलाइज करतात आणि अतिरिक्त व्हाइटस्पेस एकत्र करतात. जुन्या हेक्साडेसिमल की समर्थित राहतात. नवीन फ्रेज सेव्ह केल्यानंतर तुम्ही व्हॉल्टच्या सेटिंग्जमध्ये त्याचा रिकव्हरी फ्रेज बदलू शकता. यामुळे सध्याचा रिकव्हरी रॅपर बदलला जातो; जुने बॅकअप आणि सिंक न झालेली डिव्हाइस अजूनही जुना रॅपर ठेवू शकतात. पॅटर्न किंवा रिकव्हरी फ्रेज बदलल्याने व्हॉल्ट मास्टर की बदलत नाही आणि प्रती रद्द होत नाहीत. की मटेरियलशी तडजोड झाल्यास, फाइल नवीन कीसह नवीन व्हॉल्टमध्ये हलवा.
एन्क्रिप्टेड फोन-ते-फोन स्थलांतर
फोन ट्रान्सफर नवीन व्हॉल्ट आयडेंटिफायर, मास्टर की, फाइल की आणि स्ट्रीम हेडर असलेली पोर्टेबल एन्क्रिप्टेड प्रत तयार करते. त्याचा स्वतंत्र ट्रान्सफर सीक्रेट स्रोत व्हॉल्ट अनलॉक करू शकत नाही, आणि स्रोत रिकव्हरी सीक्रेट व डिव्हाइस अनलॉक सीक्रेट समाविष्ट नसतात. एन्क्रिप्टेड पॅकेज आणि ट्रान्सफर सीक्रेट वेगवेगळे पोहोचवले पाहिजेत.
प्राप्त करणारे अॅप पॅकेज आणि त्याचे फाइल सेगमेंट प्रमाणित करते, मग नवीन लोकल पॅटर्न आणि रिकव्हरी की असलेल्या नवीन व्हॉल्टमध्ये रिस्टोअर करते. हे त्यांची क्लाउड खाती जोडल्याशिवाय iOS आणि Android दरम्यान काम करते. मूळ जुन्या डिव्हाइसवर राहते; ते हटवण्यापूर्वी रिस्टोअर केलेला मजकूर तपासा आणि नवीन रिकव्हरी की सेव्ह करा.
लॉकिंग आणि सेशन क्लीनअप
मोबाइल अॅप्स बॅकग्राउंडमध्ये गेल्यावर त्वरित आणि डिफॉल्टनुसार 60 सेकंद निष्क्रियतेनंतर लॉक होतात. प्रत्येक व्हॉल्ट 30 सेकंद, 1 मिनिट, 2 मिनिटे, 5 मिनिटे किंवा 10 मिनिटे निवडू शकतो. शेअर्ड व्हॉल्ट 60-सेकंदांचा डिफॉल्ट वापरतो. बाहेर पडल्यावर पॅटर्न स्क्रीनवर परत जाते आणि डिक्रिप्ट केलेले सेशन संपते.
लॉक केल्याने सेशनचे काम रद्द होते, डिक्रिप्ट केलेला मेटाडेटा आणि शोध स्थिती साफ होते, प्रिव्ह्यू बंद होतात, तात्पुरत्या फाइल्स काढल्या जातात आणि मालकीचे की बफर सोडण्यापूर्वी ओव्हरराइट केले जातात. तात्पुरत्या डिरिव्हेशन की देखील वापरानंतर साफ केल्या जातात. Swift आणि JVM मेमरी व्यवस्थापन, क्रिप्टोग्राफिक लायब्ररी आणि मीडिया डिकोडर प्रती तयार करू शकतात; प्रत्येक प्रतीचे त्वरित पुसणे सुनिश्चित करता येत नाही.
iOS अॅप-स्विचर स्नॅपशॉट प्रायव्हसी शील्डने झाकते. Android स्क्रीनशॉट आणि अलीकडील-अॅप प्रिव्ह्यू मर्यादित करण्यासाठी सिक्योर-विंडो फ्लॅग वापरते. हे प्लॅटफॉर्म संरक्षण अनलॉक स्क्रीनचा फोटो काढण्यापासून कोणाला रोखत नाही, आणि ते आधी दुसऱ्या अॅपमध्ये एक्स्पोर्ट केलेल्या फाइल्स परत घेत नाही.
Revault Cloud
Revault Cloud हा क्रॉस-प्लॅटफॉर्म सिंकसाठी पर्यायी Pro स्टोरेज प्रदाता आहे. एन्क्रिप्टेड सेगमेंट आणि एन्क्रिप्टेड फाइल मेटाडेटा एका छद्मनामी बिलिंग इन्स्टॉलेशनशी जोडलेले असतात. सेवा स्टोरेज आयडेंटिफायर, आकार, चेकसम, रिव्हिजन आणि ट्रान्स्फर अॅक्टिव्हिटी पाहू शकते, पण तिला अनरॅप केलेली व्हॉल्ट की किंवा रिकव्हरी फ्रेज मिळत नाही. वेगळा यादृच्छिक कनेक्शन कोड स्टोरेज अॅक्सेसला अधिकृत करतो; दुसरे डिव्हाइस कनेक्ट करण्यासाठी रिकव्हरी फ्रेजही आवश्यक आहे. Pro संपल्यानंतरही विद्यमान क्लाउड डेटा रिकव्हरीसाठी वाचनीय राहतो.
नेटिव्ह शेअरिंग ट्रान्सपोर्ट आणि अॅक्सेस नियंत्रणे
iOS वर, खाजगी, केवळ-वाचनीय CloudKit आमंत्रण एन्क्रिप्टेड स्नॅपशॉट वैयक्तिक सिंक झोनच्या बाहेर, स्वतंत्र शेअरिंग रेकॉर्ड श्रेणीरचनेत ठेवते. आमंत्रण अॅक्सेस Apple नियंत्रित करते; प्राप्तकर्त्याला तरीही वेगळा डिक्रिप्शन सीक्रेट लागतो. CloudKit आमंत्रणे सर्व्हरची अॅक्सेस-सेशन संख्या, निश्चित मुदत किंवा नाश टायमर लागू करत नाहीत. मालक भविष्यातील CloudKit अॅक्सेस थांबवू शकतो.
क्रॉस-प्लॅटफॉर्म शेअर Revault च्या शेअरिंग सेवेवर एन्क्रिप्टेड भाग अपलोड करतात. स्वतंत्र यादृच्छिक 256-बिट वाचन आणि व्यवस्थापन क्षमता SHA-256 हॅश म्हणून साठवल्या जातात. वेबसाइट लिंक वाचन क्षमता तिच्या फ्रॅगमेंटमध्ये वाहून नेते, डिक्रिप्शन सीक्रेट नाही. ती उघडल्याने शेअर्ड व्हॉल्टकडे डीप-लिंक होते आणि पाठवणाऱ्याचा सीक्रेट कोड मागितला जातो; वैयक्तिक पॅटर्न किंवा विद्यमान व्हॉल्ट आवश्यक नाही. वैयक्तिक व्हॉल्ट लॉक राहतात.
नियंत्रित सर्व्हर शेअर पाठवणाऱ्याची कमाल अॅक्सेस सेशन, 30 दिवसांच्या आत निश्चित मुदत, रद्द करणे आणि पर्यायी एक्स्पोर्ट परवानगी लागू करतात. सेशन अणुरूपतेने दिले जाते आणि शेअरच्या अंतिम मुदतींनी मर्यादित असे जास्तीत जास्त 15 मिनिटे चालते. सेशन दिले जाते तेव्हा अॅक्सेस मोजला जातो, डाउनलोड किंवा डिक्रिप्शन अयशस्वी झाले तरी. व्ह्यूअर चालू अॅक्सेस तपासतो आणि अंतिम मुदतीला बंद होतो.
SHA-256 चेकसम ट्रान्सफर केलेल्या भागांची पडताळणी करतात, तर ऑथेंटिकेटेड एन्क्रिप्शन त्यांच्या सामग्रीची पडताळणी करते. एक्सपोर्टला परवानगी असल्यास, पाहणारी व्यक्ती शेअर सीक्रेट कोडने उघडता येणारी एन्क्रिप्टेड .qvault प्रत सेव्ह करू शकते. एक्सपोर्ट बंद केल्याने ती अॅप्लिकेशन कृती काढून टाकली जाते; मात्र स्क्रीनशॉट किंवा बदललेल्या क्लायंटने प्लेनटेक्स्ट राखून ठेवणे हे क्रिप्टोग्राफिक पद्धतीने रोखता येत नाही. मूळ फाइल डिलीट केल्याने स्वतंत्रपणे तयार केलेले शेअर रद्द होत नाही.
ऐच्छिक व्हॉल्ट अॅक्टिव्हिटी
नेटिव्ह ऑडिट लॉग डीफॉल्टनुसार बंद असतात आणि प्रत्येक डिव्हाइसवर प्रति व्हॉल्ट कॉन्फिगर केले जातात. नवीनतम 500 लोकल इव्हेंट्स व्हॉल्टच्या मास्टर कीने आणि समर्पित ऑथेंटिकेटेड संदर्भाने एन्क्रिप्ट केले जातात. त्यात की, पॅटर्न, फाइल सामग्री आणि इतर व्हॉल्टचा डेटा नसतो, ते सिंक होत नाहीत आणि साफ किंवा बंद करता येतात. ते छेडछाड-प्रतिरोधक पुरावा नाहीत. अयशस्वी अनलॉक कोणत्याही व्हॉल्टला नियुक्त केले जात नाहीत.
लॉगिंग सुरू असताना तयार केलेले नवीन नियंत्रित शेअर शेअरिंग सेवेवर 100 पर्यंत अॅक्सेस-सेशन वेळेच्या नोंदी ठेवतात. फक्त मॅनेजमेंट कॅपेबिलिटी त्या मिळवू शकते; लॉगमध्ये प्राप्तकर्त्याची ओळख किंवा डिक्रिप्शन सीक्रेट नसते. लोकल लॉगिंग बंद केल्याने भविष्यातील शेअरवर परिणाम होतो. विद्यमान शेअर लॉग रद्द होईपर्यंत किंवा मुदत संपून क्लीनअप होईपर्यंत त्यांची मूळ सेटिंग राखतात.
ऐच्छिक एन्क्रिप्टेड घुसखोरी फोटो
मालक प्रत्येक डिव्हाइसवरील प्रत्येक व्हॉल्टसाठी घुसखोरी अलर्ट स्वतंत्रपणे सुरू करू शकतात. तीन न जुळलेल्या पॅटर्ननंतर, फोरग्राउंड अॅप परवानगी, कॅमेरा उपलब्धता आणि एका मिनिटाच्या कूलडाउनच्या अधीन राहून फ्रंट-कॅमेरा फोटो घेऊ शकते. सिस्टम कॅमेरा इंडिकेटर दिसत राहतात. नवीनतम दहा अलर्ट लोकली साठवले जातात आणि फोटोमध्ये जोडले किंवा अपलोड केले जात नाहीत. न जुळलेला पॅटर्न लक्ष्य व्हॉल्ट ओळखत नाही, म्हणून प्रत्येक निवड केलेल्या व्हॉल्टला स्वतंत्रपणे एन्क्रिप्ट केलेली डिव्हाइस-प्रयत्न नोंद मिळते.
समर्पित RSA-3072 पब्लिक की प्रत्येक अलर्टसाठी OAEP, SHA-256 आणि MGF1-SHA-256 वापरून नवीन 256-बिट AES-GCM की रॅप करते. यामुळे व्हॉल्ट लॉक असतानाही एन्क्रिप्शन शक्य होते. संबंधित प्रायव्हेट की स्वतः त्या व्हॉल्टच्या मास्टर कीखाली समर्पित ऑथेंटिकेटेड संदर्भासह एन्क्रिप्ट केलेली असते. फक्त तो व्हॉल्ट अनलॉक केल्याने त्याचे फोटो डिक्रिप्ट होऊ शकतात. अलर्ट त्याच्या ऑडिट व्ह्यूमध्ये सामान्य अॅक्टिव्हिटी लॉगिंगपासून स्वतंत्रपणे दिसतात आणि घुसखोरी अलर्ट सेटिंग्जमध्ये साफ करता येतात. ते छेडछाड-प्रतिरोधक पुरावा नाहीत.
सेफ एक्झिट लोकल अॅक्सेस काढते
डिव्हाइसवरील एक व्हॉल्ट सेफ एक्झिटसाठी निश्चित करता येतो. त्याचा पॅटर्न टाकल्यास तो नेहमीप्रमाणे उघडतो आणि इतर लोकल व्हॉल्ट रेकॉर्ड, एन्क्रिप्टेड चंक, डिव्हाइस अनलॉक मटेरियल आणि रांगेतील बदल काढून टाकले जातात. सिंकमुळे वगळलेले व्हॉल्ट शांतपणे पुन्हा भरले जाऊ नयेत म्हणून अॅप कायमस्वरूपी लोकल अॅलाउलिस्ट ठेवते. आधीच सुरू असलेले एन्क्रिप्टेड ट्रान्सफर कदाचित पूर्ण होऊ शकतात.
नेटिव्ह क्लाउडवरील प्रती आणि इतर डिव्हाइसवरील प्रती शिल्लक राहतात. नवीन लोकल पॅटर्न नोंदवण्यापूर्वी, स्पष्ट रिकव्हरीसाठी वगळलेल्या व्हॉल्टची रिकव्हरी की आवश्यक असते. स्वतंत्र बॅकअप नसलेला फक्त-ऑफलाइन व्हॉल्ट गमावला जाऊ शकतो. ही सेटिंग सध्याच्या इन्स्टॉलेशनसाठी लागू होते, एकाच क्लाउड खात्याचा वापर करणाऱ्या प्रत्येक डिव्हाइससाठी नाही.
सेफ एक्झिट म्हणजे फॉरेन्सिक पद्धतीने खात्रीशीर मिटवणे किंवा लपवणे नव्हे. फ्लॅश स्टोरेज, ऑपरेटिंग सिस्टीम कॅश, बॅकअप आणि पूर्वीचे एक्सपोर्ट यांमध्ये खुणा राहू शकतात. अॅप डेटा काढल्यास किंवा पुन्हा इन्स्टॉल केल्यास लोकल विलगीकरणाची सीमा नाहीशी होऊ शकते; त्यानंतर नेटिव्ह क्लाउड खात्याद्वारे क्लाउड रेकॉर्ड पुन्हा सापडू शकतात. मात्र ते रेकॉर्ड फक्त रिकव्हरी सीक्रेटच अनलॉक करू शकते.
काय दिसत राहते
एन्क्रिप्शन सामग्री लपवते, सर्व ऑपरेशनल माहिती नाही. लोकल रेकॉर्ड आणि क्लाउड प्रदाते आयडेंटिफायर, रेकॉर्डमधील संबंध, ऑब्जेक्टची संख्या, आकार, रिव्हिजन, टाइमस्टॅम्प, एन्क्रिप्टेड की रॅपर आणि स्ट्रीम हेडर पाहू शकतात. आयडेंटिफायर UUIDv7 वापरतात आणि त्यात निर्मितीच्या वेळेची माहिती असते; ते सीक्रेट नाहीत. Apple किंवा Google नेटिव्ह सिंक अॅक्टिव्हिटी प्लॅटफॉर्म खात्याशी जोडू शकतात.
Revault ची नियंत्रित शेअरिंग सेवा एन्क्रिप्टेड पॅकेजचे आकार, भागांचे चेकसम, मुदतीची सेटिंग्ज, अॅक्सेस-सेशनची संख्या आणि पर्यायी सेशन टाइमस्टॅम्प पाहू शकते, परंतु स्वतंत्रपणे पोहोचवलेले डिक्रिप्शन सीक्रेट पाहू शकत नाही. CloudKit शेअरिंगमुळे आमंत्रण आणि सहभागींची माहिती Apple ला दिसते. नेटवर्क आणि ऑपरेशनल रेकॉर्डमधून कनेक्शनची माहिती उघड होऊ शकते. Revault निनावीपणा किंवा ट्रॅफिक-अॅनालिसिसपासून संरक्षण देत नाही.
HTTPS नेटवर्क विनंत्यांचे प्रवासादरम्यान संरक्षण करते. डिव्हाइसवरील ऑथेंटिकेटेड एन्क्रिप्शन लोकल आणि क्लाउडमध्ये साठवलेल्या व्हॉल्ट सामग्रीचे स्वतंत्रपणे संरक्षण करते. ट्रान्सपोर्ट एन्क्रिप्शन किंवा सायफरटेक्स्ट यांपैकी कोणतेही डेटा केव्हा, कुठे किंवा किती ट्रान्सफर होतो याबद्दलची प्रत्येक गोष्ट लपवत नाही.
वापर अॅनालिटिक्स
डीफॉल्टनुसार चालू. Mixpanel ला यादृच्छिक अॅनालिटिक्स आयडीसह फीचर-वापर इव्हेंट मिळतात. व्हॉल्टची सामग्री, नावे, पॅटर्न, की आणि शेअर सीक्रेट वगळले जातात. या ब्राउझर किंवा डिव्हाइससाठी अॅनालिटिक्स कधीही बंद करा.
संरक्षण कुठे संपते
अनलॉक केलेला व्हॉल्ट आपल्या अॅप सेशनला डिक्रिप्ट केलेली माहिती उघड करतोच. मालवेअर, तडजोड झालेली ऑपरेटिंग सिस्टीम किंवा अॅप, स्क्रीन पाहणारी व्यक्ती किंवा अविश्वासू प्राप्तकर्ता ती कॅप्चर करू शकतो. फक्त-डिव्हाइसवर की स्टोरेज ही अतिरिक्त सीमा आहे, पूर्णपणे तडजोड झालेल्या डिव्हाइसविरुद्ध हमी नव्हे. लोकल सीक्रेट उघड झाल्यास अंदाज लावता येण्याजोगा पॅटर्न असुरक्षित ठरतो.
एन्क्रिप्शन क्लाउडवरून डिलीट होणे, रॅन्समवेअर, रिकव्हरी सीक्रेट हरवणे, प्रदाता रेकॉर्ड रोखून ठेवणे किंवा पूर्वी वैध असलेली संपूर्ण एन्क्रिप्टेड स्थिती मागे जाणे (रोलबॅक) हे रोखत नाही. स्वतंत्र एन्क्रिप्टेड बॅकअप ठेवा आणि जुने डिव्हाइस काढण्यापूर्वी रिकव्हरी तपासून पहा. अॅक्सेस रद्द केल्याने दुसऱ्या व्यक्तीने आधीच ठेवलेले स्क्रीनशॉट, एक्सपोर्ट किंवा प्रती परत घेता येत नाहीत.
Revault चे स्वतंत्र सुरक्षा ऑडिट झालेले नाही. ही अंमलात आणलेल्या क्रिप्टोग्राफिक डिझाइनची वर्णने आहेत, प्रमाणन किंवा प्रत्येक घुसखोरीविरुद्धची हमी नाही.
विद्यमान ब्राउझर व्हॉल्ट
हा संदर्भ नेटिव्ह अॅप्सचे वर्णन करतो. विद्यमान ब्राउझर व्हॉल्टमध्ये स्वतंत्र खाते, डिव्हाइस-स्टोरेज आणि वेब-क्लाउड मॉडेल आहे. ब्राउझरसाठीचे S3 अपलोड आणि ब्राउझर शेअर लिंक म्हणजे नेटिव्ह क्लाउड सिंक नव्हे. ब्राउझर खाते तुम्हाला मोबाइल अॅप्समध्ये साइन इन करत नाही; विद्यमान ब्राउझर डेटा नेटिव्ह व्हॉल्टमध्ये हलवण्यासाठी एन्क्रिप्टेड बॅकअप आणि त्याची रिकव्हरी की वापरा.