👩‍👧‍👧 👩🏾‍⚕️ ♋️ Xbox 360 की सुरक्षा और हैकिंग (भाग 3) 👩🏿‍🤝‍👩🏻 📥 ✔️

Xbox 360 गेम कंसोल के रिलीज़ होने के 6 साल बाद, 2011 में, शोधकर्ताओं ने एक दिलचस्प तथ्य की खोज की - यदि संकेत "0" को केंद्रीय प्रोसेसर के RESET आउटपुट पर बहुत कम समय के लिए भेजा जाता है, तो प्रोसेसर अपना राज्य रीसेट नहीं करेगा (जैसा कि उसे करना चाहिए), लेकिन इसके बजाय अपना व्यवहार बदलो! इस "फीचर" के आधार पर, रीसेट ग्लिच हैक (RGH) विकसित किया गया था , जिसकी मदद से Xbox 360 की सुरक्षा से पूरी तरह समझौता करना, अहस्ताक्षरित कोड चलाना, जिससे सिस्टम को हैक करने और "अटूट" DG-16D5S ड्राइव को हराने का रास्ता खुल गया ।

आइए देखें कि आरजीएच ने कैसे काम किया, कैसे डेवलपर्स ने एक छेद को पैच करने की कोशिश की, और ये पैच कैसे प्राप्त करने में सक्षम थे!

एक गड़बड़ हमला क्या है?

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

दरअसल, कोड को संकलित करना

i = i + 2;

आप इस तथ्य पर भरोसा करते हैं कि चर का मूल्य ठीक 2 से बढ़ जाएगा, बिना यह एहसास किए कि यह कैसे हो सकता है।

गड़बड़ हमले इस आत्मविश्वास का उल्लंघन करते हैं - उनका लक्ष्य यह सुनिश्चित करना है कि प्रोसेसर "छोटी गाड़ी" है और गलत व्यवहार करता है। उदाहरण के लिए, प्रोसेसर को "गड़बड़" करने के कई तरीके हैं:

सीपीयू वोल्टेज नीचे खींचो
सीपीयू की संदर्भ आवृत्ति के लिए एक अतिरिक्त आवेग देने के लिए
प्रतिशत विकिरण पर "चमक"

ऐसे हमलों को अंजाम देने के लिए विशेष उपकरण हैं - उदाहरण के लिए, ChipWhisperer आवृत्ति और शक्ति में हमलों की एक विस्तृत श्रृंखला प्रदान करता है:

Xbox 360 के मामले में, RESET लाइन के संपर्क में आने के परिणामस्वरूप एक "गड़बड़" होता है। प्रोसेसर रीसेट प्रक्रिया शुरू करता है, लेकिन सिग्नल की बहुत कम अवधि के कारण, इसे पूरा करने का समय नहीं है और काम करना जारी रखता है जैसे कि कुछ भी नहीं हुआ था। लेकिन इस संक्षिप्त क्षण के लिए, जबकि RESET सिग्नल सक्रिय है, इसका व्यवहार बदल जाता है!

गड़बड़ करने वाला प्रोसेसर

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

हमला करने का सबसे अच्छा स्थान दूसरे चरण के बूटलोडर में पाया गया, "सीबी"। बाद के चरणों में हमला करना मुश्किल होता है (और ठीक करना आसान होता है), लेकिन लोडिंग के पहले चरण में ("1BL", ROM) प्रोग्राम कोड के थोड़ा अलग निर्माण के कारण हमला विफल हो गया।

यह सरल लगता है, लेकिन वास्तव में, जब किसी हमले को अंजाम देने की कोशिश की गई, तो कई बारीकियों का पता चला।

सबसे पहले, एक गड़बड़ हमले का सफलतापूर्वक संचालन करने के लिए, उस समय में बिंदु को सही ढंग से निर्धारित करना आवश्यक है जब एक RESET पल्स को लागू किया जाना चाहिए। यदि आप कम से कम एक माइक्रोसेकंड के लिए गलती करते हैं, तो बहुत कम या लंबे आवेग भेजें, हमला काम नहीं करता है।

सौभाग्य से, Xbox 360 पर, प्रत्येक बूट कदम POST_OUT डिबग बस पर मूल्य में बदलाव के साथ है। इसके अलावा, डिबग आउटपुट को इतनी बार व्यवस्थित किया जाता है कि हैश राशि की तुलना करने से पहले एक नया POST मान सेट किया जाता है:

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

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

एक नियमित पीसी पर, सीपीयू आवृत्ति को बाहरी, "संदर्भ" आवृत्ति और गुणक के उत्पाद के रूप में परिभाषित किया जाता है:

तो Xbox 360 में, संदर्भ आवृत्ति की बाहरी लाइनें प्रोसेसर के लिए उपयुक्त हैं, और इस आवृत्ति के अंदर PLL द्वारा गुणा किया जाता है । और सेट-टॉप बॉक्स के पुराने, "मोटे" संशोधनों पर, PLL तंत्र को बंद किया जा सकता है, जो प्रोसेसर को 128 गुना तक धीमा कर देता है:

"स्लिम" संस्करणों पर, पीएलएल चाल नहीं की जा सकती है (लाइन को बोर्ड पर अलग नहीं किया गया है), और चूंकि हम "स्लिम" में कारक को प्रभावित नहीं कर सकते हैं, इसलिए हम "संदर्भ" आवृत्ति को कम कर देंगे!

यह हाना चिप द्वारा उत्पन्न होता है, और इसे I2C बस के माध्यम से कॉन्फ़िगर किया जा सकता है:

दुर्भाग्य से, इसे कम करना संभव नहीं था, "कम गति पर" अंतिम प्रोसेसर आवृत्ति दृढ़ता से "तैरना" शुरू हुई, जिसने सफलता की संभावना कम कर दी। सबसे स्थिर विकल्प 3.17 गुना की मंदी थी। 128 बार नहीं, बल्कि कम से कम कुछ।

सब? नहीं बिलकुल नहीं। यह इस तथ्य से बहुत दूर है कि हमला पहली बार (विशेष रूप से स्लिम पर) काम करेगा। और अगर शुरुआत विफल हो जाती है, तो उपसर्ग रिबूट होता है और फिर से शुरू करने की कोशिश करता है। शुरू करने के लिए केवल 5 प्रयास दिए गए हैं, जिसके बाद उपसर्ग बंद हो जाता है और "मौत की लाल अंगूठी" को झपकी लेना शुरू कर देता है। इसलिए, हम दक्षिण पुल फर्मवेयर (एसएमसी) को भी पैच करते हैं ताकि यह कचरा से ग्रस्त न हो और उपसर्ग को तब तक रिबूट करे जब तक कि यह नीला न हो जाए:

इसलिए, हम एल्गोरिथ्म प्राप्त करते हैं:

पैच एसएमसी
प्रतिशत धीमा (PLL या I2C के माध्यम से)
एक POST ट्रिगर की प्रतीक्षा कर रहा है
एन माइक्रोसेकंड की प्रतीक्षा कर रहा है
RESET में आवेग भेजें
प्रतिशत वापस गति

गणना की अधिक सटीकता के लिए, हम उसी हाना (48 मेगाहर्ट्ज) से आवृत्ति लेते हैं:

और हम सस्ती CPLD Xilinx XC2C64A के आधार पर ऐसा डिज़ाइन प्राप्त करते हैं:

RESET पर वायरिंग की लंबाई और स्थान के साथ शेमिंग करना न भूलें (फोटो के नीचे "कॉइल" पर ध्यान दें) और आगे, उम्मीद है कि लॉन्च एक मिनट के भीतर काम करेगा।

लेकिन यह केवल हार्डवेयर की तरफ है। हम बूटलोडर को कैसे पैच करते हैं और हमारे कोड को सामान करते हैं?

पैच लोडर

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

Xbox 360 के पुराने "मोटे" संशोधनों में, कंसोल के उत्पादन के चरण में उपयोग किए जाने वाले तथाकथित "शून्य-युग्मन" मोड का समर्थन सीबी लोडर में किया गया था। ऑफसेट 0x10 पर प्रत्येक बूटलोडर के हेडर में एक यादृच्छिक जोड़ी डेटा सेट होता है जो डिक्रिप्शन के लिए कुंजी के हिस्से के रूप में उपयोग किया जाता है। और अगर इस डेटा सेट में पूरी तरह से शून्य ("ज़ीरो-पेयरिंग") शामिल था, तो प्रोसेसर कुंजी को अनदेखा कर दिया गया था और इसके बजाय एक निश्चित, शून्य कुंजी का उपयोग किया गया था!

इस ट्रिक के साथ मूल "CB" के साथ एक छवि को इकट्ठा करना संभव था, अगले बूटलोडर को एन्क्रिप्ट करें, "CD" (अपने कोड के साथ) एक शून्य कुंजी के साथ और इसे RGH का उपयोग करके चलाएं!

कंसोल में "स्लिम" ने इस ट्रिक को लपेटा, "ज़ीरो-पेयरिंग" मोड को हटा दिया और "सीबी" को दो भागों में विभाजित किया। यहां, "CB" को एक बहुत ही सरल और छोटे "CB_A" में विभाजित किया गया था और प्रोसेसर कुंजी "CB_B" द्वारा एन्क्रिप्ट किया गया था:

लेकिन RC4 एल्गोरिथ्म के साथ एन्क्रिप्शन (अर्थात्, CB_B इस एल्गोरिथ्म के साथ एन्क्रिप्ट किया गया है) में एक ख़ासियत है। कुंजी के आधार पर एन्क्रिप्शन की प्रक्रिया में, एक छद्म यादृच्छिक डेटा स्ट्रीम उत्पन्न होती है, जो स्रोत डेटा के साथ बाइनरी "अतिरिक्त" (ऑपरेशन 'अनन्य या', 'एक्सोर') है। जब डिक्रिप्टिंग होती है, तदनुसार, एक ही चीज होती है, एक ही छद्म यादृच्छिक धारा के साथ जोड़ने से डेटा को उसके मूल मूल्य में वापस आ जाता है:

लेकिन द्विआधारी जोड़ आपरेशन कम्यूटेटिव और साहचर्य है, जिसका अर्थ है कि हम कुंजी को जानने के बिना एन्क्रिप्ट किए गए डेटा को संशोधित कर सकते हैं, बस xor के लिए और पैच के साथ एन्क्रिप्टेड कोड हमें चाहिए!

नतीजतन, हम "CB_A" को एन्क्रिप्ट कर सकते हैं, एन्क्रिप्टेड "CB_B" को पैच कर सकते हैं (ताकि यह डिक्रिप्शन प्रदर्शन न करें) और अपने कोड के साथ सादे पाठ "सीडी" में डाल दें!

संक्षेप में, यदि आप इसे एक साथ रखते हैं, तो लॉन्च कुछ इस तरह दिखता है:
(XeLL होमब्रे, लिनक्स का बूटलोडर है, और यह सीपीयू कुंजी भी दिखाता है)

Microsoft वापस हमला करता है

बेशक, Microsoft ने सब कुछ पैच करने की कोशिश की।

नए सिस्टम अपडेट में, सभी पुराने कंसोल को "CB_A" और "CB_B" से "अलग" बूट में स्थानांतरित कर दिया गया, जिससे अंत में "जीरो-पेयर" मोड बंद हो गया। स्लिम पर, बूटलोडर्स को भी अपडेट किया गया है। नए बूटलोडर्स को RGH से बचाने के लिए गंभीरता से संशोधित किया गया है, जिसमें सबसे बड़ा जोर CB_A के संरक्षण पर दिया गया है:

POST में डीबग आउटपुट को पूरी तरह से हटा दिया गया है
विश्वसनीयता के लिए हैश सत्यापन को फिर से बनाया और दोहराया गया है
कोड भर में, नींद () एक यादृच्छिक समय (सीपीयू कुंजी के आधार पर) के लिए निर्धारित की गई थी !!
जोड़ा गया CBLDV संलयन जांच CB_A को रद्द करने के लिए

नवाचारों की सूची आरजीएच के लिए कोई मौका नहीं छोड़ती है। लेकिन सूची के अंतिम आइटम पर ध्यान दें - इससे पहले, CB_A में फ्यूजन चेक नहीं था! घातक दोष। इसके अलावा, जैसा कि हम याद करते हैं, प्रोसेसर कुंजी "CB_A" को डिकोड करने में शामिल नहीं है। इसका मतलब है कि RGH के लिए असुरक्षित CB_A लोडर को किसी भी कंसोल पर लॉन्च किया जा सकता है, और इसे निषिद्ध नहीं किया जा सकता है।

लेकिन इस कमजोर "CB_A" की मदद से कुछ शुरू करने के लिए, आपको थोड़ा चकमा देने की जरूरत है। यदि हम CPU कुंजी को नहीं जानते हैं, तो हमारे लिए जो कुछ भी है वह मौजूदा "CB_B" को पैच करना है। लेकिन क्या होगा अगर, व्यक्तिगत वर्गों को संशोधित करने के बजाय, हम पूरे बूटलोडर को पूरी तरह से अधिलेखित कर दें? और इसके कारण, पुराने बूटलोडर को "लिखना", जिसे हम पहले से ही जानते हैं कि नए को बदलने के लिए कैसे पैच करना है? तो उन्होंने किया:

हम असुरक्षित CB_A को उसी तरह एन्क्रिप्ट करते हैं जैसे मूल छवि में
"अंतर" प्राप्त करते हुए नए के साथ हमारे CB_B को XOR करें
हम इसे एन्क्रिप्टेड "CB_B" पर डालते हैं!

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

डेवलपर्स ने कड़ी मेहनत की, और अगले सिस्टम अपडेट में ... एन्क्रिप्शन विधि "CB_B" को थोड़ा बदल दिया, अब एन्क्रिप्शन कुंजी भी "CB_A" के संस्करण पर निर्भर हो गई है:

अब, जब ' xor ' की कोशिश की जा रही है और पुराने वर्जन के कमजोर "CB_A" पर डेटा डाला जा रहा है, तो बूटलोडर ने चाबियों में अंतर के कारण कचरे को डिक्रिप्ट किया। और नए बूटलोडर को हैक नहीं किया जा सकता है, यह ग्लिच हमलों से अच्छी तरह से सुरक्षित है। अब तक, Microsoft के लिए जीत!

कोरोना समस्याओं को फेंकता है

इस बीच, Xbox 360 का एक नया संशोधन, कोरोना, ने बाजार में प्रवेश किया, और इसने modders की समस्याओं को लाया:

बोर्ड पर पर्याप्त चिप्स नहीं, क्या आप इसे पा सकते हैं? यह सही है, हाना चिप दक्षिण पुल में "छिपी" थी। मॉड चिप के लिए 48 मेगाहर्ट्ज की आवृत्ति लेने के लिए कहीं और नहीं है, पिछले I2C मंदी कमांड काम नहीं करते हैं। लेकिन यह क्या है, 16 एमबी नंद फ्लैश, जिसने इन सभी वर्षों में Xbox 360 सिस्टम स्टोरेज के रूप में काम किया है, को विश्वासघाती रूप से एक ईएमएमसी इंटरफ़ेस के साथ 4 जीबी चिप के साथ बदल दिया गया था! (सही है, केवल कंसोल के सस्ते संस्करण में, लेकिन फिर भी):

लेकिन कुछ भी नहीं, सब कुछ निपटा दिया गया। हमने पता लगाया कि कार्ड रीडर के माध्यम से फ्लैश मेमोरी कैसे पढ़ें / लिखें:

नई I2C मंदी के आदेश मिले, एक बाहरी 48 मेगाहर्ट्ज क्रिस्टल थरथरानवाला का स्थान हाना:

पूर्ण स्क्रिप्ट का निर्माण, 4 जीबी नंद के लिए समर्थन जोड़ा ...

लेकिन माइक्रोसॉफ्ट ने पहियों में लाठी लगाना जारी रखा। उदाहरण के लिए, नए बोर्डों पर, कुछ प्रतिरोधक गायब हो गए, जिनके बिना मॉड चिप ने काम करना बंद कर दिया:

सच है, यह टांका लगाने वाले लोहे के साथ जंपर्स स्थापित करके तय किया गया था:

जब बोर्ड से POST_OUT ट्रैक गायब हो गए तो हालात और गंभीर हो गए:

लेकिन यहाँ Microsoft भाग्यशाली नहीं था, RGH के लिए आवश्यक CPU "बॉल्स" चरम पंक्ति पर थे:

और, ज़ाहिर है, वे उनसे कनेक्ट करने में सक्षम थे। सबसे पहले, सबसे अधिक स्लीव वाले, प्रोसेसर के किनारे को थोड़ा ड्रिलिंग और वायरिंग के साथ गेंद को सीधे टांका लगाना:

और फिर चीनी ने स्प्रिंग-लोडेड सुई के साथ एक फ्रेम जारी किया, बिल्कुल गेंद पर आराम करने, और समस्या सभी के लिए हल हो गई:

आखिरी सरहद

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

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

यह चिप दो बार "छोटी गाड़ी" है, पहला पल्स बूटलोडर के डिक्रिप्शन चरण को छोड़ देता है, और दूसरा पल्स प्रमाणीकरण को छोड़ देता है। यह बहुत कम स्थिर था, क्योंकि कम से कम एक सफल लॉन्च की आवश्यकता थी - फिर हम सीपीयू कुंजी प्राप्त करते हैं और पहले की तरह आगे बढ़ते हैं।

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

इन छवियों में Xbox 360 उत्पादन में प्रयुक्त CB_A बूटलोडर का एक विशेष संस्करण था और वास्तव में, अच्छे पुराने "जीरो-पेयरिंग" मोड का एक पूर्ण एनालॉग है। प्रोसेसर कुंजी के बजाय, यह "CB_A_mfg" एक निश्चित अशक्त कुंजी के साथ "CB_B" डिक्रिप्ट किया गया:

और यहाँ Microsoft है। "CB_A" के इस "सेवा" संस्करण में भी फ्यूजन चेक नहीं था और इसे प्रतिबंधित करना असंभव था। यह Xbox 360 के संशोधन के अनुसार छवि को रिकॉर्ड करने के लिए पर्याप्त था, चिप को मिलाप - और सब कुछ काम किया।

विनचेस्टर!

RGH पूरी तरह से कंसोल के नए संशोधन में ही तय किया गया था, जिसका नाम विंचेस्टर है। पहली बार, सीपीयू और जीपीयू प्रोसेसर एक चिप में संयुक्त होते हैं, बोर्ड को यथासंभव सरल बनाया गया था:

POST_OUT ट्रैक अभी निकाले नहीं गए थे। यहां तक कि अगर आप प्रोसेसर के तहत प्लेटफ़ॉर्म पर मिलाप करते हैं:

और भले ही आप प्रोसेसर को डेवलपर्स, XDK के लिए बोर्ड के एक विशेष संस्करण में मिलाप करते हैं, जहां ये ट्रैक अभी भी हैं:

POST_OUT पर, कंसोल प्रारंभ होने पर केवल एक पल्स दिखाई देता है। बस बंद:

इसके अलावा, यह केवल उत्पादन स्तर पर अवरुद्ध है। यदि आप किसी कारखाने से "साफ" प्रोसेसर लेते हैं, जहां आपने अभी तक फ़्यूज़ नहीं जलाया है, तो POST_OUT इस पर काम करता है!

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

स्क्रिप्टम के बाद

यह पता चला है कि Xbox 360 का नवीनतम संशोधन हैक करना असंभव है?

हां और ना। फिलहाल, विनचेस्टर संशोधनों पर एक संशोधित प्रणाली चलाने का केवल एक ज्ञात तरीका है।

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

और उसके बाद ही आपको कस्टम शेल के "सिस्टम की जानकारी" में इस तरह के एक शिलालेख पर विचार करने का अवसर मिलेगा:

और बस यही! हमेशा की तरह, मैं टिप्पणियों में आपके सवालों के जवाब देने के लिए तैयार हूं :)

Xbox 360 सुरक्षा और हैकिंग, भाग 1
Xbox 360 संरक्षण और हैकिंग, भाग 2
Xbox 360 संरक्षण और हैकिंग, भाग 3

Xbox 360 की सुरक्षा और हैकिंग (भाग 3)