👩🏻‍⚕️ ✊🏽 📝 IOS ऐप को तोड़ना! भाग २ 🥦 👩🏽‍🔧 🕦

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

इस पाठ को सफलतापूर्वक पूरा करने के लिए, आपको समझना चाहिए कि कोडांतरक क्या है। लेख के लेखक आपको एआरएम (अंग्रेजी में) पर ट्यूटोरियल के माध्यम से जाने की सलाह देते हैं।

वास्तव में, पाठ के अर्थ को समझने के लिए, आवश्यक ज्ञान का स्तर रास्ते में Google पर कुछ मिनटों का है। खैर, लेख के अंत के पास, आप तय करते हैं कि आपको कोडांतरक सीखने की आवश्यकता है या नहीं। :) - लगभग। प्रति।

चलिए शुरू करते हैं

हमें आवश्यकता होगी:

पिछले हिस्से से टेस्ट प्रोजेक्ट मेमे कलेक्टर ।
उपयोगिता वर्ग-डंप-जेड ।
ओएस एक्स के लिए ओपन सोर्स एचईएक्स एडिटर: हेक्स फाईन्ड ।
आईडीए डेमो एक जाने-माने मल्टीप्रोसेसर डिस्सेम्बलर और डिबगर है। डेमो संस्करण की सीमाएँ हैं जो इस पाठ के लिए महत्वपूर्ण नहीं हैं।

मुझे आशा है कि आप इन उपकरणों के बारे में बहुत कुछ सीखेंगे!

रनटाइम मैनिपुलेशन

पिछली श्रृंखला में, हमने आपके खाते में शेष राशि को बदलने के लिए .plist फ़ाइलों को संशोधित किया है। अब देखते हैं कि रनटाइम के समय चर और तरीकों को कैसे हेरफेर किया जाता है (जिसे रनटाइम कहा जाता है)। ऐसा करने के लिए, LLDB डीबगर का उपयोग करें।

मूल लेख में, GDB के साथ सभी उदाहरण हैं, लेकिन

5.0.1 (अनुवाद के समय वर्तमान संस्करण) में Xcode को अपग्रेड करने के बाद, GDB को चलाने के लिए एक टैम्बोरिन के साथ नृत्य करना आवश्यक है। इसलिए, ट्यूटोरियल को बोझ न करने के लिए, मैं इसे एलएलडीबी और जीडीबी के बीच कमांड पत्राचार तालिका के अनुसार रीडिड करता हूं । - नोट प्रति।

टर्मिनल में iOS सिम्युलेटर पर स्थापित मुख्य बंडल फ़ोल्डर ( Meme Collector.app ) खोलें। यदि आप ऐसा करने के लिए नुकसान में हैं, तो पहले भाग पर एक नज़र डालें।

हम शुरुआती स्थिति पर कब्जा कर लेते हैं: सिम्युलेटर चल रहा है, एप्लिकेशन इंस्टॉल है, लेकिन नहीं चल रहा है।

टर्मिनल में, टाइप करें:

 lldb

डीबगर चल रहा है, बढ़िया। अगली पंक्ति में हम उससे एक निमंत्रण देखते हैं: (lldb)

हम डिबगर के लिए कमांड टाइप करते हैं:
मैं लाइन की शुरुआत में अक्षर (lldb) नहीं लिखूंगा, ताकि आप कॉपी करते समय कुछ भी भ्रमित न करें

 attach --name "Meme Collector" --waitfor

attach कमांड का उपयोग किसी विशिष्ट प्रक्रिया से जुड़ने के लिए किया जाता है। यहां हम एलएलडीबी को " Meme Collector " नामक एक नई प्रक्रिया की प्रतीक्षा करने के लिए कहते हैं जो इसे शुरू करने और कनेक्ट करने के लिए है।

इसलिए डिबगर का इंतजार किया जा रहा है। आइए iOS सिम्युलेटर पर चलते हैं और पारंपरिक (पाठ के अंतिम भाग में) मल्टीटास्किंग से एप्लिकेशन को अनइंस्टॉल करते हैं, और फिर इसे फिर से शुरू करते हैं (सिम्युलेटर से चलाएं, आईडीई से नहीं) - इसके बाद हम इसे "पुनरारंभ" कहेंगे।

यदि सब कुछ सही ढंग से किया जाता है, तो एलएलडीबी सिम्युलेटर में प्रक्रिया के साथ एक साथ ~~मज़ा~~ करना शुरू कर देगा। डीबगर प्रक्रिया से कनेक्ट होगा, इसके निष्पादन को रोकें और कहें:

 Process 1427 stopped Executable module set to "/Users/dmitriy/Library/Application Support/iPhone Simulator/7.0.3/Applications/9A72F266-8851-4A25-84E4-9CF8EFF95CD4/Meme Collector.app/Meme Collector". Architecture set to: i486-apple-macosx.

और एक नई कमांड दर्ज करने का संकेत: (lldb)

प्रत्येक ViewController प्रदर्शित करने से पहले एक ब्रेकप्वाइंट जोड़ते हैं। यह ठीक वही जगह है जहां आमतौर पर बहुत सारी दिलचस्प चीजें होती हैं। अक्सर, एप्लिकेशन लॉजिक का एक महत्वपूर्ण हिस्सा वहां निर्धारित होता है। उदाहरण के लिए, आइए viewDidLoad विधि में प्रत्येक कॉल में एक ब्रेकप्वाइंट जोड़ें, क्योंकि iOS में, UIViewController उपक्लासेस लगभग हमेशा viewDidLoad ओवरराइड करते viewDidLoad ।

टर्मिनल में चलाएं:

 b viewDidLoad

विधि के नाम केस संवेदी होते हैं, इसलिए viewdidload विकल्प विफल हो viewdidload ।

यह viewDidLoad (C ++ और ऑब्जेक्टिव-सी तरीकों सहित) नामक सभी तरीकों पर ब्रेकप्वाइंट सेट करता है। यदि आप चाहें, तो विशिष्ट ObjC चयनकर्ताओं के लिए, आप उनके नाम दर्ज कर सकते हैं, उदाहरण के लिए, -[UIViewController viewDidLoad] , लेकिन ध्यान दें कि यह विकल्प UIViewController वर्ग के वंशजों के लिए काम नहीं करेगा।

इसलिए, एलएलडीबी हमें बताता है कि उसे ब्रेकपॉइंट के लिए 15 उपयुक्त स्थान मिले:

 Breakpoint 1: 15 locations.

बहुत बढ़िया। आइए देखें कि उसने उन्हें कहां रखा है। कमांड दर्ज करें:

 br l

(यह breakpoint list लिए छोटा है - यदि आप चाहें तो कमांड का पूरा संस्करण लिख सकते हैं।)

खैर, यहाँ वे हैं:

 Current breakpoints: 1: name = 'viewDidLoad', locations = 15, resolved = 15 1.1: where = Meme Collector`-[ViewController viewDidLoad] + 18 at ViewController.m:27, address = 0x0001f482, resolved, hit count = 0 1.2: where = UIKit`-[UIViewController viewDidLoad], address = 0x005d3db5, resolved, hit count = 0 1.3: where = UIKit`-[_UIModalItemsPresentingViewController viewDidLoad], address = 0x0065ab4b, resolved, hit count = 0 1.4: where = UIKit`-[UIKeyboardCandidateGridCollectionViewController viewDidLoad], address = 0x00680729, resolved, hit count = 0 1.5: where = UIKit`-[UIActivityGroupViewController viewDidLoad], address = 0x008d2b6b, resolved, hit count = 0 1.6: where = UIKit`-[UIPrintPanelTableViewController viewDidLoad], address = 0x009be80f, resolved, hit count = 0 1.7: where = UIKit`-[UIPrintStatusViewController viewDidLoad], address = 0x009c8828, resolved, hit count = 0 1.8: where = UIKit`-[UIPrintRangeViewController viewDidLoad], address = 0x009d29ae, resolved, hit count = 0 1.9: where = UIKit`-[_UILongDefinitionViewController viewDidLoad], address = 0x00a10cf4, resolved, hit count = 0 1.10: where = UIKit`-[_UINoDefinitionViewController viewDidLoad], address = 0x00a1249d, resolved, hit count = 0 1.11: where = UIKit`-[UIReferenceLibraryViewController viewDidLoad], address = 0x00a13bd4, resolved, hit count = 0 1.12: where = UIKit`-[_UIFallbackPresentationViewController viewDidLoad], address = 0x00a77877, resolved, hit count = 0 1.13: where = UIKit`-[_UIViewServiceViewControllerOperator viewDidLoad], address = 0x00aba23b, resolved, hit count = 0 1.14: where = UIKit`-[UIActivityViewController viewDidLoad], address = 0x00b4f296, resolved, hit count = 0 1.15: where = UIKit`-[_UITextEditingController viewDidLoad], address = 0x00b9a6ec, resolved, hit count = 0

वास्तव में, यह स्पष्ट है कि हमें केवल एक ब्रेकपॉइंट छोड़ने की आवश्यकता है: -[ViewController viewDidLoad] , चूंकि बाकी Apple प्राइवेट एपीआई के हैं। लेकिन हम रुचि रखते हैं, इसलिए उन्हें छोड़ दें।

चलो हमारे आवेदन शुरू करने के लिए वापस जाओ! कमांड दर्ज करें:

जो पूर्ण संस्करण में continue है जैसा दिखता है। जब तक viewDidLoad पहली कॉल नहीं होती तब तक एप्लिकेशन कोड निष्पादित करना जारी रखेगा:

 Process 1427 resuming Process 1427 stopped * thread #1: tid = 0x83c4, 0x0001f482 Meme Collector`-[ViewController viewDidLoad](self=0x08f7c620, _cmd=0x00c50587) + 18 at ViewController.m:27, queue = 'com.apple.main-thread, stop reason = breakpoint 1.1 frame #0: 0x0001f482 Meme Collector`-[ViewController viewDidLoad](self=0x08f7c620, _cmd=0x00c50587) + 18 at ViewController.m:27 24 25 - (void)viewDidLoad 26 { -> 27 [super viewDidLoad]; 28 self.memeDescriptionTextView.clipsToBounds = YES; 29 self.memeDescriptionTextView.layer.cornerRadius = 20.0f; 30 [self.moneyLabel sizeToFit];

"और अब ... ई-यार ... यह हमारे लिए मज़ेदार समय है: अन्यथा मैं नहीं खेलता!"

स्मृति से थक गए? यहाँ कार्लसन है

हमने ViewController वर्ग (ViewController.m फ़ाइल) के फ्रेम पर प्रक्रिया को रोक दिया। इसलिए हमारे पास इसके उदाहरण चर और तरीकों तक पहुंच है। कूल? और अधिक! कोड अनुभाग पहले से ही मेमोरी में लोड है। इसलिए, हमारे पास अन्य सभी वर्गों तक पहुंच है, जिसमें शामिल हैं - ध्यान! - एकल।

हाँ, एकल। यदि आपने पहले भाग में इस बिंदु का ध्यानपूर्वक अध्ययन किया है, तो आप एक "दिलचस्प" वर्ग देख सकते हैं, जिसे MoneyManager कहा जाता है। उसके पास एक purchaseCurrency विधि है जिसे वह परीक्षण करना चाहता है, एह? :)

हमारे (lldb) टर्मिनल में टाइप करें:

 call [[MoneyManager sharedManager] purchaseCurrency]

हमने विधि को बुलाया! डिबगर निष्पादन के परिणाम का उत्पादन करेगा:

 (BOOL) $0 = YES

यदि हमने उत्तर YES देखा, तो इसका मतलब है कि हमने आभासी मुद्रा को सफलतापूर्वक "अधिग्रहीत" कर लिया है। (यहाँ लेखक ने फंदा लगाया, यह अंदरूनी जानकारी है। हम, पटाखे, इसे नहीं जानना चाहिए। - प्रति व्यक्ति। )

LLDB Enter दबाकर पिछली कमांड को भी दोहराता है। इसलिए, मिखाइल ~~मिखालकोव को~~ थोड़ा और लूटने के लिए कई बार दबाएं:

 (lldb) call [[MoneyManager sharedManager] purchaseCurrency] (BOOL) $0 = YES (lldb) (BOOL) $1 = YES (lldb) (BOOL) $2 = YES (lldb) (BOOL) $3 = YES (lldb) (BOOL) $4 = YES (lldb) (BOOL) $5 = YES (lldb) (BOOL) $6 = YES (lldb) (BOOL) $7 = YES (lldb)

