जानकारी उजागर होने का दायरा कुंजी के प्रकार और हमलावर की पहुँच की अवधि पर निर्भर करता है; रैचेट यह गारंटी नहीं देता कि केवल एक संदेश खतरे में है।
मज़बूत एन्क्रिप्शन के लिए डिवाइस पर सही क्रियान्वयन भी आवश्यक है। ऑपरेटिंग सिस्टम, क्रिप्टोग्राफ़ी के कार्यान्वयन या हार्डवेयर की कोई कमजोरी संवेदनशील डेटा तक पहुँच का रास्ता खोल सकती है। लेकिन प्रोसेसर पर हमलों के शोध का होना यह साबित नहीं करता कि हर फ़ोन या मैसेजिंग ऐप को उसी तरह हैक किया जा सकता है।
उपयोगी प्रश्न यह है: हमलावर के पास कैसी पहुँच है, वह कौन-सी कुंजी या पाठ देख सकता है, और उसकी पहुँच अस्थायी है या जारी है? इन प्रश्नों के उत्तर एल्गोरिदम के नाम से अधिक महत्वपूर्ण हैं।
साइड चैनल और मेमोरी निकालने में क्या अंतर है?
मेमोरी को सीधे निकालने में हमलावर किसी प्रक्रिया या डिवाइस की मेमोरी के हिस्से पढ़ने में सक्षम हो सकता है। साइड-चैनल हमले में कार्यों के निष्पादन समय या कैश के व्यवहार जैसे संकेतों से जानकारी का अनुमान लगाया जाता है। इन दोनों की पूर्वशर्तें या परिणाम आवश्यक रूप से समान नहीं होते।
मूल FLUSH+RELOAD शोध ने एक विशिष्ट परीक्षण परिवेश में कैश के व्यवहार और साझा मेमोरी पेजों का अध्ययन किया तथा GnuPG के एक संस्करण से कुंजी निकालना दिखाया। यह परिणाम Livara का सुरक्षा परीक्षण या सभी फ़ोन प्रोसेसरों के असुरक्षित होने का प्रमाण नहीं है।
| पहुँच का प्रकार | मूल्यांकन के लिए आवश्यक प्रश्न |
|---|---|
| उसी डिवाइस पर सामान्य ऐप चलाना | क्या प्रक्रिया पृथक्करण और हमले की पूर्वशर्तें निरीक्षण की अनुमति देती हैं? |
| ऑपरेटिंग सिस्टम में उच्चाधिकार वाली पहुँच | हमलावर को कौन-सा डेटा या कुंजी संबंधी कार्य उपलब्ध होते हैं? |
| भौतिक या प्रयोगशाला पहुँच | लॉक की स्थिति, हार्डवेयर मॉडल और कुंजी की सुरक्षा क्या है? |
| ऐप तक लगातार पहुँच | क्या हमलावर नया पाठ या नई कुंजियाँ बार-बार एकत्र कर सकता है? |
इन विवरणों के बिना सामान्य वाक्यांश “RAM हैक करना” पर्याप्त तकनीकी व्याख्या नहीं है।
Keystore और सुरक्षित हार्डवेयर कैसे मदद करते हैं?
Android Keystore कुंजी के उपयोग को सीमित कर सकता है और उपयुक्त डिवाइसों पर हार्डवेयर के समर्थन से कार्य कर सकता है। इस डिज़ाइन में कुंजी को बाहर न निकाल पाना और हमलावर द्वारा उसका उपयोग न कर पाना एक ही बात नहीं है: संक्रमित ऐप कुछ परिस्थितियों में कुंजी के अनुमत कार्यों का दुरुपयोग कर सकता है, भले ही वह कुंजी के बाइट बाहर न निकाले। Android Keystore मार्गदर्शिका।
सभी कुंजियाँ और सभी एल्गोरिदम भी अपने-आप सुरक्षित हार्डवेयर में नहीं रखे जाते। कुंजी का प्रकार, डिवाइस का समर्थन और ऐप द्वारा उसके उपयोग का तरीका स्पष्ट होना चाहिए। केवल “कुंजी डिवाइस पर है” कहना उसका स्थान या सुरक्षा का स्तर साबित नहीं करता।
क्या एक कुंजी उजागर होने से केवल एक संदेश खुलता है?
कभी-कभी एक स्वतंत्र संदेश कुंजी उजागर होने का दायरा सीमित होता है। लेकिन यदि हमलावर को चेन कुंजी, सत्र की स्थिति, पहचान कुंजी, पढ़ने योग्य इतिहास या कई बफ़र मिल जाएँ, तो परिणाम अलग होता है। इसलिए उजागर हुए डेटा को परिभाषित किए बिना यह नहीं कहा जा सकता कि “अधिकतम एक संदेश” खतरे में है।
हर संदेश के लिए कुंजी बदलना भी आवश्यक रूप से हमलावर की पहुँच नहीं काटता। यदि अगली कुंजियाँ ऐसी स्थिति से व्युत्पन्न होती हैं जो हमलावर के पास है, या वह अभी भी डिवाइस पर मौजूद है, तो वह अगले संदेशों तक भी पहुँच सकता है। अतीत की सुरक्षा और भविष्य की सुरक्षा बहाल करना अलग-अलग गुण हैं, जिनकी निश्चित धारणाएँ होती हैं।
रैचेट और मेमोरी की सफ़ाई की क्या सीमाएँ हैं?
रैचेट बातचीत के दौरान कुंजियों को विकसित कर सकता है। जानकारी उजागर होने के बाद सुरक्षा बहाल करने के लिए नई जानकारी का आना आवश्यक है जिस तक हमलावर की पहुँच न हो; केवल एक संदेश भेज देना इस शर्त को साबित नहीं करता। Double Ratchet विनिर्देश सुरक्षा की बहाली के साथ-साथ लगातार पहुँच और मिटाए गए डेटा की पुनर्प्राप्ति के जोखिम भी समझाता है।
संवेदनशील डेटा का जीवनकाल घटाना और बफ़र साफ़ करना उपयोगी है, लेकिन इससे RAM में मौजूद सभी प्रतियों के मिट जाने का कोई व्यापक दावा नहीं निकलता। लाइब्रेरी, प्रोग्रामिंग भाषा और प्रदर्शन के रास्तों की जाँच करनी चाहिए।
Livara के बारे में क्या कहा जा सकता है?
Livara का सुरक्षा पृष्ठ LVR1 में हाइब्रिड संरचना और कुंजियों के विकास का वर्णन करता है। यह लेख साइड-चैनल परीक्षण, मेमोरी ऑडिट या सभी कुंजियों द्वारा Keystore के उपयोग की पुष्टि नहीं है। विशेष रूप से, थ्रेट मॉडल का सार्वजनिक दस्तावेज़ संक्रमित डिवाइस की सुरक्षा की गारंटी नहीं देता।
इसलिए “अगले संदेश से हार्डवेयर हैक निष्प्रभावी हो जाता है” या “अधिकतम एक संदेश उजागर होता है” जैसे वादे उत्पाद से नहीं जोड़ने चाहिए, जब तक उसी संस्करण और परिस्थिति के लिए विशिष्ट प्रमाण न हों।
उपयोगकर्ता के लिए व्यावहारिक निर्णय
ऑपरेटिंग सिस्टम और ऐप को अपडेट रखें, सक्रिय सुरक्षा समर्थन वाला डिवाइस चुनें, अविश्वसनीय इंस्टॉलेशन और अतिरिक्त अनुमतियों से बचें तथा उचित लॉक रखें। यदि गंभीर घुसपैठ की आशंका हो, तो मैसेजिंग ऐप बदलना या नया संदेश भेजना डिवाइस की जाँच और सफ़ाई का विकल्प नहीं है।
सुरक्षा के किसी दावे को पढ़ते समय चार बातें माँगें: परीक्षण किया गया संस्करण, हमलावर की पहुँच, उजागर हुआ डेटा और परिणाम की सीमाएँ। किसी प्रोसेसर या एन्क्रिप्शन मानक का नाम अपने-आप इन चार प्रश्नों का उत्तर नहीं देता।
