Skip to content
KitploitKITPLOIT
उपकरणब्लॉग
जमा करें
उपकरणब्लॉग
जमा करें

हैकिंग, पेनटेस्ट और साइबर सुरक्षा उपकरण आपके सुरक्षा शस्त्रागार के लिए!

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

··फ़ीड·संपर्क·गोपनीयता·© 2026 Kitploit

टूल निर्देशिका

श्रेणियाँ

सभी श्रेणियाँ देखें
Loading categories
CVE-2025-5548 — कमजोरी विश्लेषण और शोषण विकास के लिए पद्धति, जिसमें स्थैतिक/गतिशील विश्लेषण, फ़ज़िंग, पैच डिफिंग, और व्यावहारिक प्रयोगशालाओं के साथ 0-दिवसीय अनुसंधान शामिल है। | Kitploit
उपकरण/GitHubGitHub/anasrami12/cve-2025-5548
भेद्यता विश्लेषणशोषणरिवर्स इंजीनियरिंगशेलकोडडीबगर्सफज़िंगपेनिट्रेशन टेस्टिंगलर्निंग और शिक्षापेलोड डेवलपमेंटबाइनरी शोषणलैब और अभ्यास
GitHub
25 महीने पहलेअभी तक समीक्षित नहीं
anasrami12/cve-2025-5548

CVE-2025-5548

कमजोरी विश्लेषण और शोषण विकास के लिए पद्धति, जिसमें स्थैतिक/गतिशील विश्लेषण, फ़ज़िंग, पैच डिफिंग, और व्यावहारिक प्रयोगशालाओं के साथ 0-दिवसीय अनुसंधान शामिल है।

रिपॉजिटरी देखें

सबसे लोकप्रिय

सभी देखें →

हमारे समुदाय द्वारा सबसे अधिक उपयोग किए जाने वाले उपकरण खोजें।

सभी उपकरण खोजें

हमारे उपकरणों का संग्रह ब्राउज़ करें

सभी उपकरण देखें →
साझा करें

भेद्यता विश्लेषण और शोषण की पद्धति

लेखक: अनास रामी

मॉड्यूल: 6. भेद्यताएँ - साइबर सुरक्षा में मास्टर

उद्देश्य: भेद्यता विश्लेषण, एक्सप्लॉइट विकास और 0-दिनों तक पहुँच पर तकनीकी प्रस्ताव, प्रयोगशाला वातावरण और व्यावहारिक मामलों का दस्तावेज़ीकरण।


1. पद्धतिगत दृष्टिकोण और मानसिकता

भेद्यता विश्लेषण का अर्थ स्वचालित रूप से उपकरण चलाना नहीं है, बल्कि यह गहराई से समझना है कि सॉफ़्टवेयर घटक मेमोरी और आर्किटेक्चर स्तर पर कैसे संवाद करते हैं[cite: 34]। मेरी पद्धति निम्नलिखित चरणों में विभाजित है, जिसमें एक विश्लेषणात्मक और "पार्श्विक सोच" की मानसिकता लागू की गई है:

1.1. सामरिक विश्लेषण के चरण

  1. सूचना संग्रह और टोही (Information Gathering & Reconnaissance): लक्ष्य बाइनरी को समझना। यह किस आर्किटेक्चर (x86, x64, ARM) का उपयोग करती है? इसमें कौन से शमन तंत्र (ASLR, DEP/NX, Stack Canaries) सक्रिय हैं?
  2. स्थैतिक विश्लेषण (रिवर्सिंग): कोड को निष्पादित किए बिना उसका निरीक्षण करना। असुरक्षित फ़ंक्शन (जैसे , ) की खोज, प्रोग्राम प्रवाह का विश्लेषण और आंतरिक तर्क को समझने के लिए डी-कंपाइलेशन।
