अनुकूलन कस्टम मौत की नीली स्क्रीन

वह नीला हो गया, क्या उसे बुरा लगता है?

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

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

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

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

फिर भी, मान लीजिए कि आप "केतली" स्तर के उपयोगकर्ता हैं। नीली स्क्रीन पर आपकी क्या प्रतिक्रिया है?

मान लीजिए कि अब आप एक सिस्टम प्रशासक हैं। "ब्रूस" पर आपकी क्या प्रतिक्रिया है? खैर, इससे पहले कि आप त्रुटि कोड और वह सब पढ़ना शुरू करें।

मान लीजिए कि आप कर्नेल एनकोडर हैं, और आपको इस परिष्कृत डिबग आउटपुट को कई बार देखना होगा। दोबारा देखने पर आपके दिमाग में क्या आता है? खैर, विशेषण के अलावा।



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

खुद रोसिनोविच

मुझे लगता है कि हर कोई इस नाम को जानता है। Russinovich शांत है, हालांकि वह चालाक है। Sysinternals से उपयोगी उपयोगिताओं के ढेर के बीच एक दिलचस्प है - NotMyFault। यह कर्नेल मोड में विभिन्न त्रुटियों को कृत्रिम रूप से उत्पन्न कर सकता है, जो निश्चित रूप से बीएसओडी को प्रदर्शित करेगा। इसके अलावा, इसके पास एक दिलचस्प अवसर है - पृष्ठभूमि स्क्रीन और मृत्यु स्क्रीन के फ़ॉन्ट को बदलने के लिए। यह उपयोगिता इतनी शांत है कि यह स्रोत के साथ भी आती है! हालांकि, जैसा कि मैंने कहा, रोसिनोविच शांत हैं ...

कुछ समय के लिए मैं समझ नहीं पा रहा था कि क्या हो रहा है: हेडर फ़ाइल में ioctlcmd.h ऐसा कोड है:

#define IOCTL_BSOD_COLOR (ULONG) CTL_CODE (FILE_DEVICE_MYFAULT, 0x10, METHOD_BUFFERED, FILE_ANYAACCESS)

लेकिन यह एकमात्र ऐसी जगह है जहां मृत्यु स्क्रीन का रंग बदलने के लिए जिम्मेदार कोड का एक निशान है। Myfault.c ड्राइवर फ़ाइल में एक मुख्य पाठ्यक्रम के बिना परमाणु विकृतियों की एक रसोई की किताब शामिल है! लेकिन! इकट्ठे चालक, जाहिरा तौर पर, अभी भी आवश्यक कोड है, क्योंकि यह एक धमाके के साथ बाहर काम करता है। ठीक है, मैंने सोचा।

चलो एक पल के लिए पचा। इससे पहले कि आप कर्नेल में किसी चीज़ को मसाले के बारे में सोचें, MDSN को देखने के लिए बहुत आलसी न हों, क्योंकि कर्नेल में बहुत सारे कॉलबैक फ़ंक्शन (कॉलबैक फ़ंक्शन) हैं। तो नीली स्क्रीन के साथ: एक कॉलबैक फ़ंक्शन है, जिसे ब्लू स्क्रीन प्रदर्शित होने के तुरंत बाद कहा जाता है। यह निम्नलिखित फ़ंक्शन के साथ पंजीकृत है:

BOOLEAN KeRegisterBugCheckReasonCallback (
__out PKBUGCHECK_REASON_CALLBACK_RECORD CallbackRecord,
__in PKBUGCHECK_REASON_CALLBACK_ROUTINE CallbackRoutine,
__in KBUGCHECK_CALLBACK_REASON कारण,
__in पुचकार घटक
);

यह कॉलबैक फ़ंक्शन पंजीकरण करने के कारण को इंगित करता है: या तो इसे डंप में कुछ जोड़ने की जरूरत है, या उस क्षण को ट्रैक करें जब डंप पहले से रिकॉर्ड किया गया है, या कारण के रूप में KbCallbackReserved1 निर्दिष्ट करके, हमें "बस उस तरह" कहा जा सकता है। KbCbackbackReserved1 पैरामीटर निजी है और महत्वपूर्ण त्रुटि होने पर अन्य सभी कॉलबैक फ़ंक्शन से पहले कॉल किया जाता है।

इस कॉलबैक फ़ंक्शन के अलावा, एक और समान है जो निम्नलिखित फ़ंक्शन के साथ पंजीकृत है:

BOOLEAN KeRegisterBugCheckCallback (
__out PKBUGCHECK_CALLBACK_RECORD CallbackRecord,
__in PKBUGCHECK_CALLBACK_ROUTINE कॉलबैकरूटीन,
__in_opt पीवीओआईडी बफर,
,in उलॉन्ग लंबाई,
__in पुचकार घटक
);

यह एक गंभीर त्रुटि के पंजीकृत मॉड्यूल को सूचित करता है क्योंकि सभी खराब पहले से ही हो चुके हैं, और आप कंप्यूटर को पुनरारंभ कर सकते हैं।

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

Mov edx, 3C8h; पोर्ट जिसमें रंग सूचकांक DAC पैलेट में लिखा गया है
चल अल, 4; नीला था
बाहर dx, अल
चल अल, 0x00003F00; हरे रंग (6 बिट प्रति रंग)
lea ecx, [edx + 1]; edx = 0x3C9 - रंग घटकों की रिकॉर्डिंग के लिए पोर्ट
mov edx ecx
बाहर dx, अल; लाल घटक सेट करें
Mov ईएक्सएक्स, 0x00003F00
ईआर ईएक्स, 8
बाहर dx, अल; ग्रीन
Mov ईएक्सएक्स, 0x00003F00
shr eax, 10h
बाहर dx, अल; नीला

ठीक है, तो सिद्धांत रूप में, यह करेगा। लेकिन मुझे और चाहिए।

छोटी चीजों का आनंद लें

एनिमेटेड ओएस लोडिंग स्क्रीन, सिद्धांत रूप में, एक अच्छा विचार देता है कि आप वीजीए वीडियो मोड से बाहर क्या निचोड़ सकते हैं। आप यह भी अनुमान लगा सकते हैं कि ग्राफिक्स रेंडर करने का कोड कर्नेल में पहले से ही तैयार है। मुझे पीड़ा नहीं होगी: हम इनबव * कार्यों के परिवार में रुचि रखते हैं। ध्यान दें कि उनमें से कुछ कर्नेल से भी निर्यात योग्य हैं। उदाहरण के रूप में KiDisplayBlueScreen रिवर्स का उपयोग करके, आप यह पता लगा सकते हैं कि इस तरह के कार्यों का उपयोग कैसे करें:

अगर (InbvIsBootDriverInstalled ())
{
InbvAcquireDisplayOwNERhip (); // अब हम कमांड करते हैं
InbvResetDisplay (); // स्क्रीन को साफ करें, पैलेट को पुन: व्यवस्थित करें
InbvSolidColorFill (0, 0, 639, 479, 4); // नीले रंग के साथ सब कुछ भरें
InbvSetTextColor (15); // और सफेद रंग में लिखें
InbvInstallDisplayStringFilter (0); // टेक्स्ट स्ट्रिंग प्रदर्शित करने के लिए कॉलबैक फ़ंक्शन को रीसेट करें
InbvEnableDisplayString (TRUE); // लेखन पंक्तियों की अनुमति दें
InbvSetScrollRegion (0, 0, 639, 475); // स्क्रीन फ्रेम को संकीर्ण
...
InbvDisplayString ( "नमस्ते दुनिया!" ); // टेक्स्ट प्रिंट करें
...
};

आप अपने ड्राइवर के कोड में इन कार्यों का सुरक्षित रूप से उपयोग कर सकते हैं। लेकिन यह मत भूलो कि इस मोड पर स्विच करना, आप इसे इतनी आसानी से वापस नहीं कर सकते।

लेकिन सबसे उल्लेखनीय विशेषता InbvBitBlt है:

VOID NTAPI इनबबिटबेल (PUCHAR बफ़र में, ULONG X, IN ULONG Y)

आप अनुमान लगा सकते हैं? हां, यह सीधे एक BMP इमेज (पढ़ें, एक BMP फाइल जिसमें 256 कलर बिना फाइल हेडर के है)! एकमात्र समस्या यह है कि यह निर्यात करने योग्य नहीं है। सौभाग्य से, यह एक समान VidBitBlt फ़ंक्शन के लिए सिर्फ एक आवरण है। आवरण की भूमिका केवल रेंडरिंग को सिंक्रनाइज़ करने के लिए है, जो सामान्य तौर पर, हम बहुत रुचि नहीं रखते हैं। और VidBitBlt को bootvid.dll मॉड्यूल से निर्यात किया जाता है, जो कि जैसा कि नाम से पता चलता है, बूट एनीमेशन के साथ उपयोगकर्ता का मनोरंजन करता है। तो जाओ, मेरे प्यारे! हम पूरी तरह से कानूनी रूप से लोड किए गए मॉड्यूल की तलाश कर रहे हैं, निर्यात तालिका को पार्स कर रहे हैं और इस जादू समारोह के लिए एक संकेतक प्राप्त कर रहे हैं। और तब आप अपनी कल्पना से ही सीमित होते हैं।

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

सभी सकारात्मक!