Android के दृश्यों के पीछे: कुछ ऐसा जो आप नहीं जानते होंगे

0. सामग्री की तालिका

• 1. प्राक्कथन
• 2. हैक eMMC मेमोरी HTC इच्छा HD फोन की पहचान जानकारी बदलने के लिए
• 3. क्रिप्टोग्राफी का उपयोग करके एक वेयरवोल्फ फोन बनाना
• 4. झूठी सुरक्षा: डेटा तक अनधिकृत पहुंच के खतरों का अवलोकन
• 5. निष्कर्ष

1. प्राक्कथन

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

2. Z से: एचटीसी डिज़ायर एचडी स्मार्टफोन के केवल-केवल ईएमएमसी क्षेत्र के निम्न-स्तरीय हैकिंग की कहानी

जैसा कि हम जानते हैं, डिवाइस की ईएमएमसी मेमोरी को ब्लॉक में विभाजित किया गया है, जिनमें से प्रत्येक में कुछ निश्चित जानकारी होती है, यह एचटीसी डिजायर एचडी स्मार्टफोन का अनुमानित मेमोरी ट्री कैसा दिखता है



हम / देव / ब्लॉक / mmcblk0p7 की सामग्री में रुचि रखते हैं और, जैसा कि किस्मत में होगा, सामान्य एस-ऑफ हैक हमें चढ़ाई करने की अनुमति नहीं देता है। आप अधिक सटीक देख सकते हैं, लेकिन बदलने के लिए - मुझे क्षमा करें।
इसके बारे में इतना अच्छा क्या है कि डिजिटल हस्ताक्षर सत्यापन की कमी भी आपको वहां लिखने की अनुमति नहीं देती है?
विभाजन 7 में, एचटीसी ने सबसे महत्वपूर्ण डिवाइस जानकारी छिपाई: सीआईडी , " एस-ओएन-एस-ऑफ " ध्वज, आईएमईआई और रेडियो मॉड्यूल सेटिंग्स की स्थिति। उनकी सुरक्षा के अभेद्यता का विश्वास, एचटीसी इस डेटा को स्पष्ट पाठ में संग्रहीत करता है।
"स्मार्टफ़ोन" को पुनर्स्थापित करने के लिए उपकरणों के लिए बाजार का गहन विश्लेषण करने के बाद, अज्ञात चीनी कारीगरों द्वारा बनाई गई HXC डोंगल डिवाइस ( www.hxcdongle.com ) पाया गया और खरीदा गया। डिवाइस ने एचटीसी द्वारा निर्मित एंड्रॉइड फोन के लगभग सभी मॉडलों के साथ सभी प्रकार के जोड़तोड़ का वादा किया।

उत्पाद में एक USB स्मार्ट कार्ड रीडर और स्मार्ट कार्ड सिम प्रारूप में शामिल था। निर्माता की वेबसाइट (hxcdongle.com) से एक एप्लिकेशन डाउनलोड किया गया था, जिसने अपनी प्रामाणिकता को सत्यापित करने के लिए स्मार्ट कार्ड का उपयोग करते हुए, कुख्यात एस-ऑफ, सीआईडी ​​परिवर्तन और कुछ और सहित स्टॉक गैर-रूट किए गए डिवाइस पर कोई भी हेरफेर किया।
उसी समय, डिवाइस स्वयं एक साधारण USB-miniUSB कॉर्ड के साथ पीसी से जुड़ा था और सभी ऑपरेशन ADB (Android डीबग ब्रिज) से गुजरे थे। इससे यह विचार आया कि सभी "जादू" डिवाइस पर ही हो रहे हैं।
रिवर्स इंजीनियरिंग प्रक्रिया की आवश्यकता थी, इसके लिए एडीबी के माध्यम से यूएसबी एक्सचेंज को रोकना आवश्यक था। हमें मध्य साम्राज्य के आकाओं को श्रद्धांजलि अर्पित करनी चाहिए - उन्होंने इस तरह की घटनाओं का एक ऐसा संस्करण प्रदान किया कि जब अधिकांश यूएसबी स्निफर्स का उपयोग करते हुए, कार्यक्रम ने सीधे एक अवरोधक चालक की उपस्थिति के बारे में बात की या सिस्टम बस बीएसओडी में दुर्घटनाग्रस्त हो गया।
फिर भी, यह हमें रोक नहीं पाया और एक छोटे से शोध के बाद आखिरकार हमने पूरी प्रक्रिया को देखा, साथ ही हस्तक्षेप किया और पोषित पंप प्राप्त किया।

