हास्यास्पद बकवास

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



पहला उदाहरण

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

• डाउनलोड की गई फ़ाइल के वर्गों में एक जगह खोजना आम तौर पर असंभव है।
• ढेर पर - शायद, लेकिन परेशानी।
• एक गुच्छा - और इसे चुना।

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

दूसरा उदाहरण

विज़ुअल सी ++ बनाम ओएसप्रोटेक्टर

रक्षक, वे प्रोग्राम को बुराई हैकर्स से बचाने की कोशिश करते हैं)। और उन्हें निष्पादन योग्य फ़ाइल में मेमोरी, मेमोरी की भी आवश्यकता होती है। वे स्मृति को या तो अंतिम खंड का आकार बढ़ाते हैं, या नए जोड़ते हैं, या यहां तक ​​कि पुराने को प्रतिस्थापित करते हैं (आमतौर पर अनुभागों की पैकेजिंग के साथ)। किसी भी मामले में, रक्षक अनुभाग तालिका (फ़ाइल की शुरुआत में स्थित) को बदलते हैं। वर्तमान में, संकलित अनुप्रयोगों के प्रारंभ कोड में विज़ुअल सी ++, अनुभाग तालिका की अखंडता की जांच करता है। यदि यह बदल गया है, तो आवेदन शुरू होने पर रनटाइम त्रुटि R6002 फ़्लोटिंग पॉइंट लोड नहीं होता है। जब एक रक्षक के साथ एक ही सुदूर प्रबंधक (v 1.7) की रक्षा करने की कोशिश की गई, तो सब कुछ ठीक था। जब एक रक्षक के साथ सुदूर प्रबंधक (v 2.0) की रक्षा करने की कोशिश की जा रही थी, तो सब कुछ अच्छा नहीं था - जाहिर है यह एक नए संस्करण संकलक द्वारा संकलित किया गया था। Googling ने दिखाया: www.manhunter.ru/underground/65_runtime_error_r6002_floating_point_not_loaded.html

एक तरह से या दूसरे, OSProtector, प्रारंभ कोड पर नियंत्रण स्थानांतरित करने से पहले, अब संरक्षित फ़ाइल के अनुभागों की मूल विशेषताओं को पुनर्स्थापित करता है।