🐎 🙋 ☃️ Iptables + iproute2 का उपयोग करके किसी दूरस्थ स्निफ़र पर ट्रैफ़िक पुनर्निर्देशित करना 👨🏾‍💼 🏂🏻 👼🏻

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

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

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

यह वर्णन नहीं करता है कि Netfilter या iproute2 कैसे काम करता है। यह जानकारी इंटरनेट पर ढूंढना आसान है - नोट के अंत में लिंक हैं जहां आप इसके बारे में पढ़ सकते हैं। यहाँ इन उपकरणों का सुरुचिपूर्ण ढंग से उपयोग करने का सिर्फ एक और तरीका है, जो मुझे आशा है कि यह उनकी सभी शक्ति और सादगी को महसूस करना संभव बना देगा।

हमारे पास कुल:

लिनक्स पर एक राउटर के साथ एक नेटवर्क और उस पर उपलब्ध एक शेल (उदाहरण के लिए, मेरे मामले के लिए, स्ट्रीम से एक मॉडेम, एक्सेस यहां वर्णित है )। नेटवर्क आईपी: 192.168.1.1।
किसी भी लिनक्स वितरण के साथ एक कंप्यूटर। क्यों लिनक्स? हां, क्योंकि लगभग सभी लिनक्स वितरण में iptables और iproute2 उपयोगिताओं और tcpdump स्निफर शामिल हैं, जिसके साथ आप लगभग सभी नेटवर्क कार्यों को हल कर सकते हैं। लेकिन GUI के साथ उपयोग करने के लिए स्निफर बेहतर है। उदाहरण के लिए, Wireshark। आईपी पता: 192.168.1.2।
दरअसल, जांच के तहत आने वाला डिवाइस हमारे नेटवर्क से जुड़ा स्मार्टफोन है। आईपी पता: 192.168.1.3।

कार्य योजना सरल है: iproute2 का उपयोग करते हुए, हम राउटर पर एक अलग राउटिंग टेबल बनाते हैं और एक नियम है जो इसे स्मार्टफोन से सभी ट्रैफ़िक के लिए उपयोग करेगा। हम तालिका में डिफ़ॉल्ट गेटवे को इंगित करते हैं - स्निफर के साथ मेजबान:

#    ROUTER=192.168.1.1 SLEUTH=192.168.1.2 SUSPECT=192.168.1.3 TABLE=14 ip rule add from $SUSPECT table $TABLE priority 5 ip route add default via $SLEUTH table $TABLE

महत्वपूर्ण! एक ही प्राथमिकता वाले दो नियमों की अनुमति नहीं है। पहले आपको यह जांचने की आवश्यकता है कि क्या समान प्राथमिकता वाला दूसरा नियम है: ip rule list

priority लिए कम संख्या चुनना उचित है - मूल्य जितना कम होगा, प्राथमिकता उतनी ही अधिक होगी। मेरे पहले चार व्यस्त थे।
आप किसी भी अप्रयुक्त तालिका ( $TABLE ) का चयन कर सकते हैं। क्या तालिका का उपयोग किया जाता है ip route list table $TABLE कमांड का उपयोग करके देखा जा सकता है।

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

 #    ROUTER=192.168.1.1 SLEUTH=192.168.1.2 SUSPECT=192.168.1.3 sysctl -w net.ipv4.ip_forward="1" iptables -I FORWARD -s $SUSPECT -j ACCEPT iptables -I FORWARD -d $SUSPECT -j ACCEPT iptables -t nat -I POSTROUTING -s $SUSPECT -j MASQUERADE

वह सब मालूम होगा। आप अपने कंप्यूटर पर एक स्निफर चला सकते हैं और आईपी एड्रेस 192.168.1.3 द्वारा ट्रैफ़िक फ़िल्टर कर सकते हैं।

लेकिन इस तरह की योजना में एक महत्वपूर्ण खामी है: जो ट्रैफ़िक राउटर के लिए लक्षित था वह स्निफर पर नहीं मिलेगा। उदाहरण के लिए, DNS। कभी-कभी, यह महत्वपूर्ण है, उदाहरण के लिए, यह निर्धारित करने के लिए कि किस प्रकार का सर्वर 74.125.39.188 (mtalk.google.com) है, जिस पर स्मार्टफोन लगातार कुछ भेज रहा है। ऐसा करने के लिए, फिर से iptables का उपयोग करें। इस योजना को iptables मैनुअल से देखते हुए, ताकि इस यातायात को रूट करने के परिणामस्वरूप पुनर्निर्देशित किया जाए (दाएं शाखा में), आपको अपने गंतव्य पते को PREROTING में बदलने की आवश्यकता है:

 #    iptables -t nat -I PREROUTING -s $SUSPECT -d $ROUTER -j DNAT --to-destination $SLEUTH