डंप से, एक शेल कमांड के रूप में कार्रवाई का क्रम बहाल किया गया था, और कुछ फाइलें डिवाइस पर अपलोड की गई थीं। अधिकांश फ़ाइलों को अच्छी तरह से ज्ञात उपयोगिताओं के रूप में बदल दिया गया (यद्यपि चतुराई से नाम बदला गया) - परिवर्तन से पहले और बाद में रूट-शोषण, बिजीबॉक्स और डंप्स / देव / ब्लॉक / mmcblk0p7 + एक सफाई स्क्रिप्ट का पता लगाता है।

लेकिन उनमें से एक उपयोगिता स्वयं भी थी, जो टाइमस्टैम्प कर्नेल द्वारा उत्पन्न एक अद्वितीय कुंजी का उपयोग करके, लेखन सुरक्षा हटा दी गई थी। इस फ़ाइल के स्ट्रिंग्स कमांड ने हमें त्रुटि संदेशों की टेक्स्ट लाइनें दीं, जिसके अनुसार Google ने हमें स्कॉट्टी 2 (XDA समुदाय में जाना जाने वाला व्यक्ति , एक प्रतिभाशाली हैकर) के लेखक के लिए gfree उपयोगिता के स्रोत कोड में लाया, जो चिप सुरक्षा को हटाने और इसे थोड़े समय के लिए बदलने (रिबूट करने से पहले) में सक्षम था Secure_Flag सभी एक ही mmcblk0p7 में
लेखक के संपर्क की खोज ने मुझे IRC नेटवर्क freenode.net के चैनल # g2root पर ले गया , जहां मुझे पता चला कि स्कॉटी 2 को लंबे समय से नहीं देखा गया था, लेकिन उसके दोस्त, उपनाम गुहल के तहत एक हैकर, जो कि गुफ्री का सह-लेखक था , मेरे संपर्क में आया। सबसे पहले, वह बहुत गुस्से में था कि अपने काम की मदद से, चीनी पैसे कमाते हैं, विशेष रूप से रचनाकारों के नाम का भी उल्लेख नहीं करते हैं और कार्यक्रम के शरीर से सभी कॉपीराइटों को काट रहे हैं। फिर, हमारे शोध के परिणामों की समीक्षा करने के बाद, वे उन परिवर्तनों में दिलचस्पी रखने लगे, जो चीनी ने wpthis.ko मॉड्यूल में किए, जिससे आरडब्ल्यू को 7 स्थायी विभाजन तक पहुंच प्राप्त हुई।
इस तरह की मुश्किल लेखन सुरक्षा कैसे व्यवस्थित है और क्यों इसे अक्षम करने में सक्षम है (यह एस-ऑफ प्राप्त करने की कुंजी है)?
विभाजन 7 को 2 चरणों में संरक्षित किया गया है:
स्मृति क्षेत्र में सुरक्षा संरक्षण
- कर्नेल में एक सुरक्षात्मक निर्देश जो एक लिखित प्रयास का पता लगाने पर रिबूट का कारण बनता है

GFree में दो भाग होते हैं: यूजरलेवल एप्लिकेशन और कर्नेल मॉड्यूल, जिसे ऑपरेशन के दौरान लोड किया जाता है, फिर, यदि मॉड्यूल सफलतापूर्वक लोड होता है, तो कुंजी सेट के आधार पर इसके लिए आदेश जारी किए जाते हैं।

जैसा कि कर्नेल से ज्ञात है, हमारे पास हार्डवेयर तक सीधी पहुंच है और wpthis.ko मॉड्यूल 88 फीट तक वोल्टेज की आपूर्ति के माध्यम से रिबूट चक्र (रीसेट_and_in_emmc) के लिए ईएमएमसी मेमोरी चिप (क्वॉलकॉम MSM7XXX) को नियंत्रण संकेत प्रदान करता है:

void powercycle_emmc() { gpio_tlmm_config(PCOM_GPIO_CFG(88, 0, GPIO_OUTPUT, GPIO_NO_PULL, GPIO_2MA), 0); // turn off. gpio_set_value(88, 0); mdelay(200); // turn back on. gpio_set_value(88, 1); mdelay(200); } 

बूटलोडर, जब डिवाइस बूट होता है, तो उसमें लेखन सुरक्षा सेट करके eMMC चिप को कॉन्फ़िगर करता है। ईएमएमसी चिप को रीबूट करने से राइट प्रोटेक्शन सेटिंग रीसेट हो जाती है। स्कूटी एक रास्ता खोजने में कामयाब रही (माइक्रोक्रिकिट के 88 वें पैर को डिस्कनेक्ट करने और वोल्टेज को लागू करने के लिए, ईएमएमसी नियंत्रक के सही रीसेट की ओर जाता है।
जिसके बाद हम ऑनलाइन मोड में / dev / block / mmcblk0p7 लिखने से एक कदम में खुद को पाते हैं, केवल एक सुरक्षात्मक फ़ंक्शन के साथ कर्नेल हमारे साथ हस्तक्षेप करता है। इस सुरक्षा को दरकिनार करने के लिए, हमें अपने कर्नेल को स्रोत से इकट्ठा करना होगा, जिससे इसमें छोटे बदलाव होंगे। स्रोतों के एक सेट से हम फ़ाइल ड्राइवरों / एमएमसी / कार्ड / ब्लॉक। सी में रुचि रखते हैं
इसमें, स्ट्रिंग #if 1 देखें और बस इसे #if 0 में बदलें। क्या उत्सुक है - कर्नेल मोड में कोई मूल रिबूट कमांड नहीं है, इसलिए बीयूजी () का उपयोग किया जाता है, जो एक त्रुटि पैदा करता है जो रिबूट की ओर जाता है।

 #if 1 if (board_emmc_boot()) if (mmc_card_mmc(card)) { if (brq.cmd.arg < 131073) {/* should not write any value before 131073 */ pr_err("%s: pid %d(tgid %d)(%s)\n", func, (unsigned)(current->pid), (unsigned)(current->tgid), current->comm); pr_err("ERROR! Attemp to write radio partition start %d size %d\n", brq.cmd.arg, blk_rq_sectors(req)); BUG(); return 0; } #endif 

संरक्षण इस तरह काम करता है: जब दोनों सिस्टम चालू होते हैं, तब जब आप प्रयास करते हैं

 #dd if=/sdcard/mmcblk0p7 of=/dev/block/mmcblk0p7 

फोन सिर्फ रिबूट। यदि कर्नेल को पहले से ही संशोधित किया गया है, तो रिकॉर्डिंग से गुजरना होगा, लेकिन वास्तव में इसे दर्ज नहीं किया जाएगा - रिबूटिंग सब कुछ वापस कर देगा।
यह किस तरह की भेद्यता है? बेशक, यह एक हार्डवेयर भेद्यता है - डिवाइस निर्माता ने मेमोरी को फिर से लिखने के लिए एक खामी छोड़ दी, जो हमेशा रीड-ओनली रहनी चाहिए, यह एक व्यक्तिगत भेद्यता भी है - फोन की पहचान की जानकारी को बदला जा सकता है और यह नुकसान / चोरी के मामले में इसे ढूंढना मुश्किल बना देगा।
लेकिन यह भी जोखिम मोबाइल ऑपरेटरों की भेद्यता है। पार्टीशन 7 के प्रयोगों से पता चला है कि ऑपरेटरों के पास IMEI नंबर फ़िल्टर नहीं है - किसी भी IMEI वाले उपकरण, जिनमें डुप्लिकेट भी शामिल हैं और स्पष्ट रूप से वास्तविकता के अनुरूप नहीं हैं, नेटवर्क पर पंजीकरण कर सकते हैं। बेशक, ऑपरेटर समस्या से अवगत हैं, लेकिन संभवतः चीनी फोन के साथ हाथ और पैर ... बंधे हुए हैं। तथ्य यह है कि फोन बाजार का एक बड़ा हिस्सा समान IMEI नंबर वाले उपकरणों से संबंधित है। नेटवर्क से इन उपकरणों को डिस्कनेक्ट करने से बड़ी संख्या में ग्राहकों को नुकसान होगा।
खैर, अब हम अधिक सांसारिक चीजों के बारे में बात करेंगे - अपने डिवाइस को उस पर संग्रहीत जानकारी की चोरी से बचाएंगे। पहले मैं अपनी रक्षा करने के तरीके के बारे में बात करूंगा, और फिर किस से।

3. पैरानॉयड एंड्रॉइड: क्रिप्टोग्राफी का उपयोग करके एक वेयरवोल्फ फोन बनाना

बाजार में एंड्रॉइड-डिवाइसेज के आगमन के बाद से, उत्साही लोग अपने डेटा की सुरक्षा को अधिकतम करने के तरीकों की तलाश कर रहे हैं और बहुत कम हो गई, लेकिन अभी भी लिनक्स-आधारित एंड्रॉइड ओएस कर्नेल की क्षमता को प्राप्त करते हैं।
यह सब द गार्जियन प्रोजेक्ट (https://guardianproject.info) के साथ शुरू हुआ, जिसने प्रसिद्ध लिनक्स-यूटिलिटी क्रायसिपेटअप का पोर्ट जारी किया, जो पारदर्शी डेटा एन्क्रिप्शन के लिए कोर मॉड्यूल DM- क्रिप्ट की क्षमताओं को लागू करता है। चूंकि एंड्रॉइड ओएस देशी एन्क्रिप्शन का उपयोग कर सकता है (यद्यपि बहुत कुटिल और अविश्वसनीय रूप से), यह मॉड्यूल सभी स्टॉक कोर में मौजूद है। इस तरह के एक शक्तिशाली उपकरण, हालांकि, लेखक द्वारा पूरी तरह से गैर-गंभीर उद्देश्यों के लिए उपयोग किया गया था - फाइलों और फ़ोल्डरों को संग्रहीत करने के लिए क्रिप्टोकरंसी का निर्माण। हम आगे बढ़े, इस उपयोगिता का उपयोग कर मक्खी पर उपयोगकर्ता डेटा एन्क्रिप्ट करने के लिए, लेकिन न केवल ...
तो, आइए एक उदाहरण के रूप में एचटीसी डिजायर एचडी फोन का उपयोग करके एंड्रॉइड ओएस संस्करणों 2.3-4.1 पर आधारित एक सुरक्षित स्मार्टफोन बनाने के लिए चरण-दर-चरण देखें।
सभी महत्वपूर्ण डेटा को दो स्थानों पर संग्रहीत किया जाता है (यह रिकॉर्डिंग के लिए उपयोगकर्ता के लिए उपलब्ध क्षेत्रों से निम्नानुसार है):

 /data/ /mnt/sdcard 

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

आइए हमारे क्रिप्टोफ़ोन के चरण-दर-चरण निष्पादन का एक उदाहरण देखें

हमें आवश्यकता होगी:
- एंड्रॉइड वर्जन 2.3-4.1 पर फोन
- जड़
- स्थापित बिजीबॉक्स कंसोल यूटिलिटीज पैकेज
- क्रिप्टोकरंसी के स्थापित कंसोल मैनेजर lm.cryptsetup
- सक्षम USB डिबगिंग मोड
- ROM प्रबंधक से रिबूट बाइनरी

मैं कुछ प्रकार के कस्टम रम का उपयोग करने की सलाह देता हूं जिसमें पहले से ही यह सब है, उदाहरण के लिए एचटीसी डिजायर एचडी के लिए लीडराइड रोम

1. हम संरक्षित डेटा भंडारण के लिए कंटेनर बनाने की जरूरत है, के साथ शुरू / डेटा / कंटेनर:

/ डेटा / निर्देशिका में, हम 800 MB के आकार के साथ एक खाली फ़ाइल बनाएंगे (मैं आपको याद दिलाता हूं कि Desire HD में हमारे पास 1 जीबी की आंतरिक मेमोरी उपलब्ध है, आपको एक खुली प्रणाली के कामकाज के लिए कम से कम 200 एमबी छोड़ना होगा) -

 #busybox dd if=/dev/zero of=/data/secure0 bs=1M count 800 

इसे एक लूपबैक डिवाइस पर बाँधें -

 #losetup /dev/block/loop3 /data/secure0 

हम 128-बिट एईएस एन्क्रिप्शन का उपयोग करके इसे लुक्स प्रारूप में प्रारूपित करते हैं -

 #lm.cryptsetup luksFormat –c aes-plain /dev/block/loop3 

चलो आगे अनुकूलन के लिए हमारे नए क्रिप्टोकरंसी को खोलें -

 #lm.cryptsetup luksOpen /dev/block/loop3 data 

जहां डेटा वह नाम है जिसे हमने क्रिप्टो कंटेनर के लिए चुना है।
हमारे क्रिप्टो कंटेनर में एक ext4 फाइल सिस्टम बनाएं -

 #mke2fs –T ext4 –L Secure0 -F /dev/mapper/data 

कंटेनर / / डेटा के लिए तैयार है, जबकि हम इसे एक तरफ सेट करते हैं और प्रगति को बचाने और फ़ाइल को सही ढंग से बंद करने के बाद, एसडी कार्ड से निपटते हैं -

 #lm.cryptsetup luksClose data 

अब हमें बिंदीदार कमांड की आवश्यकता है, यह कस्टम रिकवरी मेनू का हिस्सा है, और मैं वहां इसका उपयोग करूंगा (क्लॉकवर्क्समॉड रिकवरी के कस्टम रिकवरी में होने के कारण , हम एडीबी में रूट अधिकारों के साथ काम कर सकते हैं), हम एसडी-कार्ड का पुन: विभाजन करेंगे, हम एक सेक्शन 2 से बनायेंगे - खुला और एन्क्रिप्टेड -

 parted /dev/block/mmcblk1 

जहां mmcblk1 हमारा "इकट्ठे" एसडी कार्ड है (जबकि mmcblk0 सभी eMMC मेमोरी है)
सामग्री प्रदर्शित करें -

 print 

हम कार्ड के पूर्ण आकार पर ध्यान देते हैं, इसे याद रखें। डिफ़ॉल्ट रूप से, एक 8 जीबी कार्ड एचटीसी डीएचडी के साथ आता है, और हम इसे चिह्नित करेंगे।
एसडी कार्ड का पहला और एकमात्र खंड हटाएं -

 rm 1 

हम दो नए बनाते हैं, पहले fat32 में खोले जाते हैं, आकार में 4GB -

 mkpartfs primary fat32 0 4032 

फिर क्रिप्टोकरंसी के लिए रिक्त, हम इसे ext2 में करते हैं, लेकिन यह महत्वपूर्ण नहीं है, हम इसे फिर से सुधारते हैं -

 mkpartfs primary ext2 4032 8065 

जैसा कि आप देख सकते हैं, पहला अंक पहले खंड की सीमा है, दूसरा मेमोरी की सीमा है।
हम बाहर निकलते हैं और रिबूट करते हैं -

 quit 

अब SD कार्ड मेमोरी में हमारे 2 पार्टिशन हैं, / dev / block / mmcblk1p1 एक 4GB की ओपन फ्लैश ड्राइव है जो पीसी पर तब लगाई जाती है जब फोन एक USB कॉर्ड के साथ जुड़ा होता है और / dev / block / mmcblk1p2 एक 4GB छिपा हुआ विभाजन होता है जो कहीं नहीं होता है यह मुहिम शुरू की है (हालांकि, यह बहुत जल्दी पहचानता है)। दूसरे शब्दों में, एक सतही मूल्यांकन के साथ, पहला विचार एक नकली एसडी कार्ड है, यह अक्सर होता है - आधा अंकित मूल्य।

हम एसडी कार्ड के साथ काम करना जारी रखते हैं। अब हमारे पास एक फाइल के बजाय एक ब्लॉक डिवाइस (एक मैप सेक्शन) है, इसका मतलब है कि हमें लूपबैक डिवाइस की आवश्यकता नहीं है, हम तुरंत ही लुक्स में पूरे सेक्शन को फॉर्मेट कर देते हैं -

 #lm.cryptsetup luksFormat –c aes-plain /dev/block/mmcblk1p2 

निर्मित कंटेनर खोलें -

 #lm.cryptsetup luksOpen /dev/block/mmcblk1p2 sdcard 

जहां एसडी कार्ड कंटेनर के लिए sdcard चयनित नाम है
वसा कंटेनर में खुले कंटेनर को प्रारूपित करें -

 #mkfs.vfat -n Seccard0 /dev/mapper/sdcard 

हम एसडी कार्ड के कंटेनर को बंद कर देते हैं, यह पूरी तरह से तैयार है, और सिस्टम के काम करने से पहले इसे स्पर्श न करें -

 #lm.cryptsetup luksClose sdcard 

चलो डेटा-कंटेनर में भरते हैं, क्योंकि अब यह खाली है, और इस रूप में सिस्टम काम नहीं करेगा।
ओपनिंग कमांड चलाएं -

 #losetup /dev/block/loop3 /data/secure0 #lm.cryptsetup luksOpen /dev/block/loop3 data 

रूट में एक फ़ोल्डर बनाएं (इसे rw में पूर्व-रिमाउंट करते हुए), जहां हम अपने क्रिप्टोकरेंसी को माउंट करते हैं -

 #mount –o remount,rw / #mkdir /DATA #mount –t ext4 /dev/mapper/data /DATA 

पर, आपको मूल / डेटा / को छोड़कर सभी फ़ोल्डर कॉपी करने की आवश्यकता है ../dalvik-cache/ (प्रोग्राम की सामग्री क्रिप्टोकरेंसी की पहली शुरुआत में बनाई जाएगी) और .. / डी / खैर, बेशक, safe0 फ़ाइल के बिना -

 # cp -a /data/app /DATA # cp -a /data/app-private /DATA # cp -a /data/backup /DATA # cp -a /data/data /DATA # cp -a /data/dontpanic /DATA # cp -a /data/drm /DATA # cp -a /data/etc /DATA # cp -a /data/htcfs /DATA # cp -a /data/local /DATA # cp -a /data/misc /DATA # cp -a /data/property /DATA # cp -a /data/secure /DATA # cp -a /data/system /DATA # cp -a /data/zipalign.log /DATA # mkdir /DATA/d # mkdir /DATA/dalvik-cache 

अब हमारे पास सभी डेटा के साथ हमारे सिस्टम का दोहरा हिस्सा है, कंटेनर को अनमाउंट करें और बंद करें -

 # umount /DATA # lm.cryptsetup luksClose data 

2. अब हमें अपने अनुरोध पर इन दोनों कंटेनरों को एक दूसरे OS से बनाना होगा, जो हमारे अनुरोध पर लोड और अनलोड किया गया हो।

संभावित विकल्प हैं, मैं बहुत पहले वर्णन करूंगा, जिसके साथ हमारे पास कुछ भी नहीं है।
तो क्या किया जाना चाहिए? हमें मक्खी पर तैयार क्रिप्टोकरंसी की सामग्री के साथ / डेटा / और / mnt / sdcard / की सामग्री को प्रतिस्थापित करना होगा, और जब आवश्यक हो, वापसी। चूंकि सिस्टम रह रहा है, इसलिए इसे पूरा नहीं किया जा सकता है। कर्नेल की कार्य क्षमता को बनाए रखते हुए हम एंड्रॉइड के दृश्य भाग को रोकने के लिए कमांड का उपयोग करते हैं।
यहाँ क्रिप्टो मोड में प्रवेश करने के लिए एल्गोरिदम में से एक का एक उदाहरण है:

 #setprop ctl.stop zygote #mount -o remount,rw rootfs / #mkdir /DATA #mkdir /mnt/SDCARD #mount -o move /mnt/sdcard /mnt/SDCARD #lm.cryptsetup luksOpen /dev/block/mmcblk1p2 sdcard #mount -t vfat /dev/mapper/sdcard /mnt/sdcard #mount -o remount,ro rootfs / #mount /dev/block/mmcblk0p26 /DATA #losetup /dev/block/loop5 /DATA/secure0 #lm.cryptsetup luksOpen /dev/block/loop5 data #umount /data -l #mount -t ext4 /dev/mapper/data /data #setprop ctl.start zygote #killall zygote 

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

3. हमें क्रिप्टो मोड को सुरक्षित रूप से पूरा करने का एक तरीका है।

10 में से 1 मामले में गलत शटडाउन फाइल सिस्टम को नुकसान पहुंचाएगा और क्रिप्टो मोड को डाउनलोड करने योग्य नहीं बना देगा (लेकिन फिर भी, सभी डेटा को बरकरार रखा जा सकता है, हालांकि कंटेनर में मैन्युअल रूप से खुदाई होती है), जिसका अर्थ है कि मानक शटडाउन-रिबूट विकल्प हमारे लिए उपयुक्त नहीं हैं।
निम्नलिखित स्क्रिप्ट हमें फोन को दर्द रहित रूप से बंद करने में मदद करेगी:

 #sync #setprop ctl.stop zygote #setprop ctl.stop runtime #setprop ctl.stop keystore #fuser /data -m -k #umount /data #/lm.cryptsetup luksClose data #/system/bin/reboot 

यह एसडी कार्ड पर क्रिप्टो अनुभाग के बारे में चिंता करने योग्य नहीं है, वसा 32 के साथ कुछ भी नहीं होगा।

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

4. झूठी सुरक्षा: Google फ़ोन से डेटा निकालने का एक अवलोकन।

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

1. डेटा तक पहुंच प्राप्त करें

डेटा तक पहुंचने का तरीका प्रारंभिक स्थितियों पर निर्भर करता है, लेकिन निश्चित रूप से दो स्थितियां होंगी - एंड्रॉइड यूएसबी डिबगिंग ऑन और रूट एक्सेस की उपस्थिति।
यह देखते हुए कि बड़ी संख्या में स्मार्टफ़ोन बॉक्स को अनपैक करने के ठीक बाद रट रहे हैं और रिफ़्लेक्ट कर रहे हैं, सिल्वर प्लैटर पर सब कुछ प्राप्त करने का एक शानदार मौका है, क्योंकि अधिकांश कस्टम फ़र्मवारों में एडीबी एक्सेस डिफ़ॉल्ट रूप से सक्षम होता है, और कुछ अन्य में संबंधित संकेत भी हटा दिए जाते हैं। इसलिए पहला टिप यूएसबी डिबगिंग की स्थिति की जांच करना और सक्षम होने पर इसे बंद करना है।
S-OFF उपकरणों की अगली भेद्यता कस्टम रिकवरी है। यदि आपके पास एस-ऑफ है, तो सबसे अधिक संभावना है कि आप कस्टम के साथ फ्लैश किए जाते हैं, यदि आप कस्टम के साथ फ्लैश किए जाते हैं, तो सबसे अधिक संभावना है कि आपके पास कस्टम रिकवरी है, और कस्टम रिकवरी एक निरंतर छेद है। यहां आपके पास एक बोतल और रूट, और गैर-डिस्कनेक्ट करने योग्य यूएसबी डिबगिंग है, और फिर हम "माउंट-ए" करते हैं और, अब के लिए, डेटा। कैसे लड़ें? ऊपर उल्लिखित क्रिप्टोग्राफी ही एकमात्र तरीका है। क्यों? क्योंकि, यहां तक ​​कि अगर देशी वसूली का फर्मवेयर मदद नहीं करता है, तो हमलावर कस्टम के साथ फास्टबूट को फिर से फ्लैश करेगा, और फिर निर्देशों का पालन करेगा।
विकल्प अधिक जटिल है: फोन एस-ऑन है, आप ओएस में नहीं जा सकते - पिनलॉक, एडीबी को बंद कर दिया गया है, कोई स्टॉक रिकवरी नहीं है और आम तौर पर कोई रूट नहीं है। बेबस मामला? कोई फर्क नहीं पड़ता कि कैसे।
ऐसी चीज है, जिसे एक्सटीसी क्लिप कहा जाता है, यह इस निर्माता के विभिन्न मॉडलों (हीरो से लेकर सनसनी) के फोन के साथ निचले स्तर के काम के लिए एचटीसी फैक्ट्री डिवाइस का क्लोन है। आपको बिना डेटा हानि (आधिकारिक अनलॉक बूटलोडर के विपरीत) एस-ऑफ करने की अनुमति देता है और ओएस में कभी बूट नहीं करता है।


डिवाइस के साथ काम में 3 चरण होते हैं:

• 1. प्रोग्राम के साथ एक यूएसबी डिस्क के रूप में विंडोज चलाने वाले पीसी से कनेक्शन
• 2. एसडी कार्ड से तथाकथित गोल्डकार्ड का निर्माण (सेवा जानकारी टेलीफोन इंजीनियरिंग मेनू से पढ़ने के लिए कार्ड को लिखा गया है)
• 3. फोन के सिम-कनेक्टर में डाली गई केबल के माध्यम से फोन को इंजीनियरिंग मेनू में डाउनलोड करना और फिर सिक्योर फ्लैग को 0 स्थिति में रीसेट करना

जिसके बाद हम फिर से वसूली को सीवे करते हैं और चरण 2 पर जाते हैं

2. क्या लेना है?

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

 /data/system/accounts.db 

यह आपके खातों का SQlite डेटाबेस है, परेशानी यह है कि इसमें सभी पासवर्ड सादे पाठ में हैं (Google इस समस्या पर विचार नहीं करता है, क्योंकि इस खंड तक पहुंचना डिवाइस की सुरक्षा का उल्लंघन है, ओएस का नहीं), हम पीसी पर sqlitebrowser जैसे प्रोग्राम को स्थापित करते हैं। (http://sourceforge.net/projects/sqlitebrowser/)

एक आसान पढ़ने के लिए पासवर्ड के साथ अपने सभी खातों, लेने और उपयोग!
हमें और क्या मिला है?
फोन बुक!

 /data/data/com.android.providers.contacts/databases/contacts2.db 

यहां हमारे पास स्वयं संपर्क और कॉल इतिहास है।
आगे की खुदाई, एसएमएस -

 /data/data/com.android.providers.telephony/databases/mmssms.db 

Treads तालिका में सभी उपहार।
ठीक है, आप बस पिनलॉक को हटा सकते हैं और सामान्य मोड में फोन का उपयोग कर सकते हैं, वह भी एडीबी के माध्यम से -

 adb shell # sqlite3 /data/data/com.android.providers.settings/databases/settings.db sqlite> update secure set value=65536 where name='lockscreen.password_type'; sqlite> .exit # exit adb reboot 

यदि हमारी वसूली में sqlite3 अनुपस्थित है, तो आपको इसे अलग से डाउनलोड करने और ADB के माध्यम से चलाने की आवश्यकता है

3. अपनी सुरक्षा कैसे करें?

• 1. Android का उपयोग न करें
• 2. ऐसे फोन न लें जिनके लिए रूट और एस-ऑफ मौजूद हैं
• 3. एन्क्रिप्ट, एन्क्रिप्ट और फिर से एन्क्रिप्ट

पहला विकल्प हमारे लिए कोई विकल्प नहीं है - जो लोग उपयोग नहीं करते हैं, उनके लिए एंड्रॉइड सुरक्षा समस्याएं दिलचस्प नहीं हैं, दूसरा विकल्प कोई गारंटी नहीं देता है - आज नहीं, और कल यह दिखाई देगा। तीसरे विकल्प का उपयोग कैसे करें, मैंने आपको बताया।

निष्कर्ष

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

सभी के लिए जिन्होंने महारत हासिल की - आपके ध्यान के लिए बहुत धन्यवाद!