~~मुफ्त~~ सामग्री खरीदना इतना आसान कभी नहीं रहा! अब एक-दो बार कमांड डालें

... ताकि सभी ब्रेकप्वाइंट जो हम सेट करें और सिम्युलेटर में परिणाम का मूल्यांकन करें:

बुरा नहीं है, है ना? खैर, आइए देखें कि हम इसके बारे में क्या कर सकते हैं।

एप्लिकेशन को रोकने और कमांड लाइन पर फिर से लौटने के लिए, टर्मिनल पर जाएं और वहां Ctrl + C दबाएं। LLDB डिबगर हमारे आदेशों को फिर से निष्पादित करने के लिए तैयार है।

चलो अब के लिए डिबगिंग सत्र समाप्त करते हैं: q कमांड दर्ज करें और फिर y पुष्टि करें:

 (lldb) q Quitting LLDB will detach from one or more processes. Do you really want to proceed: [Y/n] y

हम डेवलपर के पक्ष में लौटते हैं। क्या उन लोगों को पछाड़ना संभव है जो डीबगर के माध्यम से आपके आवेदन में हेरफेर करना चाहते हैं?

रनटाइम हेरफेर के खिलाफ संरक्षण

सौभाग्य से, यह पता लगाने का एक तरीका है कि क्या डिबगर हमारे कोड से जुड़ा है! लेकिन एक समस्या है। यह जाँच निर्धारित करती है कि क्या डिबगर इस विशेष समय से जुड़ा है। एक हैकर (क्रैकर, चीटर, ...) इस चेक के बाद एप्लिकेशन से जुड़ सकता है, जब एप्लिकेशन को अब खतरे के बारे में पता नहीं है। इस समस्या को कम से कम दो तरीकों से हल किया जा सकता है:

रन लूप में चेक शामिल करें, ताकि चेक लगातार प्रदर्शन किया जाएगा।
कोड के सबसे महत्वपूर्ण हिस्सों में एक जांच डालें जहां हम सुरक्षा के बारे में सबसे अधिक चिंतित हैं।

पहला विकल्प आमतौर पर अवांछनीय है। इसकी कीमत ~~डिवाइस को गर्म करने के लिए~~ कीमती प्रोसेसर समय की बर्बादी है । दूसरे रास्ते से चलते हैं।

MoneyManager सिंगलटन में डिबगर गतिविधि की जांच करने के लिए एक सुरुचिपूर्ण समाधान है। उदाहरण के लिए: यदि हम यह निर्धारित करते हैं कि डिबगिंग हो रही है, तो कक्षा के स्थिर उदाहरण के बजाय nil लौटें।

उन्नत मोड

ऑब्जेक्टिव-सी में, आप आसानी से ऐसा कर सकते हैं क्योंकि उद्देश्य-सी में विधियां स्वाभाविक रूप से नहीं, बल्कि संदेश हैं । इसका मतलब है कि किसी खाली वस्तु को संदेश भेजना बिल्कुल सुरक्षित है - यह कुछ भी नहीं करता है, अर्थात्। कोड क्रैश नहीं होता है।

खैर, अंत में, कोड के साथ काम करते हैं! हमारी परियोजना खोलें (अपने पसंदीदा आईडीई या Xcode में) और MoneyManager.m फ़ाइल पर जाएं। यहां हम क्या करेंगे: एक प्रीप्रोसेसर मैक्रो जोड़ें, जो यह जांच करेगा कि हमारा एप्लिकेशन किस कॉन्फ़िगरेशन में बनाया गया है, और यदि यह रिलीज़ होता है, तो यह जांच करेगा कि क्या डिबगर चल रहा है। अगर शुरू किया गया तो nil लौटेगा। अन्यथा, सब कुछ हमेशा की तरह किया जाता है।

sharedManager वर्ग के sharedManager विधि की शुरुआत में 3 पंक्तियाँ जोड़ें:

 #ifndef DEBUG SEC_IS_BEING_DEBUGGED_RETURN_NIL(); #endif

अब विधि इस तरह दिखनी चाहिए:

SEC_IS_BEING_DEBUGGED_RETURN_NIL() एक मानक प्रीप्रोसेसर मैक्रो को एक कॉल है जो एक डिबगर अनुप्रयोग से जुड़ा होने पर nil लौटाता है।

कृपया ध्यान दें: यह मैक्रो केवल रिलीज़ कॉन्फ़िगरेशन में उपलब्ध है। यदि आपने पहले भाग में हमारा अनुसरण किया है, तो आपको पहले ही रिलीज़ पर स्विच कर देना चाहिए।

(बस मामले में, मुझे याद दिलाने के लिए)

Xcode: उत्पाद> योजना> योजना संपादित करें ... (- < ) - बाईं ओर चलाएँ ... जानकारी> बिल्ड कॉन्फ़िगरेशन: दाईं ओर रिलीज़ टैब।

AppCode: भागो> कॉन्फ़िगरेशन संपादित करें ... > कॉन्फ़िगरेशन: रिलीज़।

उन्नत मोड

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

अब IDE से हमारे एप्लिकेशन को शुरू करें (क्या आप रिलीज़ कॉन्फ़िगरेशन को चुनना नहीं भूलेंगे?)

Xcode: रन (⌘R)
AppCode: डीबग (Ctrl + D)

जब आप रन का चयन करते हैं तो Xcode स्वचालित रूप से LLDB डिबगर को सक्षम करता है। परिणाम: खाता शेष प्रदर्शित नहीं होता है! वास्तव में, वहाँ कहीं nil है:

और AppCode में, दो अलग-अलग कमांड हैं: रन कमांड डीबगर को कनेक्ट नहीं करता है, और डीबग कमांड कनेक्ट करता है। सुविधाजनक।

अंत में यह सुनिश्चित करने के लिए कि हमारी सुरक्षा काम करती है, जांचें: क्या आप अब कुछ खरीद सकते हैं? MoneyManager उपलब्ध नहीं है - इसका मतलब है कि आप नहीं कर सकते।