strcpy
gets
  • गतिशील विश्लेषण (डिबगिंग): बाइनरी के साथ संवाद करते हुए नियंत्रित निष्पादन। रजिस्टरों (EIP/RIP, ESP/RSP) की निगरानी, स्टैक में हेरफेर और विषम इनपुट पर व्यवहार का अवलोकन।
  • फ़ज़िंग और क्रैश ट्राइएज: दुर्भावनापूर्ण डेटा का बड़े पैमाने पर और स्वचालित इंजेक्शन ताकि अपवाद (क्रैश) उत्पन्न हो सकें। क्रैश मिलने के बाद, यह निर्धारित करने के लिए ट्राइएज किया जाता है कि क्या गिरावट का शोषण किया जा सकता है (जैसे, यदि हम EIP को नियंत्रित करते हैं)।
  • एक्सप्लॉइट विकास: स्क्रिप्ट (आमतौर पर पायथन में) बनाना जो भेद्यता को नियंत्रित रूप से पुन: उत्पन्न करे, शमन को दरकिनार करे और कोड निष्पादन (RCE) प्राप्त करने के लिए पेलोड (शेलकोड) इंजेक्ट करे।

  • 2. प्रयोगशाला वातावरण और उपकरण

    वर्णित पद्धति को निष्पादित करने के लिए, मैंने विंडोज 11 वर्चुअल मशीन पर आधारित एक नियंत्रित वातावरण तैनात किया है। नीचे प्रमुख उपकरणों का विवरण दिया गया है:

    2.1. भाषाएँ और वातावरण (IDEs)

    • पायथन 3: फ़ज़िंग और अंतिम एक्सप्लॉइट स्क्रिप्ट विकास के लिए कोर भाषा।
    • VS Code / Notepad++: शोषण कोड तेज़ी से लिखने के लिए IDEs।

    2.2. रिवर्स इंजीनियरिंग और डीबगिंग (Reversing & Debugging)

    • Ghidra (स्थैतिक विश्लेषण): भेद्य बाइनरी को डी-कंपाइल करने और C कोड (स्यूडो-कोड) में भेद्य फ़ंक्शन के स्थान को मैप करने के लिए उपयोग किया जाने वाला फ्रेमवर्क।
    • Immunity Debugger (गतिशील विश्लेषण): महत्वपूर्ण उपकरण। यह भेद्य प्रक्रिया से जुड़ता है और वास्तविक समय में बफर ओवरफ़्लो और रजिस्टर अधिलेखन की निगरानी करता है।

    2.3. नेटवर्क उपकरण और संस्करण नियंत्रण

    • Nmap (Ncat): भेद्य सेवाओं के पोर्ट से कच्चे कनेक्शन स्थापित करने और मैन्युअल रूप से कमांड का परीक्षण करने के लिए उपयोग किया जाता है।
    • Git: विकसित एक्सप्लॉइट कोड के संस्करण नियंत्रण और अनुसंधान रिपॉजिटरी को क्लोन करने के लिए।

    3. व्यावहारिक मामले: बाइनरी का शोषण

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

    मामला 1: Vulnserver (क्लासिकल बफर ओवरफ़्लो)

    Vulnserver डिज़ाइन द्वारा एक भेद्य TCP सर्वर अनुप्रयोग है। उद्देश्य TRUN कमांड का शोषण करके दूरस्थ कोड निष्पादन (RCE) प्राप्त करना था।

    शोषण का प्रवाह:

    1. प्रारंभिक फ़ज़िंग: पायथन में एक स्क्रिप्ट के माध्यम से, मैंने मेमोरी को दूषित करने (लगभग 2000 बाइट्स पर क्रैश) तक TRUN कमांड पर वृद्धिशील बफर भेजे।
    2. EIP का नियंत्रण: चक्रीय पैटर्न (pattern_create / pattern_offset) का उपयोग करके, मैंने EIP रजिस्टर को अधिलेखित करने के लिए सटीक ऑफसेट (2003 बाइट्स) निर्धारित किया।
    3. खराब वर्णों (Bad Chars) की पहचान: शेलकोड को काटने वाले हेक्साडेसिमल वर्णों (जैसे \x00) को खोजने के लिए मेमोरी का विश्लेषण।
    4. प्रवाह का पुनर्निर्देशन (JMP ESP): हमारे पेलोड पर कूदने के लिए बिना शमन वाले मॉड्यूल (essfunc.dll) में JMP ESP निर्देश की खोज।
    5. शेलकोड इंजेक्शन: msfvenom के साथ एक रिवर्स शेल उत्पन्न करना और इसे अंतिम एक्सप्लॉइट में एकीकृत करना, स्थिरता के लिए NOPs (\x90) का एक स्लेज जोड़ना।

    4. 0-दिन भेद्यताओं तक पहुँच

    0-दिन की खोज के लिए ज्ञात भेद्यताओं के वातावरण से बाहर निकलना और बिना पैच वाले सॉफ़्टवेयर पर कठोर अनुसंधान प्रवाह लागू करना आवश्यक है।

    4.1. उन्नत फ़ज़िंग

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

    4.2. पैच डिफिंग

    एक मौलिक तकनीक। यदि कोई निर्माता एक मूक पैच या सुरक्षा अद्यतन जारी करता है, तो मैं पुराने संस्करण (.dll या .exe) की तुलना पैच किए गए संस्करण से करने के लिए BinDiff जैसे उपकरणों का उपयोग करूँगा। इससे यह पहचानना संभव होता है कि वास्तव में कौन से फ़ंक्शन बदले गए हैं, जिससे अक्सर अंतर्निहित भेद्यता का पता चलता है (n-दिन जिसे 0-दिन के रूप में माना जा सकता है यदि पैच अपनाने की दर कम है)।

    4.3. गहन रिवर्सिंग

    फ़ज़िंग के माध्यम से एक क्रैश का पता चलने के बाद, या डिफिंग के माध्यम से पैच किए गए फ़ंक्शन का पता चलने के बाद, काम Ghidra/IDA पर आता है। उद्देश्य मूल कारण (Root Cause) को समझना है: क्या यह व्यावसायिक तर्क में त्रुटि है? क्या यह बफर आकार की गणना में गणितीय विफलता है? मूल कारण को समझे बिना, एक विश्वसनीय एक्सप्लॉइट विकसित करना असंभव है।

    4.4. पृथक्करण वातावरण (सैंडबॉक्सिंग)

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


    5. व्यक्तिगत निष्कर्ष

    1. पद्धति, उपकरण पर प्राथमिकता रखती है: उपकरण बदलते हैं, लेकिन कंप्यूटर आर्किटेक्चर (स्टैक, हीप और रजिस्टर कैसे काम करते हैं) स्थिर रहता है। एक अच्छे विश्लेषक को Metasploit जैसे स्वचालित फ्रेमवर्क पर निर्भर हुए बिना अपने स्वयं के एक्सप्लॉइट विकसित करने में सक्षम होना चाहिए।
    2. निरंतर विकास: बिना सुरक्षा वाली बाइनरी का शोषण एक शैक्षणिक अभ्यास है। वास्तविक दुनिया में, आधुनिक शमन को दरकिनार करना (DEP को बायपास करने के लिए ROP चेन, ASLR को बायपास करने के लिए पता फ़िल्टरिंग) वह जगह है जहाँ वास्तविक तकनीकी चुनौती है।
    3. दस्तावेज़ीकरण का मूल्य: इस प्रयोगशाला ने मुझे दिखाया है कि भेद्यता विश्लेषण में सावधानी की आवश्यकता होती है। एक अनुदस्त और अपर्याप्त रूप से ट्राएज किया गया क्रैश अनुसंधान चक्र में एक खोया हुआ अवसर है।
    टूल डाउनलोड करें