GhostLock-X200 v1.3.5

⚠️ कानूनी और सुरक्षा सूचना (कृपया पहले पढ़ें)

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

vivo X200 (PD2415 / Dimensity 9400 / b57 कर्नेल) के लिए, CVE-2026-43499 (GhostLock) कर्नेल भेद्यता पर आधारित अस्थायी root टूलचेन: Bootloader अनलॉक करने की आवश्यकता नहीं, फ्लैशिंग की आवश्यकता नहीं, डेटा साफ़ नहीं होगा। चलाने के बाद अस्थायी root प्राप्त होता है, रीबूट के बाद समाप्त हो जाता है।

विशेषताएँ • समर्थित उपकरण • अन्य परियोजनाओं से अंतर • त्वरित शुरुआत • कार्य सिद्धांत • निर्देशिका संरचना • लाइसेंस

---

विशेषताएँ

• Bootloader अनलॉक करने की आवश्यकता नहीं, फ्लैशिंग की आवश्यकता नहीं, डेटा साफ़ नहीं होता
• अस्थायी root: रीबूट के साथ समाप्त, सिस्टम पार्टीशन में नहीं लिखा जाता
• वन-क्लिक स्क्रिप्ट root.ps1: स्वचालित रूप से डिवाइस और कर्नेल का पता लगाता है, अनुपलब्ध निर्भरताएँ स्वतः इंस्टॉल करता है, ऑफ़सेट स्वतः उत्पन्न करता है
• ऑफ़सेट डिवाइस से रीयल-टाइम में निकाले जाते हैं (kallsyms + BTF + डिसअसेम्बली), हार्डकोडेड पतों पर निर्भर नहीं
• पूर्ण रन लॉग + असामान्य रीबूट स्वतः निदान: लॉग log\ में सहेजे जाते हैं, panic/watchdog के समय स्वतः pstore आदि निदान एकत्र कर पैकेज किए जाते हैं (AI-पठनीय), संकेत के अनुसार भेजकर विश्लेषण करा सकते हैं
• मल्टी-मॉडल टूलचेन (केवल X200 b57 वास्तविक परीक्षण में अनुकूलित): मॉडल पैरामीटर devices/<मॉडल नाम>/ साझा-योग्य मॉड्यूल में संकुचित, सूचीबद्ध न किए गए मॉडल स्वतः ऑफ़सेट निकालकर मॉड्यूल उत्पन्न कर सकते हैं; लेकिन X200 b57 के अलावा, अन्य मॉडलों के root होने की क्षमता स्वयं परीक्षण करके अनुकूलित करनी होगी (ko को लक्ष्य कर्नेल के अनुसार vermagic/modversions पुनः कंपाइल करना होगा), टूल केवल स्वतः निष्कर्षण और व्यवहार्यता पूर्व-जाँच प्रदान करता है (init_boot गलत चयन, MTK अज्ञात फ़ैमिली आदि संकेतों पर अनुशंसित नहीं)
• ऑफ़लाइन रिकवरी (root किए गए डिवाइस की आवश्यकता नहीं): केवल boot.img / kernel.raw / kernel.elf से ऑफ़लाइन kallsyms + BTF रिकवर (6.1 / 6.6 / 6.12), pselect स्टैक लेआउट निकालें, target header उत्पन्न करें; win_offs कर्नेल Image से सीधे डिसअसेम्बल करके प्राप्त, अब vmlinux-to-elf पर निर्भर नहीं
• P0 भौतिक स्थिरांक स्वतः प्राप्ति: root iomem > डिवाइस devicetree (गैर-root) > सामग्री DTB

  भरने योग्य, चार-स्तरीय स्वतः भरण श्रृंखला

• KMI स्वतः पुनः पैच: लक्ष्य कर्नेल के अनुसार kernelsu.ko / permissive_restore.ko का vermagic + ko सिंबल रीलोकेशन स्वतः पुनर्लेखन
• साथ में permissive_restore कर्नेल मॉड्यूल, इस डिवाइस पर enforcing मोड में KernelSU के नेटवर्क/हॉटस्पॉट असामान्यता का समाधान (नीचे "समान-स्रोत परियोजनाओं से अंतर" देखें)
• स्रोत कोड, बिल्ड स्क्रिप्ट और प्री-कंपाइल्ड कर्नेल मॉड्यूल रिपॉज़िटरी के साथ उपलब्ध, लाइसेंस प्रति-फ़ाइल अंकित

समर्थित उपकरण

उपकरण	सिस्टम / कर्नेल	स्थिति
vivo X200 (PD2415)	16.1.12.2.W10 (वास्तविक परीक्षण में सत्यापित)	✅ उपलब्ध
vivo X200s	16.1.12.12.W10 (b57 समान कर्नेल: कर्नेल SHA256 X200 के समान, ऑफ़सेट क्रॉस-सत्यापन तृतीय-पक्ष सत्यापित target.h से मेल; वास्तविक डिवाइस पर परीक्षण नहीं)	⚠️ प्रयास कर सकते हैं (समान कर्नेल सटीक रूप से x200_b57 मॉड्यूल से मेल, स्वयं सत्यापन आवश्यक)
vivo X200 (PD2415)	16.1.12.12.W10 (समान कर्नेल बिल्ड b57)	⚠️ परीक्षण नहीं
vivo X200 (PD2415)	अन्य 16.1.x, कर्नेल b57af212129c	⚠️ परीक्षण नहीं, प्रयास कर सकते हैं
vivo X200 (PD2415)	कर्नेल >= 6.6.140	❌ ठीक कर दिया गया, अनुपलब्ध
iQOO Neo11 आदि (समान 6.6.89 MTK कर्नेल)	समान कर्नेल	⚠️ परीक्षण नहीं, स्वयं द्वितीयक विकास आवश्यक

पूर्वापेक्षा: कर्नेल < 6.6.140 (CVE-2026-43499 ठीक नहीं) और बिल्ड 6.6.89-android15-8-gb57af212129c। अपरीक्षित मॉडल/बिल्ड के लिए स्वयं सत्यापन आवश्यक। पूर्ण विवरण देखें उपयोग निर्देश।

अनुकूलन दायरा: यह परियोजना केवल तालिका में ✅ चिह्नित vivo X200 (PD2415 / 16.1.12.2.W10 / b57 कर्नेल) के लिए पूर्ण वास्तविक-डिवाइस अनुकूलन करती है। अन्य सभी मॉडल (समान कर्नेल के X200s सहित) अपरीक्षित / स्वयं अनुकूलन आवश्यक हैं: ऑफ़सेट स्वतः पुनर्निर्मित, ko vermagic स्वतः पुनः पैच, लेकिन root होगा या नहीं इसकी गारंटी नहीं, लक्ष्य मॉडल/कर्नेल के अनुसार स्वयं द्वितीयक विकास आवश्यक (modversions ABI के लिए समान बिल्ड कर्नेल स्रोत से ko पुनः कंपाइल आवश्यक)।

अन्य मॉडल: आधिकारिक समर्थन सूची में न होने वाले मॉडलों पर जबरन प्रयास की अनुमति है, टूल रोकेगा नहीं; ऑफ़सेट सामग्री से स्वतः पुनर्निर्मित होंगे, रन के दौरान असामान्य रीबूट पर स्वतः निदान लॉग पैकेज होंगे। अंततः root होगा या नहीं यह लक्ष्य मॉडल/कर्नेल के द्वितीयक विकास अनुकूलन पर निर्भर (मॉड्यूल vermagic लक्ष्य कर्नेल के अनुसार पुनः कंपाइल आवश्यक), स्वयं अनुकूलन आवश्यक, सीधे उपयोग की गारंटी नहीं।

MTK मॉडल व्यवहार्यता संकेत: परीक्षित b57 फ़ैमिली के अलावा, MTK (Dimensity/helio) अज्ञात कर्नेल फ़ैमिली में निवेश की अनुशंसा नहीं — समुदाय के सार्वजनिक रिकॉर्ड (vivo PD2241/Dimensity 9200) दर्शाते हैं कि KernelSnitch टाइमिंग MTK पर अविश्वसनीय है (KASAN_HW_TAGS/MTE हस्तक्षेप, PANIC_ON_OOPS में परीक्षण-त्रुटि की गुंजाइश नहीं, vivo RSC शेड्यूलर pselect/pi श्रृंखला को तोड़ता है)। इस टूल को चलाते समय सामग्री चयन पर स्वतः पूर्व-जाँच और संकेत मिलेगा।

अन्य परियोजनाओं से अंतर

• KernelSU / Magisk जैसे फ्लैशिंग समाधानों से: यह टूल फ्लैश नहीं करता, अनलॉक नहीं करता, डेटा साफ़ नहीं करता, अस्थायी root रीबूट के साथ समाप्त, अल्पकालिक अनुसंधान और परीक्षण के लिए उपयुक्त;
• समान-स्रोत IonStack / Neo11Plus परियोजनाओं से: यह रिपॉज़िटरी permissive_restore मॉड्यूल जोड़कर enforcing के अंतर्गत KernelSU नेटवर्क/हॉटस्पॉट असामान्यता का समाधान करती है, और वन-क्लिक स्क्रिप्ट, गतिशील ऑफ़सेट पुनर्निर्माण और असामान्य रीबूट स्वतः निदान प्रदान करती है।

मोबाइल प्रवेश (सहायक ऐप)

यह रिपॉज़िटरी PC संस्करण टूलचेन है; यदि मोबाइल पर सीधे वन-क्लिक root चाहिए ([Shizuku] (https://github.com/RikkaApps/Shizuku) प्राधिकरण के माध्यम से, कंप्यूटर adb की आवश्यकता नहीं), तो सहायक ghostlock-x200-app का उपयोग करें। दोनों एक ही प्रिविलेज-एस्केलेशन श्रृंखला और मॉडल मॉड्यूल साझा करते हैं (PC संस्करण devices/<id> → App संस्करण payload/<id>)।

त्वरित शुरुआत

1. Release एसेट ghostlock-x200-root-v1.3.4.zip डाउनलोड करें और अनज़िप करें (zip में prebuilt/ बाइनरी और modules/*.ko शामिल हैं, दोनों अनिवार्य);

2. एकमात्र प्रवेश: run_root.bat पर डबल-क्लिक करें (रन समाप्त होने पर विंडो रुकी रहती है, त्रुटि पर बंद नहीं होती); या कमांड लाइन:

   powershell -ExecutionPolicy Bypass -File root.ps1
   

3. रन लॉग और असामान्य रीबूट निदान पैकेज एकीकृत रूप से पैकेज के log\ फ़ोल्डर में सहेजे जाते हैं (log\ghostlock_root_<टाइमस्टैम्प>.log / log\ghostlock_diag_<टाइमस्टैम्प>.zip, कंसोल पूर्ण पथ प्रिंट करेगा); निदान पैकेज संकेत के अनुसार अनुरक्षक/Agent को विश्लेषण हेतु भेजें।