प्रमाण पत्र-आधारित सुरक्षा (utm5) की खोज

यह लेख आपको यह नहीं बताता है कि दरार या कीजेन कैसे बनाया जाता है। यहाँ एक महंगे सॉफ़्टवेयर उत्पाद के संरक्षण का एक सरल अध्ययन है।

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

मैंने यूनिक्स संस्करण लिया, क्योंकि यह विंडोज़ के तहत नहीं कार्यक्रमों पर शोध करने का पहला अनुभव था।
और हम उसी IDA का उपयोग शराब से शुरू करेंगे।

मान लें कि utm5 लोड है, हमारे पास एक डेमो कुंजी है, सब कुछ कॉन्फ़िगर और काम कर रहा है। ठीक है, चलो शुरू करें:

हम सिस्टम (utm5_core) की कर्नेल लेते हैं और इसे आईडीए के साथ फ़ीड करते हैं। चलो एक पेय है और कंप्यूटर पर वापस जाएं, जहां आईडीए खुशी से रिपोर्ट करेगा कि उसने फ़ाइल का पूरी तरह से विश्लेषण किया है।

हम reg.sql फ़ाइल को देखते हैं, और हम यह निष्कर्ष निकालते हैं कि सिस्टम का कर्नेल mysql से लाइसेंस पढ़ता है।
डेटा को ध्यान से देखने के बाद, हम तय करते हैं कि हम "हैश 1, हैश 2, डेटा" फ़ील्ड्स में रुचि रखते हैं।

हम स्ट्रिंग्स में हैश 1 लाइन की खोज करते हैं, हम पाते हैं:


खैर, यह डेटाबेस में एक क्वेरी है, इसलिए हम उस जगह पर जाते हैं जहां इस लाइन का उपयोग किया जाता है, अर्थात् UTM :: DBAccess :: get_license_info में ( ऐसे नाम केवल यूनिक्स संस्करण में हैं, विंडोज़ संस्करण में ऐसी कोई सुविधाएं नहीं हैं, केवल सार नाम हैं कार्य )

UTM में आगे और पीछे स्क्रॉल करना :: DBAccess :: get_license_info, हम देखते हैं कि तालिका के डेटा को यहाँ पढ़ा गया है, और अंत में या तो सब कुछ अच्छा है या सब कुछ खराब है:



इसलिए, हम मुख्य + एबीसी में एक स्तर अधिक जाते हैं:



और हम एक बहुत ही दिलचस्प बात पर आते हैं - "CirtificationCenterImpl":



UTM में कुछ भी दिलचस्प नहीं है :: प्रमाणनCenterImpl :: उदाहरण (शून्य), तो चलिए UTM में जाते हैं: प्रमाणनCenterImpl :: init और देखें कि अंदर क्या दिलचस्प हो सकता है:



हम "_d2i_X509" और "_X509_get_pubkey" देखते हैं। एक त्वरित खोज हमें इस तथ्य की ओर ले जाती है कि इन कार्यों को X.509 के साथ काम करने की आवश्यकता है।

अब आइए ध्यान दें कि डेटा _d2i_X509 में क्या मिलता है।

इसके ठीक ऊपर हम दो कार्य देखते हैं - "UTM :: HiddenData :: get_data (शून्य)" और "UTM :: HiddenData :: size (शून्य)"

UTM खोलें: हिडनडेटा :: get_data (शून्य):


यह स्पष्ट रूप से देखा गया है कि डेवलपर्स डेटा को केवल निष्पादन योग्य फ़ाइल में "डालना" नहीं चाहते हैं, लेकिन यह कई mov'ov की मदद से किया है।

दूसरा फ़ंक्शन केवल इस डेटा का आकार लौटाता है:


इस स्थान पर GDB में ब्रेकपॉइंट लगाएं:


इस जगह पर रुकने के बाद, आप उस पते पर स्मृति से 0x49B वर्णों को डंप कर सकते हैं जो ईएक्स में है।

हम या तो जीसीआर-व्यूअर के माध्यम से देखते हैं या कंसोल x509 को खोलता है और देखें:


खैर, हमारे पास किसी तरह का प्रमाण पत्र है, अब आगे बढ़ते हैं और आगे क्या होता है इसका अध्ययन करते हैं:


इसके बाद, प्रोग्राम को इस प्रमाणपत्र से सार्वजनिक कुंजी प्राप्त होती है, और यह सभी को "_ZN3UTM23CertificationCenterImpl23CertificateFromKeyStoreEi" पर स्थानांतरित करता है, और नीचे आप देख सकते हैं कि त्रुटि संदेश पहले से ही है, इसलिए चेक यहाँ है, इस फ़ंक्शन पर जाएं और स्क्रॉल करें, हम आते हैं:


अब हम इस निष्कर्ष पर आ सकते हैं कि mysql में, डेटा क्षेत्र में pkcs12 प्रारूप में एक और प्रमाण पत्र है।

हम इस डेटा को reg.sql फ़ाइल से निकालते हैं, इसे बाइनरी प्रारूप में अनुवाद करते हैं, क्योंकि यह एक एससी-हेक्स प्रविष्टि है।

डेटा सहेजने के बाद, "कुंजी" फ़ाइल में बताएं, हम कई प्रमाणपत्र निकालने के लिए कमांड का उपयोग करेंगे:
openssl pkcs12 -in key -out key.pem

Openssl हमसे पासवर्ड मांगेगा। उसे पासवर्ड को स्लिप करें जो reg.sql में कुंजी के साथ गया, क्योंकि हमने एसम की लिस्टिंग में कुछ भी समान और स्पष्ट नहीं देखा।

कई बार पासवर्ड डालने से हमें key.pem मिलता है।

हम एक ही gcr- दर्शक लेते हैं, इस key को देखें। देखें और देखें:

utm5_core
प्रामाणिकता: utm5_core
सत्यापित: UTM5 SUB CA
अवसान: 01/03/2012

utm5_dealer
प्रामाणिकता: utm5_dealer
सत्यापित: UTM5 SUB CA
अवसान: 01/03/2012

utm5_dynashape
प्रामाणिकता: utm5_dynashape
सत्यापित: UTM5 SUB CA
अवसान: 01/03/2012

utm5_hotspot
प्रामाणिकता: utm5_hotspot
सत्यापित: UTM5 SUB CA
अवसान: 01/03/2012

utm5_radius
प्रामाणिकता: utm5_radius
सत्यापित: UTM5 SUB CA
अवसान: 01/03/2012

utm5_tel
प्रामाणिकता: utm5_tel
सत्यापित: UTM5 SUB CA
अवसान: 01/03/2012

कुंजी
RSA गुप्त कुंजी
विश्वसनीयता: 1024 बिट्स

“सर्टिफिकेशन अथॉरिटी टू सर्टिफिकेशन अथॉरिटी टू सर्टिफिकेशन अथॉरिटी ” पढ़ने के बाद, यह स्पष्ट हो जाता है कि utm5 लाइसेंस प्रमाण पत्र का उपयोग करके बनाया गया है, और हमारे पास लाइसेंस प्रमाणपत्र + हैं और लाइसेंस प्रमाणपत्रों की प्रामाणिकता को सत्यापित करने के लिए प्रोग्राम से एक प्रमाण पत्र निकाला है।

यदि आप एक अलग फ़ाइल में key.pem फ़ाइल से प्रत्येक प्रमाण पत्र का चयन करते हैं, तो आप एक ही कंसोल उपयोगिता "ओपनसेल x509" के माध्यम से अतिरिक्त फ़ील्ड देख सकते हैं जो कुछ मॉड्यूल की सीमाओं को दिखाते हैं।

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

यद्यपि, वास्तव में, संरक्षण में एक बहुत बड़ी भेद्यता है, जब बस बहुत प्रतिबंध पढ़े जाते हैं - उन्हें साधारण लाइनों के रूप में कार्यक्रम में स्थानांतरित किया जाता है, जो कि बहुत बड़े मूल्यों के साथ या यहां तक ​​कि "-1" के साथ बदलना आसान है।

लाइसेंस वैधता अवधि भी प्रमाण पत्र की वैधता अवधि द्वारा सीमित है, इसलिए इस स्थान को भी पैच किया जा सकता है, और प्रमाणपत्र समाप्त होने के बाद भी कार्यक्रम काम करेगा।

लेकिन एक और अधिक सुंदर विधि हमें अपने स्वयं के प्रमाण पत्र बनाने की होगी, जिन मूल्यों की हमें आवश्यकता है। कार्यक्रम उन्हें स्वीकार करने में सक्षम होगा, क्योंकि हम सिर्फ प्रोग्राम कोड में अपना सत्यापन प्रमाणपत्र लेते हैं और फ़ंक्शन कोड "UTM :: HiddenData :: get_data (शून्य)" और "UTM :: HiddenData :: size (शून्य)" की जगह लेते हैं मेरा, और utm5 कम से कम 2050 तक काम करेंगे, लेकिन क्या यह आवश्यक है?