Android उपकरणों में कमजोर SSL?

मैं पीले शीर्षक के लिए माफी माँगता हूँ, लेकिन मुझे लगता है कि यह वास्तव में चर्चा के लायक है।

इसलिए, APRSdroid एप्लिकेशन के लेखक के अनुसार, एन्हांस्ड एन्क्रिप्शन और हैशिंग एल्गोरिदम AES256 और SHA1 के पहले इस्तेमाल किए गए संयोजन के बजाय, SSL कनेक्शन स्थापित करते समय Android 2.3 के साथ आरसी 4 और एमडी 5 का बहुत कमजोर संयोजन पहले पेश किया जाना था।
आप इस खोज के विवरण के साथ पोस्ट को लिंक पर पढ़ सकते हैं।
एंड्रॉइड डेवलपर्स के इरादों को इन एल्गोरिदम के लिए प्राथमिकता निर्धारित करने के लिए छोड़कर, मैं आपको बताना चाहता हूं कि आरसी 4 मुख्य एन्क्रिप्शन विधि के रूप में खराब क्यों है और एसएसएल के लिए क्या इसके साथ धोखाधड़ी है।

RC4 सिफर भेद्यता

RC4 एक तत्व है जिसमें 256 तत्वों की आंतरिक स्थिति होती है। वास्तव में, RC4 में दो भाग होते हैं:

• आरंभीकरण एल्गोरिथ्म - एन्क्रिप्शन कुंजी एल्गोरिथ्म के इनपुट को आपूर्ति की जाती है। एल्गोरिथ्म सिफर की आंतरिक स्थिति को भरता है और कुंजी द्वारा निर्धारित क्रमपरिवर्तन द्वारा मिश्रण करता है।
• छद्म यादृच्छिक संख्या जनरेटर - आंतरिक स्थिति को मिलाता है और बाइट्स का छद्म यादृच्छिक क्रम देता है।

इसके बाद, उत्पन्न गामा खुले डेटा के साथ modulo दो और एक सिफरटेक्स्ट प्राप्त होता है।
स्ट्रीम सिफर्स के लिए सबसे महत्वपूर्ण स्थिति बाइट्स के यादृच्छिक अनुक्रम से उत्पन्न PRNG गामा की पूर्ण अविशिष्टता है।
समस्या यह है कि RC4 इस शर्त को पूरा नहीं करता है।
यह पाया गया कि RC4 आउटपुट अनुक्रम के पहले 256 बाइट्स में से प्रत्येक में शून्य होने की गैर-1/256 संभावना है।
इसका मतलब निम्न है। मान लीजिए कि एक हमलावर विभिन्न कुंजियों के साथ एन्क्रिप्टेड 256 बाइट्स समान संदेश की एक बड़ी संख्या में इकट्ठा करने में सक्षम था। क्योंकि संभावना है कि एन्क्रिप्शन के लिए उपयोग किए जाने वाले गामा के 256 बाइट्स में से प्रत्येक 1/256 के औसत से ऊपर शून्य है, हमलावर सभी उपलब्ध सिफरटेक्स के प्रत्येक बाइट की जांच कर सकता है और, उच्च स्तर की सफलता के साथ, यह मानता है कि सबसे आम बाइट मूल एक है। बाइट को बाइट खोलकर हमलावर पूरा मैसेज खोल सकेगा।

एसएसएल रिकॉर्डिंग प्रोटोकॉल

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

सौभाग्य से, वहाँ एक अच्छा है। आज तक, हमले को व्यवहार में लागू करना मुश्किल है। जैसा कि मैंने पहले ही एक शव परीक्षा के लिए लिखा था, आपको एक ही एन्क्रिप्टेड पाठ की एक बड़ी मात्रा को इकट्ठा करने की आवश्यकता है। हमले के रचनाकारों का दावा है कि 256 से 80 बाइट्स को पुनर्प्राप्त करने के लिए ^{26 26} सिफरटेक्स की आवश्यकता होती है। 256 बाइट की लंबाई के साथ पूरे ब्लॉक को खोलने के लिए, आपको 2 ^{32 की} आवश्यकता है।
पहली बार, मार्च 2013 में इस भेद्यता पर एक सफल हमला किया गया था। इसलिए, हम कह सकते हैं कि यह बहुत ही नया और बहुत ही आशाजनक प्रकार का हमला है, जिसके जल्द ही सुधरने की बहुत संभावना है।

अंत में, मैं इस पूरी स्थिति के बारे में कुछ शब्द जोड़ना चाहूंगा जो हाल ही में एसएसएल प्रोटोकॉल के आसपास विकसित हुई है। ईमानदारी से, यह सब मुझे कुछ हद तक आश्चर्यचकित करता है। क्रिप्टोग्राफी ने हाल के वर्षों में काफी प्रगति की है। नया SHA-3 मानक एक यादृच्छिक ओरेकल से अप्रभेद्य है। क्वांटम कंप्यूटरों पर हमलों के लिए प्रतिरोधी असममित क्रिप्टो सिस्टम विकसित किए जा रहे हैं। एन्क्रिप्शन मोड दिखाई देते हैं जो प्रमाणीकरण और संदेश गोपनीयता दोनों की गारंटी देते हैं। लेकिन इस सब के साथ, हम अभी भी 14 साल पहले के प्रोटोकॉल का उपयोग करते हैं। शायद यह कुछ नया करने का प्रयास करने का समय है? अन्यथा, हम तेजी से "प्रसन्न" होंगे कि सुर्खियों में, कोई व्यक्ति, कहीं एसएसएल के कमजोर संस्करण का उपयोग कर रहा है।

संदर्भ

हमले का संक्षिप्त विवरण।
हमले पर ब्रूस श्नाइर।
विस्तृत विवरण (पीडीएफ)