DEFCON 20 सम्मेलन। 60 सेकंड में कैप्चर करें: अतिथि खाते से विंडोज डोमेन व्यवस्थापक तक। भाग 1

हाय, मैं Zach Feysel हूं, मैं जल्दी से बात करूंगा, अगर यह बहुत तेज है, तो आप मुझे धीमा कर सकते हैं। दिन के दौरान, मैं एक पेंटर हूं, रात में मैं एक डीजे और फोटोग्राफर हूं, मुझे ट्विटर पर @zfazel उपनाम का उपयोग करके पाया जा सकता है। लोग हमेशा मुझसे डिप्लोमा के बारे में पूछते हैं। मैं उन लोगों में से नहीं हूं जो डिग्री का एक गुच्छा सूचीबद्ध करते हैं, इसलिए आप इस प्रस्तुति के आधार पर मुझे बेहतर जज करते हैं, न कि मेरे पास जितने प्रमाण पत्र हैं, उनके आधार पर।



एक बेबाक टिप्पणी: हमारे यहाँ प्रतिस्पर्धा बहुत कम है, अभी शिकागो के लोग ट्रैक 4 पर हैं, हम सभी शिकागो से हैं, जल्दी से अपने हाथों को ऊपर उठाएँ जो यहाँ शिकागो से है। इसलिए, मुझे लगता है कि मैं शर्त हार गया। मैं पूल में आज रात एक डीजे बनूंगा, इसलिए यदि आप स्वतंत्र हैं, तो केट मायर्स के साथ लड़ाई में आपका स्वागत है, जिसके बाद मैं एक और हैकर सम्मेलन के लिए शिकागो लौटूंगा। पिछले साल, 500 लोगों ने भाग लिया था, इस साल हमें उम्मीद है कि अधिक मेहमान होंगे। मेरे 312 लोग भी होंगे, इस सम्मेलन के बारे में अधिक जानकारी thotcon.org पर देखी जा सकती है।

इसलिए, समय बर्बाद न करने के लिए: हम NTLM- रिले नामक पास-टू-हैश हमले के विकल्प के बारे में बात करेंगे, एनटीएलएम प्रमाणीकरण अनुरोधों के लिए अंतर-प्रोटोकॉल क्रॉस प्रोटोकॉल रिले के लिए उपकरणों का एक नया सेट, स्वचालित ग्राहक प्रमाणीकरण के लिए नए तरीके और नए जिन उद्देश्यों के लिए आप पास-द-हैश का उपयोग कर सकते हैं।
एनटीएलएम के साथ शुरू करते हैं, उन लोगों के लिए जो एनटीएलएम 101 नहीं जानते हैं, पूरे बिंदु को 10 मिनट से कम समय में कहा जा सकता है। तो LM / NTLM क्या है? यह विंडोज पर उपयोग के लिए माइक्रोसॉफ्ट द्वारा विकसित एक पासवर्ड रिपॉजिटरी और नेटवर्क प्रमाणीकरण प्रोटोकॉल है। धिक्कार है, मेरी स्लाइड आउट ऑफ ऑर्डर है! तो, एलएम हैश 15 से कम वर्णों के उपयोगकर्ता पासवर्ड को संग्रहीत करने के लिए एक प्रारूप है, पासवर्ड को 7 बाइट्स के 2 भागों में विभाजित किया जाता है और ऊपरी मामले में परिवर्तित किया जाता है। मुझे आशा है कि आप देख सकते हैं कि एलएम और एनटीएलएम हैश किस तरह दिखते हैं। मैं यह बताने में समय बर्बाद करने वाला नहीं हूं कि एलएम कितना खराब और कमजोर है, आप सभी यह जानते हैं, और यदि नहीं, तो इसे Google करें।



NTLM हैश आमतौर पर संवेदनशील होता है, इसमें असीमित लंबाई होती है, वर्णों के समूहों में विभाजित नहीं होता है, और LM से थोड़ा मजबूत होता है, लेकिन यह भी समस्याओं के बिना नहीं है। अब मैं उनके बारे में बात करूंगा। पहली भेद्यता पास-ऑफ-हैश हमले की संभावना है, जो एक हैकर को दूरस्थ सर्वर में लॉग इन करने की अनुमति देता है जो NTLM / LM प्रोटोकॉल पर आधारित क्लाइंट प्रमाणीकरण का उपयोग करता है। क्षमा करें, दोस्तों, मैंने स्लाइड्स को मिलाया, मैंने उन्हें 5 मिनट पहले बनाया, संक्षेप में, एलएम बेकार है।

