टुकड़ों में lincrackme3 पार्सिंग

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

तदनुसार, बहुत से सुरक्षाकर्मी ज्ञात नहीं हैं जो एक बाइनरी के डिबगिंग को बहुत जटिल कर सकते हैं, उनमें से, कोई केवल 'शिवा' को याद कर सकता है, लेकिन यह लंबे समय से मर चुका है।

Crackmes.de के साथ lincrackme3 कार्यक्रम आज हमारे लिए एक खिलौने के रूप में काम करेगा, यह जटिल नहीं है और साथ ही, इसमें कई विरोधी डिबगिंग ट्रिक्स हैं। हम केवल डिस्सेम्बलर का उपयोग करेंगे - कोई डिबगर्स, लैट्राइज़र, और इससे भी अधिक बाइनरी पैच। डिस्सेम्बलर IDAPro 5.5 होगा।

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



यहां कोड खुद को "डीबग" करने की कोशिश करता है और अगर यह विफल हो जाता है (कोई पहले से ही इसके बिना करता है, उदाहरण के लिए एक डिबगर), तो पॉटेस -1 लौटता है, साइन फ्लैग उठाया जाता है और ... प्रोग्राम अपना निष्पादन समाप्त करता है। लेकिन यह सब नहीं है। डीबगर लाइन का एक क्रॉस रेफरेंस भी यहां होता है:



डिबगिंग के खिलाफ एक और चाल: रनटाइम पर, प्रोग्राम मानक थ्रेड्स खोलता है STDIN = 0, STDOUT1, STDERR = 2, और यदि आप एक ही समय में फ़ाइल डिस्क्रिप्टर को बंद करने का प्रयास करते हैं, तो यदि कोई पहले नहीं खोला गया है (उदाहरण के लिए, डिबगर), तो एक त्रुटि आएगी। और परिणाम करीब है (3) = - 1, पहले की खुली फ़ाइल डिस्क्रिप्टर की उपस्थिति में: क्लोज़ (3) = 0।

तो, डिबगिंग के खिलाफ चाल के साथ - यह बात है। अगला, केवल सीरियल की जांच करें। दिलचस्प "लाइनों के पार संदर्भ हमें यहाँ ले जाएगा:



आईडीए ने रनटाइम-फ़ंक्शंस को मान्यता दी और सब कुछ वास्तव में बहुत सरल हो गया: सब_804862C फ़ंक्शन केवल "the---" प्रारूप के पासवर्ड को "run" में बदल देता है और 0x10 = 16 के साथ प्राप्त पासवर्ड की लंबाई की तुलना करता है।

यदि पासवर्ड की लंबाई 16 वर्ण है, तो यहां कूदें:



इस थ्रेड में, हम "" यह इतना आसान नहीं है ... "लाइन के साथ पासवर्ड की तुलना के लिए इंतजार कर रहे हैं, लेकिन कार्यक्रम परिणाम" रुचि "नहीं करता है और डिस्गेंगलर के खिलाफ खेलने के लिए अगला कदम है, डिबगर का उपयोग करके (अनुरेखण के बाद) सब कुछ बहुत सरल होगा, लेकिन कोशिश करें मन में ट्रेस। सभी लोकेशन _8048847 के साथ कमांड पर ध्यान दें , जो 08048841 पर स्थित है। जब इसे निष्पादित किया जाता है, तो इसके बाद कमांड का पता इस पर रखा जाएगा
"ढेर के ऊपर।" अगला, हमने वापसी पते को ईएक्स रजिस्टर में डाल दिया, ऑफसेट जोड़ें, इसे स्टैक के शीर्ष पर वापस रखें और वापस आ जाएं। पर कहाँ?

यहाँ है: 08048846 h +09 Dh = 080488 E 3 h



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



Ptrace () के साथ एक और सत्यापन कॉल।

यदि सत्यापन के साथ सब कुछ ठीक हो गया है, तो यहां कूदें:



इस चक्र में, पासवर्ड ASCII प्रारूप से HEX में बदल जाता है, लेकिन कार्यान्वयन पासवर्ड वर्णों के बीच केवल डिजिटल मूल्यों की उपस्थिति के लिए प्रदान करता है। प्राप्त मूल्यों को क्रमिक रूप से "स्टैक की गहराई" के लिए लिखा जाता है: धारावाहिक के पहले चार चरित्र यहां लिखे गए हैं [ espec36] ,
दूसरा यहाँ है [ esp +34] , तीसरा है [ esp +32] , चौथा है [ esp +30] । अगला पासवर्ड और "वांछित संक्रमण" का सबसे दिलचस्प सत्यापन है।



जैसा कि आप देख सकते हैं, एक ब्लॉक में 5 सशर्त कूदते हैं, जो शायद हमें गलत पासवर्ड की सूचना दे सकते हैं। फिर, यह आवश्यक है, बदले में, "सही ढंग से" - सभी चेक पास करने के लिए कूद के बिना। तो चलिए शुरू करते हैं ...



पहले और दूसरे चार पासवर्ड मानों का योग तीसरे और चौथे के दोगुने योग के बराबर होना चाहिए।



दूसरे चार का मूल्य तीसरे के मूल्य से अधिक है।



पहले और चौथे चौके का जोड़ एक जोड़ी है।



पहले चार का मूल्य 5 से अधिक और 24 से कम है।



और यहाँ अंतिम संक्रमण है। इस बार आपको कूदना नहीं पड़ेगा। और यह तभी संभव है जब अंतिम (चौथे) चार का मान अप्रभावित हो। यह, बशर्ते कि पहले और चौथे चौके का जोड़ एक जोड़ी हो,
हमें बताता है कि पहले चार का अर्थ भी अप्रकाशित है। यदि सभी शर्तों को सही ढंग से पूरा किया जाता है, तो हम सही पासवर्ड के बारे में सूचित करने और इस तरह की तस्वीर को देखने के लिए लाइन के "डिक्रिप्शन" (डेक्सिंग) की उम्मीद करेंगे:



मुझे लगता है कि keygen लिखना मुश्किल नहीं है।

ध्यान देने के लिए आप सभी का धन्यवाद।

पुनश्च: अलेक्सा नच्टीगल के लिए सड़कें उड़ती हैं।
लेखक पी पॉल एच के अनुरोध पर प्रकाशित पीपीएस आर्टिकल।
PPPS जीप में कोड के लिए क्षमा करें, मुझे दोष नहीं है :-)