IDE में स्टॉप बटन (चुकता) पर क्लिक करके एप्लिकेशन को रोकें । LLDB डिबगर को भी रोकें। सिम्युलेटर पर जाएं और वहां से एप्लिकेशन चलाएं। आवेदन मुद्रा प्रदर्शित करेगा, क्योंकि डिबगर कनेक्ट नहीं है।

जैसा कि हमने पहले ही कहा था, आप डिबगर को न केवल स्टार्टअप पर, बल्कि आम तौर पर समय पर एक मनमाना बिंदु से जोड़ सकते हैं। टर्मिनल में चलाएं:

 ps aux | grep "Meme Collector"

इस कमांड के आउटपुट में सभी प्रक्रियाओं की एक सूची होगी जिसमें "मेमे कलेक्टर" वाक्यांश दिखाई देता है:

 dmitriy 2008 0,0 0,0 2432784 636 s001 S+ 1:05 0:00.00 grep Meme Collector dmitriy 2001 0,0 0,4 857416 32240 ?? S 1:04 0:00.65 /Users/dmitriy/Library/Application Support/iPhone Simulator/7.0.3/Applications/9A72F266-8851-4A25-84E4-9CF8EFF95CD4/Meme Collector.app/Meme Collector

आप देख सकते हैं कि दूसरी पंक्ति सिम्युलेटर में एप्लिकेशन फ़ोल्डर से मेल खाती है। इस प्रक्रिया की संख्या (दूसरा कॉलम) पर ध्यान दें। मेरे मामले में, यह 2001 की संख्या है।

टर्मिनल से, LLDB को -p स्विच के साथ चलाएं ताकि यह संख्या से प्रक्रिया से जुड़ जाए:

 lldb -p {  }

उदाहरण के लिए, मुझे "lldb -p 2001" टाइप करना होगा।

एलएलडीबी शुरू करेगा और प्रक्रिया के सफल कनेक्शन की रिपोर्ट करेगा:

 Attaching to process with: process attach -p 2001 Process 2001 stopped Executable module set to "/Users/dmitriy/Library/Application Support/iPhone Simulator/7.0.3/Applications/9A72F266-8851-4A25-84E4-9CF8EFF95CD4/Meme Collector.app/Meme Collector". Architecture set to: i486-apple-macosx.

जब LLDB चल रहा हो, MoneyManager सिंगलटन MoneyManager प्रयास करें:

 call [[MoneyManager sharedManager] purchaseCurrency]

मुद्रा को "खरीदने" का प्रयास अब NO लौटाता है, अर्थात यह पास नहीं होता है।

और sharedManager ऑब्जेक्ट के विवरण को प्रिंट करने का प्रयास करें। कमांड टाइप करें:

 po [MoneyManager sharedManager]

और इस विवरण में क्या है?

nil

क्या हासिल करना था! हमारा सिंगलटन कम से कम कोई भी समझदार परिणाम नहीं देता है, न ही यह खरीद प्रक्रिया के दौरान त्रुटि संदेश दिखाता है। पटाखा nil करने के लिए सरल और समझ से बाहर।

हम कमांड के साथ एप्लिकेशन का निष्पादन जारी रखते हैं:

"खरीद मुद्रा" बटन का उपयोग करके अपने खाते को कानूनी रूप से फिर से भरने का प्रयास करें। इसका कुछ नहीं आएगा! आखिरकार, एलएलडीबी अभी भी प्रक्रिया से जुड़ा हुआ है।

डिबगर को प्रक्रिया से डिस्कनेक्ट करें: Ctrl + C दबाएं और फिर q कमांड दर्ज करें। खरीद मुद्रा बटन फिर से काम करता है।

डिबगर के लिए जाँच के अलावा, आप अधिक कठोर दृष्टिकोण अपना सकते हैं। Ptrace फंक्शन ptrace ~~संभव हो,~~ GDB / LLDB को आपके एप्लिकेशन से कनेक्ट ~~करने में~~ मदद करता है ।

ऐसा करने के लिए, IDE पर वापस जाएं और main.m खोलें । एक शीर्ष लेख फ़ाइल जोड़ें:

 #include <sys/ptrace.h>

और main समारोह की शुरुआत के लिए तीन लाइनें:

 #ifndef DEBUG ptrace(PT_DENY_ATTACH, 0, 0, 0); #endif

ptrace फ़ंक्शन आमतौर पर डिबगर्स में एक प्रक्रिया से जुड़ने के लिए उपयोग किया जाता है, जैसा कि GDB और LLDB करते हैं, जैसा कि हमने देखा। हमने ptrace एक कॉल जोड़ा, जो एक विशेष पैरामीटर के साथ PT_DENY_ATTACH ऑपरेटिंग सिस्टम को अन्य प्रक्रियाओं (यानी, PT_DENY_ATTACH ) को हमारे एप्लिकेशन से कनेक्ट करने से रोकने के लिए कहता है।

अब IDE से एप्लिकेशन को रन करें।

Xcode : एप्लिकेशन शुरू नहीं होता है। क्या चल रहा है? हम एक पल के लिए काली स्क्रीन देखते हैं जो तुरंत गायब हो जाती है - यह एप्लिकेशन मेमोरी में लोड हो जाता है और चलना शुरू कर देता है। वहीं, Xcode LLDB को इससे जोड़ना चाहता है, लेकिन iOS इसकी अनुमति नहीं देता है और डीबगर प्रक्रिया को समाप्त कर देता है। "एक बार डिबगर पूरा हो गया है," Xcode सोचता है, "आवेदन समाप्त हो गया है, इसलिए इसे रोकें।" अंतिम वाक्यांश जंगली लगता है, लेकिन यह इस तरह से काम करता है। - नोट प्रति।

AppCode : रन (⌘R) कमांड के साथ, एप्लिकेशन सामान्य रूप से शुरू होता है, और डीबग कमांड (Ctrl + D) के साथ यह Xcode की तरह क्रैश होता है।

और सिम्युलेटर से यह सही ढंग से शुरू होता है। जैसा कि ऊपर चर्चा की गई है, उस पर अब डिबगर को जोड़ने का प्रयास करें:

 lldb -p {  Meme Collector}

परिणाम अनुमानित है:

 Attaching to process with: process attach -p 3435 error: attach failed: process did not stop (no such process or permission problem?)

यह छोटे बच्चों को रोकने के लिए एक अच्छा उपकरण है, जिन्होंने आपके आवेदन के साथ खेलने से हब्र पढ़ा है। लेकिन इससे दाढ़ी वाले हैकर नहीं रुकेंगे। जब आप ptrace फ़ंक्शन को कॉल करते हैं और जारी रखने से पहले इसे संशोधित करते हैं तो वे आपकी प्रक्रिया को रोक देंगे।

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

कोई भी एप्लिकेशन सुरक्षित नहीं है!

हम एक बाइनरी तैयार कर रहे हैं

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

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

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

प्रत्येक खंड (खंड) में एक या कई खंड (खंड) होते हैं। दो प्रकार के अनुभाग ध्यान देने योग्य हैं:

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

Apple का अंग्रेजी में उत्कृष्ट मच-ओ प्रारूप संदर्भ भी है। - नोट प्रति।

अब हम सभी कार्रवाई में यह देखने के लिए Meme Collector बाइनरी की जांच करेंगे। शुरुआत करते हैं हेडलाइन से। टर्मिनल में, अभी भी मुख्य बंडल फ़ोल्डर "मेमे कलेक्टर .app" में, दर्ज करें:

 otool -h "Meme Collector"

यह आदेश मेमे कलेक्टर बाइनरी निष्पादन योग्य के हेडर को प्रिंट करता है। कुछ इस तरह:

 Meme Collector: Mach header magic cputype cpusubtype caps filetype ncmds sizeofcmds flags 0xfeedface 7 3 0x00 2 25 3372 0x01000085

उन्नत मोड

0xfeedface (0xFEEDFACE) एक हेक्साडेसिमल पता है या ... अंग्रेजी में कुछ वाक्यांश, क्या आपको नहीं लगता? विकिपीडिया उत्तर। - नोट प्रति।

नोट: फ़ाइल में 25 लोड कमांड्स ( cmds ) हैं, और वे 3372 बाइट्स ( sizeofcmds ) पर कब्जा कर लेते हैं। आइए इन कमांडों को देखें:

 otool -l "Meme Collector"

(इससे पहले, आप टर्मिनल विंडो को ItK दबाकर साफ़ कर सकते हैं। यह स्क्रॉल करने के लिए अधिक सुविधाजनक होगा। - नोट प्रति ) ।

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

और हम अपना पाठ जारी रखते हैं। Obobjc_classname नामक ) F ) अनुभाग __objc_classname , offset ध्यान दें - यह इस खंड की "स्थिति" या "शिफ्ट" है जो कि अनुप्रयोग द्वारा कब्जे वाली आभासी मेमोरी की शुरुआत के सापेक्ष है।

उन्नत मोड

offset बारे में। सबसे उत्सुक, शायद, पहले से ही Addr और offset बीच अंतर को समझा, क्यों यह अंतर हर जगह 0x1000 = 4096 बाइट्स के बराबर है? यदि अभी तक नहीं, तो __PAGEZERO बारे में अधिक पढ़ें, एक बहुत ही रोचक पृष्ठ।

यहां __objc_classname सेक्शन की शिफ्ट 159942 बाइट्स (दशमलव में) है। नीचे की छवि में, बाईं ओर - लाल रंग में रेखांकित।

टर्मिनल पर जाएं। एक नया टर्मिनल विंडो () N ) खोलें और एक ही फ़ोल्डर से "Meme कलेक्टर.एप्प " करें:

 strings -o "Meme Collector"

strings कमांड एक बाइनरी फ़ाइल में लाइनों के लिए दिखता है, और -o ध्वज प्रत्येक पंक्ति में फ़ाइल की शुरुआत के सापेक्ष अपनी स्थिति में लिखेगा।

खैर, 159942 में क्या स्थित है? वर्ग के नाम! (लाल रंग में हाइलाइट किया गया।) तार्किक रूप से, हम __objc_classname अनुभाग की तलाश कर रहे थे:

सीधे इस खंड के ऊपर, हम __objc_methname अनुभाग देखते हैं, यह 140887 से शुरू होता है - यहां हमारे पास विधि के नाम हैं (नीले रंग में हाइलाइट किए गए), जो इनिट विधि से शुरू होते हैं।

उन्नत मोड

मुझे आश्चर्य है कि init पद्धति पहले क्यों आती है?

जहाँ विधि के नाम समाप्त हो जाते हैं, कक्षा के नाम तुरंत शुरू हो जाते हैं। __objc_classname सेक्शन __objc_classname सेक्शन के तुरंत बाद चला जाता है। बूट कमांड में, वे एक के बाद एक चले गए - और क्रमिक रूप से मेमोरी में लोड होते हैं।

तो, हम देखते हैं कि माक-ओ बाइनरी है अराजकता को कैसे व्यवस्थित करने की अनुमति देता है। इस ज्ञान के साथ हम आगे बढ़ें ... तदम! कोड अनुभाग का संशोधन।

भारी तोपखाने: disassembler और रिवर्स इंजीनियरिंग

क्या आप गंभीर बंदूकों को लॉन्च करने के लिए तैयार हैं? अंत में, हम सीखेंगे कि एप्लिकेशन बाइनरी फ़ाइल को कैसे संशोधित किया जाए!

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

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

लेकिन अगर आप उस कार्यक्रम को खरीदने के लिए तैयार नहीं हैं जो आपने लगभग 15 सेकंड पहले सुना था, तो आईडीए सीमित कार्यक्षमता के साथ एक डेमो संस्करण प्रदान करता है। डेमो संस्करण में सीमित प्रकार की कोडांतरक फाइलें हैं जिनका अध्ययन इसमें किया जा सकता है। साथ ही, कोड को संशोधित करने की क्षमता अक्षम है।

लेकिन इसमें हमारा x86 असेंबलर टाइप है। और हम सभी संशोधनों को मैन्युअल रूप से एक अन्य कार्यक्रम में करेंगे - हेक्स फ़ेंड।

उन्नत मोड

"असेंबलर टाइप ... x86 कैसा है? ARM?» — . , iOS- ARM-. x86. , , .

आईडीए स्थापित करें और चलाएं। दुनिया में सबसे पहले प्रोग्रामर Ada Lovelace ने हमारा स्वागत किया है: Go

