यदि आप उस सलाह लिंक को साझा करते हैं जिसका आप उपयोग कर रहे हैं, तो मैं बिना अनुमान लगाए README में एक साफ "प्रभावित / ठीक किया गया" तालिका प्रारूपित कर सकता हूं।

कमजोरी क्या है (अवधारणात्मक रूप से)

यह लैब एक संपीड़न फ्रेमिंग / आकार-मेटाडेटा बेमेल विफलता मोड को दर्शाती है:

• MongoDB संदेश लंबाई-उपसर्गित होते हैं। नेटवर्क संपीड़न के साथ, एक OP_COMPRESSED लिफाफा अधिक आकार फ़ील्ड जोड़ता है (बाहरी संदेश लंबाई, घोषित असम्पीडित आकार, और आंतरिक संदेश की अपनी लंबाई)।
• यदि कोई कार्यान्वयन सख्त सत्यापन के बिना इनमें से किसी भी आकार फ़ील्ड पर भरोसा करता है, तो यह विघटन या पार्सिंग के दौरान बफ़र्स को गलत तरीके से संभाल सकता है।
• बगी कार्यान्वयन में, यह सीमा से बाहर पढ़ने या अप्रारंभीकृत बफ़र बाइट्स लौटाने का कारण बन सकता है, जो "मेमोरी डिस्क्लोज़र" होने का एक तरीका है।

विस्तृत फ्रेमिंग वॉकथ्रू के लिए protocol_overview.md देखें।

नैतिक अस्वीकरण

• यह परियोजना डिज़ाइन द्वारा गैर-शोषणीय है।
• इसमें हथियारबंद तर्क, शोषण कोड, या सिस्टम से समझौता करने के इरादे से तकनीकें शामिल नहीं हैं।
• इसे केवल यहां प्रदान किए गए स्थानीय Docker कंटेनर के विरुद्ध चलाया जाना चाहिए।
• इस कोड को उन सिस्टमों पर इंगित न करें जिनके आप मालिक नहीं हैं या जिनका परीक्षण करने की आपके पास स्पष्ट अनुमति नहीं है।

सीखने के उद्देश्य

लैब के अंत तक, आपको सक्षम होना चाहिए:

• समझाएं कि MongoDB का वायर प्रोटोकॉल फ्रेमिंग उच्च स्तर पर कैसे काम करता है।
• वर्णन करें कि zlib नेटवर्क संपीड़न कैसे वार्तालापित और लागू किया जाता है।
• समझें कि कैसे दोषपूर्ण लंबाई / आकार मेटाडेटा अवधारणात्मक रूप से एक बगी कार्यान्वयन में मेमोरी एक्सपोज़र का कारण बन सकता है।
• व्यावहारिक शमन की पहचान करें: पैचिंग, कॉन्फ़िगरेशन हार्डनिंग, और नेटवर्क डिटेक्शन।

यह रिपॉजिटरी क्या करती है (और क्या नहीं करती)

यह करती है:

• MongoDB को Docker में zlib संपीड़न सक्षम के साथ प्रारंभ करें।
• एक छोटे, मूल Python क्लाइंट का उपयोग करें:
  • compression: ["zlib"] सहित एक असम्पीडित hello भेजें
  • zlib का उपयोग करके एक सही ढंग से फ्रेम किया गया OP_COMPRESSED संदेश भेजें
  • असम्पीडित बनाम संपीड़ित आकार और सर्वर प्रतिक्रियाओं का सारांश लॉग करें
• एक स्थानीय "खिलौना पार्सर" प्रदर्शन शामिल करें जो दिखाता है कि एक रक्षात्मक पार्सर बेमेल आकार मेटाडेटा को कैसे अस्वीकार करता है।

यह नहीं करती:

• वास्तविक दुनिया के शोषण के लिए दुर्भावनापूर्ण पैकेट नहीं बनाती।
• प्रमाणीकरण बाईपास का प्रयास नहीं करती।
• मनमानी मेमोरी पढ़ने का प्रयास नहीं करती।

रिपॉजिटरी सामग्री

• docker-compose.yml – zlib संपीड़न सक्षम और केवल लोकलहोस्ट-एक्सपोज़र के साथ एक MongoDB कंटेनर चलाता है।
• protocol_overview.md – वायर प्रोटोकॉल + BSON + संपीड़न वर्कफ़्लो + वैचारिक कमजोरी स्पष्टीकरण।
• mitigation.md – रक्षा मार्गदर्शन: पैचिंग, कॉन्फ़िग, और डिटेक्शन विचार।
• lab_probe.py – मूल जांच जो संपीड़न पर वार्तालाप करती है और संदेश आकार को सुरक्षित रूप से लॉग करती है।

लैब को सुरक्षित रूप से कैसे चलाएं

1) पूर्वापेक्षाएँ

• Docker Desktop (या संगत Docker इंजन)
• Python 3.10+ (अनुशंसित)

2) MongoDB प्रारंभ करें

इस रिपॉजिटरी निर्देशिका से:

पुष्टि करें कि यह चल रहा है:

3) जांच चलाएं

अपेक्षित आउटपुट:

• पहले hello से वार्तालापित कंप्रेसर प्रिंट करता है
• अनुरोध/प्रतिक्रिया आकार प्रिंट करता है
• एक संपीड़ित hello भेजता है और दोनों संपीड़ित और विघटित संदेश आकार लॉग करता है

4) खिलौना डेमो चलाएं (कोई नेटवर्क नहीं)

यह केवल स्थानीय पार्सिंग जाँच चलाता है ताकि यह दर्शाया जा सके कि आकार सत्यापन क्यों मायने रखता है।

5) बंद करें

सुरक्षा नोट्स

• कंटेनर होस्ट पर 127.0.0.1:27017 से बंधा है।
• कोई शोषण व्यवहार मौजूद नहीं है।
• जांच रूढ़िवादी सीमाएं लागू करती है (जैसे, अधिकतम संदेश आकार) और सभी लंबाई फ़ील्ड को मान्य करती है।