तो NTLM प्रमाणीकरण क्या है? यह दूरस्थ सेवाओं के लिए नेटवर्क प्रमाणीकरण है। उसे यह साबित करने की जरूरत है कि आप वास्तव में वही हैं जिसे आप खुद कहते हैं। सेवा आमतौर पर एक अलग कंप्यूटर पर चलती है, जहां आप सेवा द्वारा दिए गए संसाधनों का उपयोग करना चाहते हैं, उदाहरण के लिए, एक फ़ाइल सर्वर एक सेवा है, और फाइलें संसाधन हैं। एक मिनट में हम देखेंगे कि ये सेवाएँ क्या हैं।

जब हम NTLM v1, v2, NTLM 2, हस्ताक्षरित या अहस्ताक्षरित के बारे में बात करते हैं तो हम भ्रमित हो सकते हैं, तो चलिए जल्दी से NTLM प्रमाणीकरण पर चलते हैं। प्रमाणीकरण के दौरान, 3 प्रकार के संदेश भेजे जाते हैं।



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

टाइप 2 संदेश एक सर्वर प्रतिक्रिया है। यदि आपने टाइप 1 संदेश पर ध्यान दिया है, तो हमें अभी तक नहीं पता है कि यह उपयोगकर्ता कौन है, उसने बस सर्वर से कनेक्ट करने के लिए कहा और यह पता लगाना चाहता है कि क्या अनुरोध समर्थित है।



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

टाइप 3 संदेश - यह क्लाइंट प्रमाणीकरण संदेश है।



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

यह NTML संस्करण 1 है। NTML संस्करण 2 इसके समान है, लेकिन प्रतिक्रिया पासवर्ड में अतिरिक्त पैरामीटर जोड़े गए हैं और "इंद्रधनुष तालिकाओं" के उपयोग से बचाने के लिए क्लाइंट को कॉल कर रहे हैं, अर्थात, क्लाइंट उनके खिलाफ यादृच्छिकता के एक तत्व का उपयोग करता है।

एक और बात जिस पर हमें बात करने की जरूरत है वह है एकीकृत विंडोज प्रमाणीकरण। यह आवश्यक है ताकि हर बार आपको संसाधनों और सेवाओं का उपयोग करने के लिए पासवर्ड के साथ सिस्टम को फिर से दर्ज न करना पड़े। यदि आप एक डोमेन सर्वर या एक आंतरिक वेब सर्वर से जुड़े हैं, तो विंडोज आपको पासवर्ड दर्ज करने के लिए नहीं कहता है, यह सिर्फ एक एपीआई के लिए पूछता है और उससे जानकारी प्राप्त करता है जिसे सिस्टम को प्रमाणीकरण के लिए उपयोग करना चाहिए।
स्थानीय सुरक्षा के संदर्भ में, HTTP केवल एकल-शब्द डोमेन नाम की जाँच करके विश्वसनीय सुरक्षा क्षेत्रों, विश्वसनीय साइटों या स्थानीय साइटों का उपयोग करके सुरक्षा करता है। मैं जल्दी से आपकी याददाश्त ताज़ा करने की कोशिश करूंगा। एक एकल-शब्द डोमेन पहले DNS सर्वरों पर एक DNS नाम की खोज करता है, फिर उसके होस्ट या DNS होस्ट नाम की जाँच करता है और उसे वापस पास करता है। यह आपके पूर्ण नाम की संरचना की जांच करता है और फिर NBNS करता है, जो इस डोमेन नाम के लिए प्रसारण अनुरोध है। वास्तव में, वह नेटवर्क से पूछता है: "अरे, मैं एक नाम की तलाश कर रहा हूं, क्या आप किसी को उस नाम से जानते हैं?", एमबीएनएस मल्टीमीडिया प्रसारण मोड में एक स्थानीय नेटवर्क पर इस अनुरोध को वितरित करना।

जैसा कि मैंने कहा, चूंकि हम हर जगह एसएमबी प्रोटोकॉल का उपयोग करते हैं, इसलिए कोई प्रतिबंध नहीं है, हमारे पास एसएमबी का उपयोग करके स्वचालित प्रमाणीकरण है। यह कुछ समस्याओं का कारण बनता है।

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

तो, NTLM रिले क्या है और यह पास-ए-हैश पद्धति से कैसे अलग है? वे लगातार मुझसे कहते हैं: "आह, आप पास-ए-हैश के बारे में बात कर रहे हैं!", और मैंने जवाब दिया: "नहीं, मैं NTLM रिले के बारे में बात कर रहा हूँ!"। अंतर यह है कि NTLM Relaying को नेटवर्क या सिस्टम तक पहुँचने के लिए व्यवस्थापक विशेषाधिकारों की आवश्यकता नहीं होती है। वास्तव में, आप नेटवर्क को अंदर या बाहर से कनेक्ट करते हैं और अतिथि के रूप में काम करना शुरू करते हैं। कोई क्रेडेंशियल्स नहीं हैं, सिस्टम तक कोई पहुंच नहीं है, केवल अनुरोध प्रमाणित किया जाता है यदि आप उपरोक्त प्रकार के संदेशों पर वापस आते हैं। जब मेजबान आपके अनुरोध का जवाब देता है और सुनिश्चित करता है कि आप आप हैं, तो कोई सत्यापन नहीं है।
हम क्या करते हैं प्रमाणीकरण अनुरोधों को प्राप्त करने के लिए एक धोखाधड़ी सर्वर बनाते हैं और फिर उन्हें लक्ष्य सर्वर पर रिले करते हैं।

आइए कहानी को सुनें ताकि आप मुद्दे का सार समझें। 1996 में, जब डोमिनिक ब्रेज़िंस्की ने CMBS प्रोटोकॉल का उपयोग करके प्रमाणीकरण प्रक्रिया में एक भेद्यता की खोज की, जो SMB प्रोटोकॉल का पहला संस्करण था। उसके बाद, उन्होंने पहली बार NTLM Relaying का उपयोग करने की संभावना के बारे में बात की। 2001 में, NTLM SMB में एक छेद खोजने में कामयाब रहा। सबसे पहले, वेराकोड के कर्मचारी क्रिश्चियन रियू (उर्फ डिल्डोग) ने डेफकॉन सम्मेलन में यह बात कही, और फिर हैकर जोश बुशबिंदर (उर्फ सर डायस्टिक) ने एक शोषण कोड प्रकाशित किया जो इस भेद्यता के साथ काम करता है। हमने टेलनेट प्रोटोकॉल और IE ब्राउज़र भेद्यता का उपयोग किया, जहां आप बस टेलनेट टाइप कर सकते हैं: // आईपी और स्वचालित रूप से प्रमाणित।



उसके बाद, NTLM रिले करने की विधि का उपयोग अन्य मेजबानों या अपने स्वयं के मेजबान के लिए SMB अनुरोधों को पुनर्निर्देशित करने के लिए किया जाने लगा। यह नवंबर 2008 तक जारी रहा, जब Microsoft Windows ने छेद किया, जहाँ वे NTLM प्रमाणीकरण अनुरोध को MS08-068 पैच के साथ लौटने से रोक सकते थे।

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



उन्होंने अपने साधन को पोकेमॉन स्क्वर्टल का नाम दिया, और तकनीक - "बीच में बंदर", "बीच में आदमी" के साथ सादृश्य द्वारा। इस उपकरण ने NTLM रिलेइंग को HTTP के माध्यम से निष्पादित करने की अनुमति दी और प्रमाणीकरण अनुरोध प्राप्त करते हुए, SMB के साथ भी अच्छा काम किया।



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

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



मैंने खुद से पूछा, लोगों को ऐसे उपकरण बनाने का आग्रह कहां से मिला। यह पता चला है कि यह उपयोग में आसानी के बारे में है। यह एक आवेदन बनाने के लिए काफी आसान है जो आपको किसी और को प्रतिरूपित करने की अनुमति देता है। इसलिए मैंने उसी से शुरू करने का फैसला किया और एक ऐसा आवेदन किया, जो लोगों को दिखाने के लिए NTLM रिले विधि का उपयोग करने की अनुमति देगा कि यह Firesheep जितना सरल है।



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

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

तो मेरी समस्याएं क्या थीं? सबसे पहले, विदेशी उपकरण मुझे आवश्यक पेंटेस्टर की नौकरी नहीं कर सकते थे, वे संभवतः विभिन्न प्रोटोकॉल की कमी थे जो प्रमाणीकरण अनुरोधों को वापस कर सकते थे। SMB और HTTP के उपयोग से संबंधित अधिकांश प्रोटोकॉल, और उनमें से किसी ने भी MySQL प्रमाणीकरण के लिए LDAP या कम से कम दूरस्थ डेस्कटॉप, VPN और इसी तरह के परीक्षण का समर्थन नहीं किया।

एक और समस्या यह थी कि वे सभी एक ही गंतव्य के लिए प्रत्येक अनुरोध को अग्रेषित करते थे। यही है, हमने उपयोगकर्ता डेटा, कंप्यूटर खाते प्राप्त किए, और सभी प्रमाणीकरण को एक ही उद्देश्य के लिए भेज दिया, इसलिए, हम उपयोगकर्ताओं को प्रमाणीकरण से पहले टाइप 3 संदेश प्राप्त करने से पहले नहीं पहचान सकते थे। यदि आप टाइप 1,2,3 के इन संदेशों को याद करते हैं, तो टाइप 2 का संदेश सर्वर की प्रतिक्रिया है। यह प्रत्येक सत्र के लिए अद्वितीय है, और मुझे नहीं पता कि ये उपयोगकर्ता कौन हैं जब तक कि वे अंतिम टाइप 3 संदेश नहीं भेजते हैं, और मुझे नहीं पता कि कौन सा उत्तर और किस सर्वर से उपयोगकर्ता है। मुझे इस बात में दिलचस्पी थी कि ऐसा कोई उपकरण क्यों नहीं है जो ऐसा करेगा, इसलिए मैंने एसएमबी और एचटीटीपी जैसे प्रोटोकॉल पर बारीकी से विचार किया, बाद में हम इस बारे में और विस्तार से बात करेंगे।

विंडोज 8 और विंडोज 2012 अभी भी डिफ़ॉल्ट रूप से NTLM का समर्थन करते हैं। यह डरावना है क्योंकि हम इन प्रोटोकॉल की भेद्यता के बारे में जानते हैं, लेकिन NTLM दूर नहीं गया है। इसलिए, हम, पेंटर के रूप में, संगठनों को सूचित करते हैं कि उन्हें इस तरह के हमलों से खुद को बचाना चाहिए।
इसलिए, मैं इस समस्या को हल करना चाहता था और ZackAttack नामक एक टूल बनाया। मुझे पता है कि यह बदसूरत लग रहा है, लेकिन हम नामों की एक पूरी गुच्छा के माध्यम से चले गए, मुझे व्यक्तिगत रूप से सबसे आखिरी पसंद आया - "NTLMv2?" कुतिया प्लीज़… ”।



इस उपकरण में क्या निहित है? मैं जल्दी से इन स्लाइड्स पर जाऊंगा, क्योंकि मुझे लगता है कि आपका पहले से ही काफी मनोरंजन हो चुका है। ZackAttack में कई अलग-अलग घटक होते हैं, हम उनमें से प्रत्येक के बारे में बात करेंगे और एक दूसरे से कैसे संबंधित होंगे।

सबसे पहले, एक HTTP एसएमबी सर्वर है - यह एक धोखाधड़ी सर्वर है जो प्रमाणीकरण अनुरोधों को स्वीकार करता है। इसलिए क्लाइंट इस सर्वर को लक्षित करते हैं, प्रमाणित करते हैं, और सर्वर उन्हें प्रमाणित रखता है। अगला, हमारे पास स्वचालित संचालन के लिए नियमों का एक सेट है।

हमारे पास ऐसे स्वचालित कारनामों के लिए ग्राहक हैं, साथ ही साथ एपीआई जो हम किसी भी तीसरे पक्ष के आवेदन के साथ जोड़ सकते हैं जो NTLM रिलेयिंग अनुरोधों को स्थानांतरित करता है।



अंत में, हमारे पास पेलोड की एक पीढ़ी है जो ग्राहकों को हमारे लिए स्वचालित रूप से प्रमाणित करने के लिए मजबूर करती है।

फर्जी सर्वर क्या हैं? सबसे पहले, वे उपयोगकर्ताओं को प्रमाणित करते हैं और इसे हमारे लिए सहेजते हैं, बाद में मैं आपको बताऊंगा कि हम इसका उपयोग कैसे करते हैं।



हमें इन सभी लोगों को अपनी प्रमाणीकरण स्थिति बनाए रखने की आवश्यकता है। कई उपकरण हैं जो पहले सफल प्रमाणीकरण के बाद उपयोगकर्ताओं को अक्षम करते हैं, लेकिन हमारा ZackAttack टूल उपयोगकर्ताओं को यथासंभव लंबे समय तक प्रमाणित करता रहता है। SMB के लिए Windows LAN पर, कनेक्शन काट दिए जाने से पहले यह लगभग 30 गुना है। इसलिए, हमें यह पता लगाने की जरूरत है कि यह उपयोगकर्ता कौन है, जबकि उसे प्रमाणीकृत रखा गया है।

पहला प्रमाणीकरण अनुरोध 112233 प्रकार का एक स्थिर कॉल है। आप में से जो लोग पेन्टिंग में शामिल हैं, वे जानते हैं कि यह "इंद्रधनुष तालिकाओं" के लिए एक प्रकार का कार्य है। जैसा कि मैंने कहा, हमें यह पता लगाना होगा कि यह उपयोगकर्ता कौन है, लेकिन हमें यह पता नहीं है, जब तक कि हमें टाइप 3 संदेश नहीं मिलता है, इसलिए हम कॉल का एक गुच्छा भेजते हैं। मैं इसे "अल्जाइमर तत्व" कहता हूं जब सिस्टम यह भूल जाता है कि उपयोगकर्ता कौन है और उसे सत्र बंद किए बिना कनेक्ट करने के लिए हर बार प्रमाणित करने के लिए कहता है।

हम ऐसा क्यों करते हैं इसका कारण यह है कि HTTP, WPAD और अन्य अनुरोध हमेशा कुकीज़ का समर्थन नहीं करते हैं, इसके अलावा, IP या स्रोत पोर्ट के माध्यम से SMB पहचान स्रोत पोर्ट काम नहीं करता है यदि आप इसे इंटरनेट के माध्यम से दूरस्थ रूप से करने का प्रयास करते हैं।

इसलिए, HTTP सर्वर के लिए, हम कीप-अलाइव पैरामीटर के साथ 302 रीडायरेक्ट का उपयोग करते हैं, जो हमें सॉकेट बंद रहने के दौरान सत्र को खुला रखने की अनुमति देता है, और हम प्रमाणित होने के बाद, हम जानते हैं कि वे कौन हैं और हम इस सत्र के अंत तक इसे जानते हैं।

SMB के साथ यह कठिन था, मुझे एक कस्टम SMB सर्वर लिखना था, यह थोड़ा छोटा है, लेकिन यह वैसे भी काम करता है। मैं SMB प्रोटोकॉल के प्रमाणीकरण तंत्र में देरी करने वाला नहीं हूं, क्योंकि इसमें कुछ घंटे लगेंगे, इसलिए मैं संक्षेप में बताऊंगा। सर्वर द्वारा प्रमाणीकरण अनुरोध प्राप्त होने के बाद, यह भूल जाता है कि यह उपयोगकर्ता कौन है और कहता है: "ओह, हैलो, आपसे मिलकर अच्छा लगा!" "कूल, मैं कनेक्ट करना चाहता हूं!" "रुको, और तुम कौन हो?" और फिर से एक प्रमाणीकरण अनुरोध की आवश्यकता है।

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

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

डिफ़ॉल्ट रूप से, विंडोज में, कंप्यूटर वर्तमान उपयोगकर्ता क्रेडेंशियल्स के साथ HTTP के माध्यम से WPAD सर्वर को स्वचालित रूप से प्रमाणित करेगा।

18:00 मि

DEFCON 20 सम्मेलन। 60 सेकंड में कैप्चर करें: अतिथि खाते से विंडोज डोमेन व्यवस्थापक तक। भाग २



हमारे साथ बने रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक दिलचस्प सामग्री देखना चाहते हैं? एक आदेश रखकर या अपने दोस्तों को इसकी अनुशंसा करके हमें समर्थन दें, एंट्री-लेवल सर्वरों के अनूठे एनालॉग पर हैबर उपयोगकर्ताओं के लिए 30% छूट जो हमने आपके लिए ईजाद की है: VPS (KVM) E5-2650 v4 (6 कोर) 10GB DDR4 240GB SSD 1Gbps से पूरा सच $ 20 या सर्वर को कैसे विभाजित करें? (विकल्प RAID1 और RAID10 के साथ उपलब्ध हैं, 24 कोर तक और 40GB DDR4 तक)।

VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps जब तक वसंत मुक्त नहीं हो जाता है जब तक कि आधे साल के लिए भुगतान नहीं किया जाता है, आप यहां ऑर्डर कर सकते हैं ।

डेल R730xd 2 बार सस्ता? केवल हमारे पास 2 x Intel Dodeca-Core Xeon E5-2650v4 128GB DDR4 6x480GB SSD 1Gbps नीदरलैंड और यूएसए में $ 249 से 100 टीवी है ! इन्फ्रास्ट्रक्चर Bldg का निर्माण कैसे करें के बारे में पढ़ें । एक पैसा के लिए 9,000 यूरो की लागत डेल R730xd E5-2650 v4 सर्वर का उपयोग कर वर्ग?