सिस्को पासवर्ड, DNS ज़ोन माइग्रेशन, शून्य LDAP अनुरोध, हम ईथरनेट पैकेट एकत्र करते हैं। R0ot-mi वाले नेटवर्क पर समस्याओं का समाधान। भाग २

यह लेख कई और समस्याओं को हल करेगा। नीचे अन्य भागों के लिंक

पहला भाग: ईथरनेट, एफ़टीपी, टेलनेट, एचटीटीपी, ब्लूटूथ - ट्रैफ़िक विश्लेषण की मूल बातें। R0ot-mi वाले नेटवर्क पर समस्याओं का समाधान।

सिस्को पासवर्ड

हमें सक्षम पासवर्ड खोजने और सिस्को कॉन्फिगरेशन देने के लिए कहा जाता है।



कॉन्फ़िगरेशन में इसका हैश होता है, चलो इसे स्क्रॉल करते हैं। मैं हैशटैक का इस्तेमाल करूंगा।

hashcat -a 0 -m 500 cisco_hash rockyou.txt --force 

और हमें पासवर्ड नहीं मिला। चलो दूसरों को समझाते हैं। आप इसके लिए इस साइट का उपयोग कर सकते हैं।







हम सभी सिस्को टाइप 7 पासवर्ड को क्रैक करते हैं। हम पैटर्न देखते हैं: 6sK0_ उपयोगकर्ता नाम। आइए एक समान सिद्धांत के अनुसार लाइन 6sK0_enable से एक हैश लें। सबसे पहले, हैश प्रारूप के बारे में थोड़ा।



जैसा कि आप देख सकते हैं, हैश में तीन भाग होते हैं। पहला भाग एक हैश प्रकार है (इस मामले में एमडी 5, हमने इसका उपयोग हैशकट में किया है), दूसरा और तीसरा भाग नमक और हैश है। हम अजगर का उपयोग करते हैं।



यह हैश विन्यास में हैश से मेल खाता है। समस्या हल हो गई है।

डीएनएस ज़ोन का स्थानांतरण

जैसा कि कार्य से समझा जा सकता है, हमें DNS ज़ोन के स्थानांतरण की आवश्यकता है।

DNS ज़ोन ट्रांसफ़र एक प्रकार का DNS ट्रांज़ैक्शन है। यह सर्वरों के बीच कई DNS डेटाबेस की सामग्री को सिंक्रनाइज़ करने के लिए एक तंत्र है। DNS ज़ोन में शामिल जानकारी को परिचालन सुरक्षा के दृष्टिकोण से गोपनीय माना जा सकता है। उदाहरण के लिए, संसाधन रिकॉर्ड में सर्वर रोल जानकारी या SSH कुंजी फ़िंगरप्रिंट हो सकते हैं।

आप खुदाई कार्यक्रम का उपयोग करके एक ज़ोन को स्थानांतरित कर सकते हैं, जहां हम होस्ट, पोर्ट, ट्रांजेक्शन प्रकार - एक्सलफ्रैंड और डोमेन निर्दिष्ट करते हैं।

 dig @challenge01.root-me.org -p 54011 axfr ch11.challenge01.root-me.org 

हमें गुप्त कुंजी मिलती है।

आईपी ​​टीटीएल

वे हमें एक ट्रैफिक डंप देते हैं और टीटीएल को टारगेट होस्ट तक पहुंचाने के लिए इस्तेमाल करने के लिए कहते हैं। यह बहुत आसान है। हम डंप खोलते हैं और नोटिस करते हैं कि कुछ उत्तर काले रंग में चिह्नित हैं, जबकि TTL 11 और 12 है। जब अनुरोध TTL 13 है, तो उत्तर त्रुटियों के बिना आता है। यही है, वांछित टीटीएल 13 है।

LDAP नल बाँध

हमें डेटा तक पहुंचने की आवश्यकता है, जहां से ईमेल पते का पता लगाना आवश्यक होगा।

LDAP एक आसानी से एक्स्टेंसिबल डायरेक्ट्री एक्सेस प्रोटोकॉल है जो टीसीपी / आईपी का उपयोग करता है और प्रमाणीकरण (बाइंड), सर्च (खोज), और तुलना (तुलना), साथ ही प्रविष्टियों को जोड़ना, बदलना या हटाना अनुमति देता है।

कार्य का नाम एक रिक्त अनुरोध पर संकेत देता है। तथ्य यह है कि इस तरह के अनुरोध को जानकारी प्राप्त करने के लिए प्रमाणीकरण की आवश्यकता नहीं होती है। हम ldapsearch प्रोग्राम का उपयोग करके परीक्षण करेंगे। विकल्पों के बारे में थोड़ा: हमें मेजबान (-एच) को निर्दिष्ट करने की आवश्यकता है, सामान्य प्रमाणीकरण (-x) निर्दिष्ट करें, खोज के घोंसले के स्तर (-s) केवल इस मामले में रूट प्रविष्टि (आधार) में, और विशेषताओं के प्रकार - हम उपयोगकर्ता विशेषताओं की खोज भी करेंगे (* ) और ऑपरेटिंग (+)।



जैसा कि आप देख सकते हैं, विशेषताएँ हमें वापस कर दी गईं, जिसका अर्थ है कि शून्य अनुरोध के बारे में धारणा सही थी। इसके अलावा, namingContexts मिलान करता है कि कार्य में क्या दिया गया है।

हमें प्रदान किया गया पता संगठन इकाई याद कर रहा है। चूंकि अनुरोध शून्य है, हम मानक अनाम निर्दिष्ट करेंगे।



हमें वह डेटा मिलता है जहां हम मेल पाते हैं।

एसआईपी प्रमाणीकरण

पासवर्ड खोजने की आवश्यकता है। यह बहुत आसान है, क्योंकि अंतिम कॉलम में हैश या पासवर्ड होता है। कोशिश कर रहा है ... फिट बैठता है ...



मैं इस कार्य की जटिलता और इसके मूल्यांकन पर बहस करूंगा।

ETHERNET - पैच ट्रांसमिशन

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



अगला, फ़ाइल चुनें -> हेक्स से आयात करें ...



सभी पैकेजों को डाउनलोड करने के बाद, उन्हें संयोजित करने की आवश्यकता है। ऐसा करने के लिए, फ़ाइल -> मर्ज का चयन करें। अब हमारे पास निम्न चित्र है।



हम देखते हैं कि बाइट्स को पुनर्स्थापित करने की आवश्यकता है।



हम 2 तथ्यों को ध्यान में रखते हैं। पहला: तीन अनुरोध पैकेट और एक प्रतिक्रिया पैकेट, दूसरा: 1 और 3 पैकेट एक खराब चेकसम के साथ चिह्नित हैं।



इससे हम यह निष्कर्ष निकाल सकते हैं कि हम दूसरे पैकेट के अनुरोध पर ICMPv6 की प्रतिक्रिया का विश्लेषण कर रहे हैं। चलिए शुरू करते हैं। पहले 16 बाइट्स रिसीवर और स्रोत के मैक पते हैं। हम दूसरे पैकेज से लेते हैं और स्थानों को बदलते हैं, अर्थात्। f9f7 के पहले 2 अज्ञात बाइट्स। इसके बाद 8100 और 3 ए टाइप आते हैं। आगे स्रोत और रिसीवर के आईपी पते आते हैं, दूसरे पैकेट से भी स्वैप करें - fadab00b।

आखिरी बाइट बाकी है। यह एक प्रकार का ICMPv6 संदेश है।



दूसरे अनुरोध (128) पैकेट में, हमारे पास प्रतिक्रिया है।



यानी मांगी गई अंतिम बाइट 81 है। हम इकट्ठा करते हैं, भेजते हैं, उत्तर सही है।

आगे और अधिक जटिल ... आप टेलीग्राम पर हमसे जुड़ सकते हैं। वहां आप अपने स्वयं के विषयों का प्रस्ताव कर सकते हैं और निम्नलिखित लेखों के लिए विषयों की पसंद पर वोट कर सकते हैं।