हम उन आदेशों को छोड़ देंगे जो पुनर्निर्देशन (फॉरवर्ड टेबल) को कॉन्फ़िगर करते हैं - आखिरकार, यह पहले से ही राउटर के सामान्य मोड में काम करना चाहिए :)

स्निफ़र होस्ट पर, गंतव्य पता वापस बदलें:

 #    iptables -t nat -I PREROUTING -s $SUSPECT -d $SLEUTH -j DNAT --to-destination $ROUTER

यह ध्यान दिया जाना चाहिए कि स्निफ़र होस्ट पर, ट्रैफ़िक मास्किंग (MASQUERADE) के तहत आएगा, यानी पैकेट के लिए स्रोत का पता भी बदल जाएगा। नतीजतन, पैकेट को निम्न योजना के अनुसार चलना चाहिए (ऊपर तीर पैकेट के प्रेषक और रिसीवर के मेजबान नंबर हैं, क्रम ऊपर से नीचे तक है):

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

इस स्थिति से बाहर का रास्ता सरल है - इन पैकेटों को फिर से राउटर पर पुनर्निर्देशित करना, इसी तरह से स्निफर के लिए पुनर्निर्देशन कैसे किया गया था:

 #    TABLE=15 ip rule add to $SUSPECT table $TABLE priority 7 ip route add default via $ROUTER table $TABLE

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

स्क्रिप्ट का अंतिम संस्करण:

 #    ROUTER=192.168.1.1 SLEUTH=192.168.1.2 SUSPECT=192.168.1.3 TABLE=14 ip rule add from $SUSPECT table $TABLE priority 4 ip route add default via $SLEUTH table $TABLE iptables -t nat -I PREROUTING -s $SUSPECT -d $ROUTER -j DNAT --to-destination $SLEUTH

 #    ROUTER=192.168.1.1 SLEUTH=192.168.1.2 SUSPECT=192.168.1.3 sysctl -w net.ipv4.ip_forward="1" iptables -I FORWARD -s $SUSPECT -j ACCEPT iptables -I FORWARD -d $SUSPECT -j ACCEPT iptables -t nat -I POSTROUTING -s $SUSPECT -j MASQUERADE iptables -t nat -I PREROUTING -s $SUSPECT -d $SLEUTH -j DNAT --to-destination $ROUTER TABLE=15 ip rule add to $SUSPECT table $TABLE priority 5 ip route add default via $ROUTER table $TABLE

नोट

दोनों iptables, iproute2 पैकेज को राउटर और कंप्यूटर दोनों पर स्थापित किया जाना चाहिए, और नेटफिल्टर और उन्नत राउटिंग समर्थन को कर्नेल में शामिल किया जाना चाहिए। अधिकांश वितरण और अधिकांश राउटर दोनों करते हैं। यदि कर्नेल को स्वतंत्र रूप से कॉन्फ़िगर किया गया था, तो उनकी उपस्थिति को दोबारा जांचना बेहतर है।
राउटर, होस्ट स्निफर और फोन विभिन्न नेटवर्क सेगमेंट में हो सकते हैं। मुख्य बात यह है कि वे जुड़े हुए हैं, और स्मार्टफोन से सभी ट्रैफ़िक राउटर से गुजरते हैं।
कोई अन्य डिवाइस जो वाई-फाई या ईथरनेट के माध्यम से इंटरनेट तक पहुंच सकता है, इस नोट में स्मार्टफोन के रूप में कार्य कर सकता है।
गोपनीय जानकारी के संग्रह और प्रसार के लिए वर्णित विधि का उपयोग और साथ ही उसकी सहमति के बिना किसी व्यक्ति के जीवन के बारे में निजी जानकारी UNLAWFUL है! (लेख 137, आपराधिक संहिता के 138)
याद रखें कि यहां तक कि संरक्षित वाई-फाई नेटवर्क भी असुरक्षित हो सकते हैं यदि आप सुनिश्चित नहीं हैं कि एक्सेस प्वाइंट पूरी तरह से अनधिकृत व्यक्तियों से सुरक्षित है। यदि यह महत्वपूर्ण है, तो एन्क्रिप्शन का समर्थन करने वाले डेटा ट्रांसफर प्रोटोकॉल का उपयोग करें, उदाहरण के लिए, HTTPS, XMPP (जेबर)।
बेशक, एक पूर्ण-ओएस वाले कंप्यूटर के संबंध में इस पद्धति के अनुप्रयोग को आसानी से ट्रैक्रूट (विंडोज पर ट्रैसर्ट) का उपयोग करके मॉनिटर किया जाता है, या बस टीटीएल पैकेट्स में कमी के कारण, जो राउटर पिंग होने पर ध्यान देने योग्य होता है।

Iptables + iproute2 का उपयोग करके किसी दूरस्थ स्निफ़र पर ट्रैफ़िक पुनर्निर्देशित करना

नोट

संदर्भ

More articles: