अपार्टमेंट इमारतीच्या स्केलवर एमआयटीएम हल्ला

आज बर्‍याच कंपन्या त्यांच्या पायाभूत सुविधांची माहिती सुरक्षितता सुनिश्चित करण्याबद्दल चिंतित आहेत, काही नियामक कागदपत्रांच्या विनंतीनुसार हे करतात आणि काही प्रथम घटना घडल्यापासून ते करतात. अलीकडील ट्रेंड दर्शवतात की घटनांची संख्या वाढत आहे आणि हल्ले स्वतःच अधिक अत्याधुनिक होत आहेत. परंतु तुम्हाला दूर जाण्याची गरज नाही, धोका खूप जवळ आहे. यावेळी मी इंटरनेट प्रदाता सुरक्षा हा विषय मांडू इच्छितो. Habré वर अशा पोस्ट आहेत ज्यांनी अर्ज स्तरावर या विषयावर चर्चा केली आहे. हा लेख नेटवर्क आणि डेटा लिंक स्तरावरील सुरक्षिततेवर लक्ष केंद्रित करेल.

कसे ते सर्व सुरुवात

काही काळापूर्वी, अपार्टमेंटमध्ये नवीन प्रदात्याकडून इंटरनेट स्थापित केले गेले होते; पूर्वी, ADSL तंत्रज्ञानाचा वापर करून अपार्टमेंटमध्ये इंटरनेट सेवा वितरित केल्या जात होत्या. मी घरी थोडा वेळ घालवत असल्याने, घरातील इंटरनेटपेक्षा मोबाईल इंटरनेटची मागणी जास्त होती. रिमोट वर्कच्या संक्रमणासह, मी ठरवले की होम इंटरनेटसाठी 50-60 Mb/s चा वेग फक्त पुरेसा नाही आणि वेग वाढवण्याचा निर्णय घेतला. ADSL तंत्रज्ञानासह, तांत्रिक कारणास्तव, 60 Mb/s पेक्षा जास्त वेग वाढवणे शक्य नाही. वेगळ्या घोषित गतीसह आणि ADSL द्वारे नसलेल्या सेवांच्या तरतुदीसह दुसर्‍या प्रदात्याकडे जाण्याचा निर्णय घेण्यात आला.

ते काही वेगळे होऊ शकले असते

इंटरनेट प्रदात्याच्या प्रतिनिधीशी संपर्क साधला. इंस्टॉलर आले, अपार्टमेंटमध्ये छिद्र पाडले आणि RJ-45 पॅच कॉर्ड बसवले. त्यांनी मला नेटवर्क सेटिंग्जसह एक करार आणि सूचना दिल्या ज्या राउटरवर सेट करणे आवश्यक आहे (समर्पित IP, गेटवे, सबनेट मास्क आणि त्यांच्या DNS चे IP पत्ते), कामाच्या पहिल्या महिन्याचे पैसे घेतले आणि निघून गेले. जेव्हा मी माझ्या होम राउटरमध्ये मला दिलेल्या नेटवर्क सेटिंग्जमध्ये प्रवेश केला तेव्हा अपार्टमेंटमध्ये इंटरनेटचा स्फोट झाला. नेटवर्कवर नवीन सदस्याच्या प्रारंभिक लॉगिनची प्रक्रिया मला खूप सोपी वाटली. कोणतीही प्राथमिक अधिकृतता केली गेली नाही आणि माझा आयडेंटिफायर मला दिलेला IP पत्ता होता. इंटरनेटने जलद आणि स्थिरपणे कार्य केले. अपार्टमेंटमध्ये एक वायफाय राउटर होता आणि लोड-बेअरिंग भिंतीद्वारे कनेक्शनची गती थोडी कमी झाली. एके दिवशी, मला दोन डझन गीगाबाइट्सची फाइल डाउनलोड करायची होती. मी विचार केला, अपार्टमेंटमध्ये जाणारा RJ-45 थेट पीसीशी का जोडू नये.

आपल्या शेजारी ओळखा

संपूर्ण फाइल डाउनलोड केल्यावर, मी स्विच सॉकेटमधील शेजाऱ्यांना अधिक चांगल्या प्रकारे जाणून घेण्याचे ठरवले.

अपार्टमेंट इमारतींमध्ये, इंटरनेट कनेक्शन बहुतेकदा ऑप्टिकल फायबरद्वारे प्रदात्याकडून येते, एका स्विचमध्ये वायरिंगच्या कपाटात जाते आणि इथरनेट केबल्सद्वारे प्रवेशद्वार आणि अपार्टमेंटमध्ये वितरीत केले जाते, जर आपण सर्वात प्राचीन कनेक्शन आकृतीचा विचार केला तर. होय, आधीच एक तंत्रज्ञान आहे जिथे ऑप्टिक्स थेट अपार्टमेंट (GPON) वर जातात, परंतु हे अद्याप व्यापक नाही.

जर आपण एका घराच्या स्केलवर खूप सोपी टोपोलॉजी घेतली, तर ते असे दिसते:

असे दिसून आले की या प्रदात्याचे क्लायंट, काही शेजारील अपार्टमेंट, समान स्विचिंग उपकरणांवर समान स्थानिक नेटवर्कमध्ये काम करतात.

प्रदात्याच्या नेटवर्कशी थेट कनेक्ट केलेल्या इंटरफेसवर ऐकणे सक्षम करून, तुम्ही नेटवर्कवरील सर्व होस्टवरून ब्रॉडकास्ट एआरपी रहदारी पाहू शकता.

प्रदात्याने नेटवर्कला लहान विभागांमध्ये विभागून जास्त त्रास न देण्याचा निर्णय घेतला, त्यामुळे 253 होस्ट्सवरील प्रसारण रहदारी एका स्विचमध्ये वाहू शकते, जे बंद केले होते त्यांची गणना न करता, त्यामुळे चॅनेल बँडविड्थ बंद होते.

nmap वापरून नेटवर्क स्कॅन केल्यावर, आम्ही संपूर्ण अॅड्रेस पूल, सॉफ्टवेअर आवृत्ती आणि मुख्य स्विचचे ओपन पोर्टमधून सक्रिय होस्टची संख्या निर्धारित केली:

एआरपी आणि एआरपी-स्पूफिंग कुठे आहे?

पुढील क्रिया करण्यासाठी, एटरकॅप-ग्राफिकल युटिलिटी वापरली गेली; तेथे आणखी आधुनिक अॅनालॉग्स देखील आहेत, परंतु हे सॉफ्टवेअर त्याच्या आदिम ग्राफिकल इंटरफेस आणि वापरण्यास सुलभतेने आकर्षित करते.

पहिल्या स्तंभात सर्व राउटरचे IP पत्ते आहेत ज्यांनी पिंगला प्रतिसाद दिला आहे, दुसऱ्या स्तंभात त्यांचे भौतिक पत्ते आहेत.

भौतिक पत्ता अद्वितीय आहे; तो राउटरच्या भौगोलिक स्थान इत्यादींबद्दल माहिती गोळा करण्यासाठी वापरला जाऊ शकतो, म्हणून तो या लेखाच्या उद्देशाने लपविला जाईल.

ध्येय 1 मुख्य गेटवे 192.168.xxx.1 पत्त्यासह जोडतो, ध्येय 2 इतर पत्त्यांपैकी एक जोडतो.

आम्ही गेटवेला होस्ट म्हणून 192.168.xxx.204 पत्त्यासह, परंतु आमच्या स्वत: च्या MAC पत्त्यासह ओळख करून देतो. मग आम्ही स्वतःला वापरकर्ता राउटरला त्याच्या MAC सह 192.168.xxx.1 पत्त्यासह गेटवे म्हणून सादर करतो. या एआरपी प्रोटोकॉलच्या भेद्यतेची तपशीलवार चर्चा इतर लेखांमध्ये केली आहे जी Google ला सोपे आहे.

सर्व हाताळणीच्या परिणामी, आमच्याकडे यजमानांकडून रहदारी आहे जी आमच्याद्वारे जाते, यापूर्वी पॅकेट फॉरवर्डिंग सक्षम केले आहे:

होय, https आधीपासून जवळजवळ सर्वत्र वापरले जाते, परंतु नेटवर्क अजूनही इतर असुरक्षित प्रोटोकॉलने भरलेले आहे. उदाहरणार्थ, DNS-स्पूफिंग आक्रमणासह समान DNS. एमआयटीएम हल्ला केला जाऊ शकतो ही वस्तुस्थिती इतर अनेक हल्ल्यांना जन्म देते. नेटवर्कवर अनेक डझन सक्रिय होस्ट उपलब्ध असताना गोष्टी आणखी वाईट होतात. हे लक्षात घेण्यासारखे आहे की हे खाजगी क्षेत्र आहे, कॉर्पोरेट नेटवर्क नाही आणि प्रत्येकाकडे संबंधित हल्ले शोधण्यासाठी आणि त्यांचा प्रतिकार करण्यासाठी संरक्षण उपाय नाहीत.

ते कसे टाळावे

प्रदात्याने या समस्येबद्दल काळजी घेतली पाहिजे; समान सिस्को स्विचच्या बाबतीत, अशा हल्ल्यांपासून संरक्षण स्थापित करणे खूप सोपे आहे.

डायनॅमिक एआरपी तपासणी (डीएआय) सक्षम केल्याने मास्टर गेटवे MAC पत्ता फसवणूक होण्यापासून प्रतिबंधित होईल. ब्रॉडकास्ट डोमेनला लहान सेगमेंटमध्ये तोडल्याने किमान एआरपी ट्रॅफिक एका ओळीत सर्व होस्टवर पसरण्यापासून रोखले गेले आणि हल्ला होऊ शकणाऱ्या होस्टची संख्या कमी केली. क्लायंट, या बदल्यात, त्याच्या होम राउटरवर थेट व्हीपीएन सेट करून अशा हाताळणीपासून स्वतःचे संरक्षण करू शकतो; बहुतेक उपकरणे आधीपासूनच या कार्यक्षमतेस समर्थन देतात.

निष्कर्ष

बहुधा, प्रदाते याकडे लक्ष देत नाहीत; सर्व प्रयत्न ग्राहकांची संख्या वाढवण्याच्या उद्देशाने आहेत. ही सामग्री आक्रमणाचे प्रदर्शन करण्यासाठी लिहिलेली नाही, परंतु तुमचा डेटा प्रसारित करण्यासाठी तुमच्या प्रदात्याचे नेटवर्क देखील खूप सुरक्षित असू शकत नाही याची तुम्हाला आठवण करून देण्यासाठी लिहिलेली आहे. मला खात्री आहे की असे अनेक छोटे प्रादेशिक इंटरनेट सेवा प्रदाते आहेत ज्यांनी मूलभूत नेटवर्क उपकरणे चालवण्यासाठी आवश्यकतेपेक्षा अधिक काहीही केलेले नाही.

स्त्रोत: www.habr.com