बटन दबाएं । टर्मिनल में, हम (हां, हां) अभी भी बंडल फ़ोल्डर ( ) में हैं। इस फ़ोल्डर को फ़ाइंडर में दिखाने के लिए निम्न कमांड दर्ज करें:Meme Collector.app

 open -R .

बिंदु के बारे में मत भूलना। यहां डॉट प्रतीक का अर्थ है "वर्तमान फ़ोल्डर"।

अगला, खोजक विंडो में जो खुलता है, राइट-क्लिक करें> पैकेज सामग्री दिखाएं :

(OS Mavericks बंडल को "पैकेज" कहता है, लेकिन रूसी में यह नाम मेरे लिए असुविधाजनक लगता है। - ध्यान दें। )

बंडल पैकेज के अंदर आपको एक निष्पादन योग्य फ़ाइल मिलेगी। Meme Collector, इसे आईडीए विंडो में खींचें और संवाद बॉक्स प्राप्त करें:

वास्तव में, आईडीए ने निर्धारित किया है कि यह बाइनरी एक i386 वास्तुकला निष्पादन योग्य है।

आपकी सेटिंग्स ऊपर दिखाए गए लोगों के अनुरूप होनी चाहिए (मुझे लगता है कि आपको कुछ भी बदलना नहीं होगा) - और ~~"चलो चलें!" पर~~ क्लिक करें ।ठीक है। Disassembler छोटे टुकड़ों में फ़ाइल को पार्स करेगा और उसकी योजना (मैपिंग) तैयार करेगा - जो हमने ऊपर किया था, लेकिन ... कैसे कहें ... अधिक पेशेवर। :)

यदि आप पूछते हैं "उद्देश्य-सी 2.0 संरचनाओं का पता चला है। क्या आप उन्हें पार्स करना चाहते हैं और विधियों का नाम बदलना चाहते हैं? ”- उत्तर हाँ। यदि आप "निकटता दृश्य" के बारे में कुछ पूछते हैं, तो उत्तर नं।

जब आईडीए बाइनरी फ़ाइल को संसाधित करता है, तो आप ~~निश्चित रूप~~ से मुख्य स्क्रीन को देखने के ~~लिए सदमे में आएंगे~~ । यदि आईडीए विंडो बहुत नीचे के समान नहीं है, तो बाएं पैनल में, फ़ंक्शन का नाम ढूंढें start, उस पर क्लिक करें और तब तक स्पेसबार दबाएं जब तक कि आप इस तरह के एक सुंदर फ़्लोचार्ट को न देखें:

(मेरे मामले में, एक स्थान पर्याप्त नहीं था, मुझे एक या अधिक बार एक या एक बार प्रेस करना था। ठीक है, आप जल्दी से पता करें कि क्या है। - लगभग। प्रति )

और Xcode या AppCode में प्रोजेक्ट खोलें। प्रस्तुति को कम करने के लिए, हम कोड में थोड़ा देखेंगे।

ओपनMoneyManager.m और विधि पर एक नज़र डालेंbuyObject:

 - (BOOL)buyObject:(id<PurchasableItemProtocol>)object { NSUInteger totalMoney = self.money.unsignedIntegerValue; NSUInteger cost = [object cost].unsignedIntegerValue; if (totalMoney < cost) { return NO; } _money = @(totalMoney - cost); return [self saveState]; }

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

यदि आप इस चेक ("कूदो ओवर", असेम्बलर शब्दों में) को दरकिनार करते हैं - आप अपनी पसंद की कोई भी चीज़ खरीद सकते हैं, तो खरीदते समय मूल्य _moneyको एक कारक नहीं माना जाएगा।

अब हमें disassembler में समान कोड मिलता है। आईडीए पर वापस जाएं, फ़ंक्शंस पैनल में किसी भी फ़ंक्शन पर क्लिक करें (बस इस पैनल को सक्रिय करने के लिए) और फिर Ctrl + F दबाएं(या मेनू से: संपादित करें> त्वरित फ़िल्टर )। हमारे फ़ंक्शन की खोज करने के लिए एक इनपुट बॉक्स दिखाई देता है। हमें buyObject:

हां खोजने की जरूरत है , विधि के नाम पर डबल-क्लिक करें। आईडीए डिस्सेम्बलर विंडो दिखाएगा, जो सशर्त विवरण और कोड ब्रांचिंग को पूरी तरह से प्रदर्शित करता है:

भले ही आप कोडांतरक ~~स्कूल पाठ्यक्रम~~ से कुछ भी नहीं जानते हों , स्रोत कोड से buyObject:हम यह मान सकते हैं कि हरे रंग का "दायाँ" तीर ठीक उसी जगह है जहाँ हम हैकर जाना चाहते हैं, कई क्रियाएं वहां की जाती हैं। लाल तीर "बाएं" के नीचे एक संक्षिप्त कोड एक संक्षिप्त " return nil" जैसा है ।

मैं आपको कोडांतरक के साथ थोड़ा लोड करूंगा। आइए सशर्त ऑपरेटर ("कूद") को देखें, ऊपरी ब्लॉक में सबसे कम, जिसमें से दो तीर चलते हैं - लाल और हरे। यह हैjnb, जिसका अर्थ है "नीचे नहीं तो कूदो" (जाओ अगर "कम नहीं")। जाहिरा तौर पर, हमें इस निर्देश को "जंप हमेशा" - निर्देश के साथ बदलना चाहिए jmp।

निर्देश को बदलने के लिए, आपको इसे खोजने की आवश्यकता है। ऑपरेंड पर डबल-क्लिक करें jnb। इसे पीले रंग में हाइलाइट किया जाएगा। अब टेक्स्ट मोड पर स्विच करने के लिए स्पेसबार दबाएं।

यहाँ एक ही जानकारी है, लेकिन एक रैखिक रूप में। कमांड के साथ लाइन नंबर ढूंढें jnb(यह लाइन हाइलाइट की गई है):

मेरे मामले में, पता 0x00018D88 निकला। मुझे आपको याद दिलाने के लिए, आपके पास कोई अन्य पता हो सकता है।

ऑपरेंड कोड " jnb short" वह 0x73??जगह है जहां प्रश्न चिह्न बाइट्स में संबंधित ऑफसेट को इंगित करते हैं जहां हम जाना चाहते हैं। हमें ऑपरेंड कोड बदलने की आवश्यकता है 0xEB??- बिना शर्त कूद कोड "jmp short"(समान संख्या में बाइट्स के लिए)। मुझे कहां से ऑपरेंड कोड प्राप्त हुए? उदाहरण के लिए, इंटेल सॉफ्टवेयर डेवलपर के मैनुअल से (वैसे, एक रोमांचक रीड!)

डाउनलोड (यदि आपने अभी तक डाउनलोड नहीं किया है) हेक्स फाईन्ड । उदाहरण के लिए, इसे फ़ोल्डर /Applicationsसे कॉपी करके स्थापित करें । टर्मिनल से। (यह मानते हुए कि हम अभी भी बंडल फ़ोल्डर "मेमे कलेक्टर.एप्प" में हैं) कमांड टाइप करें:

 open -a "/Applications/Hex Fiend.app/" "Meme Collector"

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

अब टर्मिनल में टाइप करें:

 otool -l "Meme Collector" | grep -a10 "sectname __text"

जैसा कि हमने पहले देखा, यह otool -lबाइनरी फ़ाइल को मेमोरी में लोड करने के लिए कमांड प्रदर्शित करता है। हम कोड अनुभाग ("टेक्स्ट" अनुभाग) में रुचि रखते हैं, इसलिए हम कमांड के साथ खोज क्षेत्र को संकीर्ण करते हैं grep। हमें कुछ इस तरह मिला:

  segname __TEXT vmaddr 0x00001000 vmsize 0x0002e000 fileoff 0 filesize 188416 maxprot 0x00000007 initprot 0x00000005 nsects 11 flags 0x0 Section sectname __text segname __TEXT addr 0x00002970 size 0x0001dec3 offset 6512 align 2^4 (16) reloff 0 nreloc 0 flags 0x80000400 reserved1 0 reserved2 0

यहां हम अनुभाग ( addr) 0x00002970, और शिफ्ट ( offset) - 6512 (दशमलव) का प्रारंभ पता देखते हैं । आप आईडीए ले सकते हैं और सुनिश्चित कर सकते हैं कि शुरू होने वाला पता जहां से कोड शुरू होता है, ठीक 0x2970 है, इसके लिए आपको बहुत ऊपर तक ("रैखिक" रूप में) स्क्रॉल करना होगा। (मैं आपको याद दिलाता हूं, आपके विशिष्ट मूल्य भिन्न हो सकते हैं, लेकिन अर्थ समान है)।

बहुत बढ़िया!अंकगणित करने का समय: आपको jnbद्विआधारी फ़ाइल के अंदर निरपेक्ष मान के लिए निर्देश ("पाठ" अनुभाग के लिए पाया गया) की भरपाई करने की आवश्यकता है । यदि आप आईडीए में पाए गए पते पर बाइट्स बदलने की कोशिश करते हैं, तो आप शायद कहीं न कहीं एक दुर्घटना पकड़ सकते हैं, क्योंकि वे मेल नहीं खाते।

इसलिए विचलित न होने के लिए, मैंने आपके लिए एक फॉर्मूला तैयार किया है:

{बाइनरी फ़ाइल में कमांड की निरपेक्ष स्थिति} = =
{कमांड एड्रेस} - {टेक्स्ट सेक्शन का स्टार्ट एड्रेस} + {टेक्स्ट सेक्शन का शिफ्ट}}

मेरे मामले में:

कमांड एड्रेस jnb: 0x18D88 (आईडीए से)
पाठ अनुभाग का पता प्रारंभ करना = 0x2970 (का otool) पाठ खंड का स्थानांतरण
= दशमलव 6512 (का otool)

कैलकुलेटर लें, मेनू से स्विच करें: देखें> प्रोग्रामर के लिए ... (दशमलव और हेक्साडेसिमल संख्या दर्ज करते समय वांछित संख्या प्रणाली पर स्विच करना न भूलें)।

मुझे मिल गया:
0x18D88 - 0x2970 + 6512 = 0x17D88

उन्नत मोड

«Advanced Mode» , 0x1000 (0x18D88 – 0x17D88).

यदि आपकी गणना सही निकली है, तो यह उस निर्देश का पता होगा jnbजो हमने आईडीए में देखा था। अब Hex Fiend में एड्रेस इनपुट फील्ड खोलने के लिए ( L (या Edit> Jump To Offset मेनू से ) दबाएं । अपना पता मान दर्ज करें (यदि आप हेक्साडेसिमल प्रारूप में दर्ज करते हैं, तो 0xशुरुआत में मत भूलना )।

Hmm, दशमलव में किसी कारण के लिए लाइन नंबर। ठीक है, चलो पुनर्गणना करें: 0x17D88 = 97672, अर्थात 97664 स्थिति से आपको दाईं ओर एक और 8 बाइट्स गिनने की आवश्यकता है। 8 बाइट्स = 16 हेक्साडेसिमल अंक = दो 4-बाइट शब्द। आप देखते हैं, हेक्स फाईन्ड एक द्विआधारी "पाठ" शब्दों के अनुसार समूह बनाता है: हम

पहले दो शब्दों को छोड़ते हैं, और तीसरे शब्द की शुरुआत में - यहाँ यह है - हमारा ऑपरेशन कोड 0x7304। 0x73- निर्देश कोड, और0x04- ऑफसेट, कितने बाइट्स से प्रोसेसर को आगे "कूद" चाहिए।

सही 0x73पर 0xEB(धीरे से: बैकस्पेस को एक बार दबाने पर 1 बाइट एक बार = दो हेक्साडेसिमल वर्णों को हटा देता है)। सहेजें ( ⌘S ) और फ़ाइल बंद करें। सिम्युलेटर खोलें, मेमोरी से एप्लिकेशन को हटा दें और इसे फिर से चलाएं (सिम्युलेटर से, और आईडीई से नहीं, ताकि फिर से संकलित न किया जाए)। जब तक आप पैसे से बाहर नहीं निकलते हैं तब तक मेमे खरीदें। जब आपने ऐसा उत्पाद खरीदने की कोशिश की, जो आपके "पैसे" से अधिक हो?

हां, हमने वास्तव में "उपयोगकर्ता के पास पैसा है?" इस शर्त का एक चेक बाहर फेंक दिया है कि पैसे के बिना भी लेनदेन किया जाता है। और एक छोटा सा बोनस: अहस्ताक्षरित मूल्य_money"लूप्ड", स्मृति में संख्याओं के प्रतिनिधित्व की ख़ासियत के कारण, नकारात्मक के बजाय यह 10 ³² (लगभग 4 बिलियन) से थोड़ा कम हो जाता है ।

रिवर्स इंजीनियरिंग संरक्षण

हम अपनी रक्षा कैसे करें? याद रखें, मैंने कहा: "कुछ भी सुरक्षित नहीं है।" यह कथन भी यहाँ काम करता है। रिवर्स इंजीनियरिंग बहुत मुश्किल हो सकता है, लेकिन आप एक हमलावर को रोक नहीं सकते यदि वह गंभीर है। आपकी एकमात्र आशा हमलावरों को इतना भ्रमित करना है कि वे इस व्यवसाय को छोड़ दें और अन्य अनुप्रयोगों को तोड़ दें।

एक तरीका प्रीप्रोसेसर के माध्यम से महत्वपूर्ण वर्गों और विधियों के नाम को बदलना है। आईडीई में परियोजना खोलें और उसमें फ़ाइल "मेम कलेक्टर-प्रीफिक्स.पच" ढूंढें। इसमें एक पंक्ति जोड़ें:

 #define MoneyManager DS_UIColor_Theme

यह कोड " MoneyManager" की सभी घटनाओं को एक ऐसे नाम से बदल देगा जो पटाखे के लिए कम दिलचस्प लगता है: " DS_UIColor_Theme"।

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

आमतौर पर निष्पादन योग्य फ़ाइल में एक प्रतीक तालिका होती है जिसमें कार्यों और विधियों के पठनीय नामों में पतों की मैपिंग संग्रहीत होती है। और अब, कोड को भ्रमित करने का एक और तरीका परियोजना के निर्माण के बाद चरित्र तालिका को हटाना है। यह C और C ++ फ़ंक्शंस को छुपाने के लिए अधिक उपयुक्त है, क्योंकि ऑब्जेक्टिव-सी संदेश एक ही फ़ंक्शन द्वारा नियंत्रित किए जाते हैं objc_msgSend()। फिर से मनीमैन्जर

खोलें और शुरुआत में निम्नलिखित C फ़ंक्शन जोड़ें:

 BOOL aSecretFunction(void) { return YES; }

फिर आवेदन को फिर से संकलित करें। प्रतीक तालिका में इस फ़ंक्शन के अस्तित्व की जांच करें। टर्मिनल से:

 nm "Meme Collector" | grep aSecretFunction

आदेश nmवर्णों की एक तालिका प्रदर्शित करता है, और grepफ़ंक्शन नाम से फ़िल्टर करता है। यहाँ यह है:

 00018b8f t _aSecretFunction

IOS एप्लिकेशन से वर्ण तालिका को हटाने का एक आसान तरीका परियोजना सेटिंग्स में दो विकल्प ढूंढना है: तैनाती पोस्टप्रोसेसिंग और स्ट्रिप लिंक्ड उत्पाद, और उन्हें हां पर सेट करें:

फिर आपको प्रोजेक्ट को "क्लीन" करने की आवश्यकता है (Xcode: उत्पाद) क्लीन या ऐपकोड में: रन> क्लीन ) और recompile। फिर टर्मिनल पर जाएं और उसी कमांड को चलाएं:

 nm "Meme Collector" | grep aSecretFunction

बहुत बढ़िया!हमने उस चरित्र को सफलतापूर्वक हटा दिया जिसे संदर्भित किया गया था aSecretFunction()। अब, क्रैकर को कोड में महत्वपूर्ण बिंदुओं को खोजने के लिए अधिक समय बिताना होगा।

आगे क्या है?

हमने सुनिश्चित किया कि एक हमलावर कर सकता है:

उद्देश्य-सी चयनकर्ताओं के नाम देखना आसान;
आपके एप्लिकेशन द्वारा एक्सेस की गई फ़ाइलों को हेरफेर करें
इंटरसेप्ट और नेटवर्क इंटरैक्शन को संशोधित करना;
रनटाइम प्रबंधित करें
अपने एप्लिकेशन की निष्पादन योग्य फ़ाइल बदलें।

एप्लिकेशन बनाते समय, इन बातों को याद रखना महत्वपूर्ण है। इस बारे में सोचें कि आप एप्लिकेशन को अधिक सुरक्षित बनाने के लिए कितना प्रयास करना चाहते हैं। सुरक्षा क्या है? यह हमेशा आपके संसाधनों (समय), आपके उपयोगकर्ताओं के लिए समस्याओं का स्तर और हैकिंग की संभावना के बीच एक संतुलन है।

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

यदि आपको अंग्रेजी में कोई समस्या नहीं है, तो हैकिंग और iOS एप्लिकेशन को सुरक्षित करना सुनिश्चित करें(लेखक जोनाथन ज़डज़ार्स्की)। हालांकि यह थोड़ा पुराना है (आपको ऐप्पल एप्लिकेशन के एन्क्रिप्शन तंत्र में बदलाव के लिए गूगल करना होगा), लेकिन लेख का लेखक आईओएस और सुरक्षा पर उनकी पसंदीदा पुस्तकों में से एक है।
एक जोड़ी और किताबें:
हैकिंग: द आर्ट ऑफ़ एक्सप्लुयेशन, जॉन एरिकसन
मैक ओएस एक्स और आईओएस इंटर्नल्स द्वारा दूसरा संस्करण : जोनाथन लेविन द्वारा एप्पल के कोर को
मंच:
http://www.woodmann.com
http://www.reddit.com/r/ReverseEngineering
कोड इंजेक्शन पर अनुच्छेद:
http://blog.timac.org/?p=761

लेखक को टिप्पणियों में और अनुवाद में लिखा जा सकता है x128.ru मेल देव को @लिखें ।

IOS ऐप को तोड़ना! भाग २

चलिए शुरू करते हैं

रनटाइम मैनिपुलेशन

रनटाइम हेरफेर के खिलाफ संरक्षण

हम एक बाइनरी तैयार कर रहे हैं

भारी तोपखाने: disassembler और रिवर्स इंजीनियरिंग

रिवर्स इंजीनियरिंग संरक्षण

आगे क्या है?

More articles: