🈵 🏪 🔫 हूपर के साथ आईओएस बग का अन्वेषण करें 🚭 🍨 🔒

नमस्कार! मेरा नाम अलेक्जेंडर निकिशिन है, मैं बुश में iOS एप्लिकेशन विकसित कर रहा हूं। लेख में, मैं इस बारे में बात करूंगा कि कैसे हमने UIKit में एक बग की जांच की, जिसे Apple छह महीने तक ठीक नहीं करना चाहता था।

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

जब जीएम संस्करण सामने आया, तो हमने महसूस किया कि समस्या ठीक नहीं हुई थी। यह हमें लग रहा था कि इस तरह के एक स्पष्ट बग को केवल प्रतिगमन परीक्षणों द्वारा याद नहीं किया जा सकता है, जो कि संभवतः Apple ने अपने शस्त्रागार में किया था, और हम पहले बड़े अपडेट पैकेज में सुधार की प्रतीक्षा करने लगे। अन्य डेवलपर्स के लिए आशा व्यक्त की यह । हालांकि, संस्करण 13.1 के रिलीज के साथ, कुछ भी नहीं बदला है, और हमारे पास रडार खोलने के अलावा कोई विकल्प नहीं था, जिसे हमने अक्टूबर की शुरुआत में किया था। समय बीत गया, आईओएस 13.2 और 13.3 बाहर आ गया, और बग अभी भी ठीक नहीं हुआ।

फरवरी में, हमारी पंजीकरण टीम को बैकलॉग पर काम करने से कुछ खाली समय मिला, और मैंने इस समस्या की थोड़ी गहराई से जांच करने का फैसला किया।

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

iOS 12 बनाम iOS 13

यह तुरंत स्पष्ट हो गया कि iOS 13 में Apple ने कीबोर्ड कार्यान्वयन को रद्द कर दिया और एक अलग नियंत्रक ( UIPredictionViewController) में संकेतों को उजागर किया । जाहिर है, मॉडर्नाइजेशन और अपघटन की ओर रुझान भी इस तक पहुंच गया है (वैसे, अर्टिओम लोन्को ने हाल ही में अपने आवेदन के हमारे अनुभव के बारे में बात की थी )। सबसे अधिक संभावना है, इस वजह से, कार्यक्षमता का एक प्रतिगमन था। खोजों का घेरा संकीर्ण होने लगा।

मुझे लगता है कि अधिकांश आईओएस डेवलपर्स जानते हैं कि सार्वजनिक डोमेन में निजी सिस्टम कक्षाओं के इंटरफेस को खोजना आसान है: बस खोज इंजन में एक क्वेरी दर्ज करें। आंख में एक वर्ग इंटरफ़ेस के अध्ययन में UIPredictionViewControllerइसके तरीकों में से एक को पकड़ता है:

ऐसा लगता है कि एक सुराग था, जो कि अच्छे पुराने टूल स्पूफिंग कार्यान्वयन कार्यों (स्विज़लिंग) का उपयोग करके जांचना काफी आसान है । हम इसका उपयोग करेंगे ताकि "शक के तहत" एक फ़ंक्शन हमेशा सही मूल्य लौटाए:

+(void)swizzleIsVisibleForInputDelegate {
    SEL targetSelector = sel_getUid("isVisibleForInputDelegate:inputViews:");
    Class targetClass = NSClassFromString(@”UIPredictionViewController”);
    if (targetClass == nil) {
        return;
    }
    if (![targetClass instancesRespondToSelector:targetSelector]) {
        return;
    }

    Method method = class_getInstanceMethod(targetClass, targetSelector);
    if (method == NULL) {
        return;
    }

    IMP originalImplementation = method_getImplementation(method);
    IMP newImp = imp_implementationWithBlock(^BOOL(id me, id delegate, id views) {
        //   ,        . 
        BOOL result = ((bool (*)(id,SEL,id,id))originalImplementation)(me, targetSelector, delegate, views);
        if ([delegate isKindOfClass:[UITextField class]] && [delegate keyboardType] == UIKeyboardTypePhonePad) {
            return YES;
        }
        return result;
    });

    method_setImplementation(method, newImp);
}

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

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

सब उसी सेप्रकाशित निजी इंटरफ़ेस, आप UIPredictionViewControllerयह जान सकते हैं कि UIKitCore ढांचे का हिस्सा क्या है। जो कुछ बचता है वह उसे ढूंढना है और उसे हॉपर पर अपलोड करना है। बाइनरी फ्रेमवर्क फाइलें Xcode की गहराई में स्थित हैं। यहाँ, उदाहरण के लिए, UIKitCore के लिए पूर्ण पथ है जिसकी हमें आवश्यकता है:

/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Library/Developer/CoreSimulator/Profiles/Runtimes/iOS.simruntime/Contents/Resources/RuntimeRoot/System/Library/PrivateFrameworks/UIKitCore.framework/UIKitCore

हम हॉपर में एक ड्रैग-एंड-ड्रॉप फ़ाइल बनाते हैं, सिस्टम डायलॉग में कार्रवाई की पुष्टि करते हैं और पूरा करने के लिए अनुक्रमण की प्रतीक्षा करते हैं (UIKit के रूप में इतने बड़े ढांचे के मामले में, यह चार से छह मिनट लग सकते हैं)।

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

ऊपरी टास्क बार में कोड डिस्प्ले मोड स्विच करने के लिए बटन होते हैं। बाएं से दाएं:

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

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

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

