ओफिसकेशन के बाद इंजीनियरिंग अनुप्रयोगों को उलट दें

परिचय

यह प्रकाशन कुछ रिवर्स इंजीनियरिंग तकनीकों का अध्ययन करने के उद्देश्य से है। सभी सामग्री केवल सूचना के प्रयोजनों के लिए प्रस्तुत की जाती है और किसी भी व्यक्तिगत लाभ के लिए उपयोग करने का इरादा नहीं है।

---

शोध विषय

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


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

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

सबसे पहले, स्थापित एक्सटेंशन की निर्देशिका में देखें और वहां केवल एक गतिशील लाइब्रेरी ढूंढें। हमें इसकी जरूरत है। पहली चीज जो हम करेंगे, वह जेटब्रेक से डॉटपेक डिकंपाइलर पर अपलोड होगी।


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

भाग 1

पहली बात जो मन में आती है वह है लाइन को ढूंढना, लेकिन चूंकि सर्च फंक्शनलिटी डॉटपेक में नहीं है, तो आइए एक अलग तरीके से चलें। हम Microsoft SDKs से मानक ildasm.exe के साथ लाइब्रेरी को विघटित करते हैं। आउटपुट केवल एक पाठ फ़ाइल प्राप्त करेगा। इसमें, हम “ ट्रायल मोड ” संदेश के पाठ की तलाश करते हैं । कृपया ध्यान दें कि आपका ... "


एक विधि मिली

.Method परिवार हिदेबिसिग स्थिर बूल ई () cil प्रबंधित

जो कि CmdDocThisScope वर्ग से संबंधित है। अब वापस dotPeek पर।


तो हमारे पास क्या है। हमें एक विधि मिली जो एपीडी परीक्षण संदेश प्रदर्शित करती है और, इस शर्त पर निर्भर करती है कि वह सही है या गलत। हम सभी स्थानों को ढूंढते हैं जहां से इस पद्धति को कहा जाता है


केवल 2 कॉल पॉइंट मिले और ये तरीके CmdDocThisFile :: c और CmdDocThisScope :: c हैं।


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

CmdDocThisScope :: e विधि की शुरुआत में, चर f बढ़ा हुआ है। "आईएल व्यू" विंडो खोलें और कमांड कोड ढूंढें:


विकिपीडिया में इन निर्देशों का वर्णन करने वाला एक लेख है।

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


Ldsfld निर्देश का चयन करने के बाद, हम हेक्स व्यू विंडो में इसका बाइनरी प्रतिनिधित्व पाते हैं


टीम का विवरण इस बात की पुष्टि करता है कि हमें सही जगह मिली है।


इस विधि और बाद के चरणों के लिए कोड का आगे का विश्लेषण इस लेख के दायरे से परे है।

भाग २

अब, पहले से ही अनुभवी शोधकर्ताओं के रूप में, हम संदेश के साथ संवाद के लिए एक कॉल पाते हैं " द प्रोजेक्ट ऑल इन प्रोजेक्ट 'कमांड केवल पूर्ण संस्करण में उपलब्ध है ... "। यह विधि CmdDocThisProject :: c है


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

---

निष्कर्ष

यह कहना बाकी है कि लेख ने जानबूझकर अपने स्वतंत्र अध्ययन के लिए सफेद धब्बे छोड़ दिए हैं।