थोड़ा संदर्भ: आरबीएक्स में कोड में थोड़ा अधिक दर्ज करें (जिसे मैं सरलता के लिए छोड़ दिया गया) प्रोटोकॉल को लागू करने वाली वस्तु का लिंक है UITextInputTraits_Private(यह सार्वजनिक प्रोटोकॉल का एक विस्तारित संस्करण है UITextInputTraits)।

तो, शर्तों में से पहला यह सत्यापित करना है कि इनपुट क्षेत्र के कॉन्फ़िगरेशन द्वारा संकेत छिपाए नहीं गए हैं। डिबग में, आप देख सकते हैं कि यह चल रहा है: संपत्तिhidePredictionझूठा लौटता है। दूसरी शर्त यह सत्यापित करना है कि कीबोर्ड "स्प्लिट" मोड में नहीं है (आपके आईपैड पर, निचले दाएं बटन को ऊपर खींचें , केवल 2-3% उपयोगकर्ता इस चीज के बारे में जानते हैं)। इसके साथ ही, सब कुछ क्रम में है।

आगे बढ़ो। अगले चरण में, जोड़तोड़ शुरू होते हैं keyboardType, जो हमें संकेत देते हैं कि सच्चाई कहीं आस-पास है। यह पहली बार जांचा जाता है कि वर्तमान keyboardType0xb (या दशमलव प्रारूप में 11) के बराबर या उससे कम है। यदि हम Xcode में घोषणा को खोलते हैं UIKeyboardType, तो हम देखेंगे कि 13 प्रकार के कीबोर्ड हैं, और उनमें से एक (UIKeyboardTypeAlphabet) को दूसरे प्रकार के संदर्भ के रूप में पदावनत और घोषित किया जाता है। अर्थात्, एनुम में 12 प्रकार हैं: यदि आप 0 से शुरू करते हैं, तो बाद में 11. के बराबर मूल्य होगा। दूसरे शब्दों में, कोड एक अतिप्रवाह चेक के रूप में मूल्य को मान्य करता है, और यह, फिर से, सफलतापूर्वक गुजरता है।

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

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

ASM मोड पर लौटकर, हम आसानी से इस ब्लॉक को पा सकते हैं:

हम सबसे कठिन हिस्से में आते हैं, जहां हम कोडांतरक कोड की तीन पंक्तियों को पार्स करेंगे।

मैंने अपनी स्मृति से पहली पंक्ति को पहचाना (अपने मूल MIET में कोडांतरक पाठों के लिए धन्यवाद, आखिरकार मेरे जीवन में वह क्षण आ गया है जब उच्च शिक्षा काम में आई!)। यहां सब कुछ काफी सरल है: निरंतर 0x930 (द्विआधारी प्रारूप में 100100110000) को एक्जिस रजिस्टर में रखा गया है।

दूसरी पंक्ति में, हम bt अनुदेश पर निष्पादित देखने excऔर रजिस्टरों eax। एक का मूल्य जो हम पहले से जानते हैं, दूसरे का मूल्य पिछले स्क्रीनशॉट में देखा जा सकता है: rax = [rbx keyboardType]- इसमें वर्तमान प्रकार का कीबोर्ड शामिल है। rax- यह पूरे 64-बिट रजिस्टर है, eax- यह इसका 32-बिट हिस्सा है।

तय किए गए आंकड़ों के साथ, यह टीम के तर्क को समझने के लिए बना हुआ है। Google हमें इस विवरण की ओर ले जाता है :

Selects the bit in a bit string (specified with the first operand, called the bit base) at the bit-position designated by the bit offset operand (second operand) and stores the value of the bit in the CF flag.

निर्देश दूसरे ऑपरेंड (कीबोर्ड प्रकार) द्वारा निर्दिष्ट स्थिति में पहले ऑपरेंड (निरंतर 0x930) से थोड़ा सा निकालता है, और इसे सीएफ ( कैरी फ्लैग ) में रखता है । यही है, परिणामस्वरूप, सीएफ में कीबोर्ड के प्रकार के आधार पर 0 या 1 होगा।

हम अंतिम ऑपरेशन के लिए आगे बढ़ते हैं jb, इसका निम्नलिखित विवरण है :

Jump short if below (CF=1)

यह अनुमान लगाना आसान है कि फंक्शन (शुरुआती निकास) के लिए एक संक्रमण है यदि सीएफ 1 है

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

IOS 12 में, हमें इस तरह के तर्क नहीं मिलेंगे - वहां संकेत किसी भी प्रकार के कीबोर्ड के लिए काम करते हैं। मुझे संदेह है कि iOS 13 में, Apple ने डिजिटल कीबोर्ड के लिए संकेत को अक्षम करने का निर्णय लिया, जो सिद्धांत रूप में समझ में आता है: मैं एक परिदृश्य के साथ नहीं आ सकता, जहां सिस्टम को संख्याओं को संकेत देने की आवश्यकता है। जाहिरा तौर पर, गलती से, एक "गर्म हाथ" भी हिट हुआ UIKeyboardTypePhonePad, जो एक नियमित संख्यात्मक कीपैड के समान है। उसी समय UIKeyboardTypeNamePhonePad, टेलीफोन संपर्कों और सटीक रूप से अक्षम डिजिटल कीपैड की खोज के लिए एक QWERTY कीबोर्ड का संयोजन, उन्होंने संकेत देना जारी रखा।

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

हूपर के साथ आईओएस बग का अन्वेषण करें

More articles: