सर्व काही खूप वाईट आहे किंवा नवीन प्रकारचे ट्रॅफिक व्यत्यय आहे

RIPE विरोधी गैरवर्तन कार्य गटाला 13 मार्च एक ऑफर प्राप्त झाली आहे BGP अपहरण (hjjack) ला RIPE धोरणाचे उल्लंघन समजा. जर प्रस्ताव स्वीकारला गेला असेल तर, ट्रॅफिक इंटरसेप्शनने हल्ला केलेल्या इंटरनेट प्रदात्याला हल्लेखोर उघड करण्यासाठी विशेष विनंती पाठविण्याची संधी असेल. जर पुनरावलोकन टीमने पुरेसे समर्थन पुरावे गोळा केले, तर BGP इंटरसेप्टचा स्रोत असलेला LIR घुसखोर समजला जाईल आणि त्याची LIR स्थिती काढून टाकली जाऊ शकते. त्यावरून काही वादही झाले या विरुद्ध बदल

या प्रकाशनात आम्ही एका हल्ल्याचे उदाहरण दाखवू इच्छितो जिथे केवळ वास्तविक हल्लेखोरच नाही तर प्रभावित प्रीफिक्सची संपूर्ण सूची देखील आहे. शिवाय, अशा हल्ल्यामुळे या प्रकारच्या रहदारीच्या भविष्यातील अडथळ्यांच्या हेतूंबद्दल पुन्हा प्रश्न उपस्थित होतात.

गेल्या काही वर्षांत, MOAS (मल्टिपल ओरिजिन ऑटोनॉमस सिस्टीम) सारख्या संघर्षांना BGP इंटरसेप्शन म्हणून प्रेसमध्ये कव्हर केले गेले आहे. MOAS हे एक विशेष प्रकरण आहे जेथे दोन भिन्न स्वायत्त प्रणाली AS_PATH (AS_PATH मधील पहिले ASN, त्यानंतर मूळ ASN म्हणून संदर्भित) मधील परस्परविरोधी उपसर्गांची जाहिरात करतात. तथापि, आम्ही किमान नाव देऊ शकतो 3 अतिरिक्त प्रकार ट्रॅफिक इंटरसेप्शन, आक्रमणकर्त्याला फिल्टरिंग आणि मॉनिटरिंगच्या आधुनिक पद्धतींना बायपास करून विविध उद्देशांसाठी AS_PATH विशेषता हाताळण्याची परवानगी देते. ज्ञात हल्ला प्रकार पिलोसोवा-कापली - अशा प्रकारच्या व्यत्ययाचा शेवटचा प्रकार, परंतु अजिबात महत्त्व नाही. हे अगदी शक्य आहे की आपण गेल्या आठवड्यांमध्ये ज्या प्रकारचा हल्ला पाहिला आहे. अशा घटनेचे समजण्यासारखे स्वरूप आणि बरेच गंभीर परिणाम आहेत.

जे TL;DR आवृत्ती शोधत आहेत ते "परफेक्ट अटॅक" उपशीर्षक स्क्रोल करू शकतात.

नेटवर्क पार्श्वभूमी

(या घटनेतील प्रक्रिया अधिक चांगल्या प्रकारे समजून घेण्यासाठी तुम्हाला मदत करण्यासाठी)

जर तुम्हाला पॅकेट पाठवायचे असेल आणि तुमच्याकडे गंतव्यस्थानाचा IP पत्ता असलेल्या रूटिंग टेबलमध्ये अनेक उपसर्ग असतील, तर तुम्ही सर्वात लांब लांबीच्या उपसर्गासाठी मार्ग वापराल. रूटिंग टेबलमध्ये समान उपसर्गासाठी अनेक भिन्न मार्ग असल्यास, तुम्ही सर्वोत्तम मार्ग निवडाल (सर्वोत्तम पथ निवड यंत्रणेनुसार).

विद्यमान फिल्टरिंग आणि मॉनिटरिंग पद्धती मार्गांचे विश्लेषण करण्याचा प्रयत्न करतात आणि AS_PATH विशेषताचे विश्लेषण करून निर्णय घेतात. राउटर ही विशेषता जाहिरातीदरम्यान कोणत्याही मूल्यामध्ये बदलू शकते. AS_PATH च्या सुरुवातीला मालकाचा ASN जोडणे (मूळ ASN म्हणून) सध्याच्या उत्पत्ती तपासण्याच्या यंत्रणेला बायपास करण्यासाठी पुरेसे असू शकते. शिवाय, आक्रमण केलेल्या ASN कडून तुमच्याकडे मार्ग असल्यास, तुमच्या इतर जाहिरातींमध्ये या मार्गाचा AS_PATH काढणे आणि वापरणे शक्य होईल. तुमच्या तयार केलेल्या घोषणांसाठी कोणतीही AS_PATH-केवळ प्रमाणीकरण तपासणी अखेरीस पास होईल.

अजूनही उल्लेख करण्यासारख्या काही मर्यादा आहेत. प्रथम, अपस्ट्रीम प्रदात्याद्वारे उपसर्ग फिल्टरिंगच्या बाबतीत, उपसर्ग अपस्ट्रीमवर कॉन्फिगर केलेल्या तुमच्या क्लायंट शंकूशी संबंधित नसल्यास, तुमचा मार्ग अद्याप फिल्टर केला जाऊ शकतो (अगदी योग्य AS_PATH सह देखील). दुसरे, जर तयार केलेल्या मार्गाची चुकीच्या दिशानिर्देशांमध्ये जाहिरात केली असेल आणि अशा प्रकारे, मार्ग धोरणाचे उल्लंघन केले असेल तर वैध AS_PATH अवैध होऊ शकतो. शेवटी, ROA लांबीचे उल्लंघन करणारा उपसर्ग असलेला कोणताही मार्ग अवैध मानला जाऊ शकतो.

घटना

काही आठवड्यांपूर्वी आम्हाला आमच्या वापरकर्त्यांपैकी एकाकडून तक्रार प्राप्त झाली. आम्ही त्याचे मूळ ASN आणि /25 उपसर्ग असलेले मार्ग पाहिले, तर वापरकर्त्याने दावा केला की त्याने त्यांची जाहिरात केली नाही.

TABLE_DUMP2|1554076803|B|xxx|265466|78.163.7.0/25|265466 262761 263444 22356 3491 2914 9121|INCOMPLETE|xxx|0|0||NAG||
TABLE_DUMP2|1554076803|B|xxx|265466|78.163.7.128/25|265466 262761 263444 22356 3491 2914 9121|INCOMPLETE|xxx|0|0||NAG||
TABLE_DUMP2|1554076803|B|xxx|265466|78.163.18.0/25|265466 262761 263444 6762 2914 9121|INCOMPLETE|xxx|0|0||NAG||
TABLE_DUMP2|1554076803|B|xxx|265466|78.163.18.128/25|265466 262761 263444 6762 2914 9121|INCOMPLETE|xxx|0|0||NAG||
TABLE_DUMP2|1554076803|B|xxx|265466|78.163.226.0/25|265466 262761 263444 22356 3491 2914 9121|INCOMPLETE|xxx|0|0||NAG||
TABLE_DUMP2|1554076803|B|xxx|265466|78.163.226.128/25|265466 262761 263444 22356 3491 2914 9121|INCOMPLETE|xxx|0|0||NAG||
TABLE_DUMP2|1554076803|B|xxx|265466|78.164.7.0/25|265466 262761 263444 6762 2914 9121|INCOMPLETE|xxx|0|0||NAG||
TABLE_DUMP2|1554076803|B|xxx|265466|78.164.7.128/25|265466 262761 263444 6762 2914 9121|INCOMPLETE|xxx|0|0||NAG||
एप्रिल 2019 च्या सुरुवातीच्या घोषणांची उदाहरणे

/25 उपसर्गाच्या मार्गातील NTT हे विशेषतः संशयास्पद बनवते. घटनेच्या वेळी एलजी एनटीटीला या मार्गाची माहिती नव्हती. तर होय, काही ऑपरेटर या उपसर्गांसाठी संपूर्ण AS_PATH तयार करतात! इतर राउटर तपासल्याने एक विशिष्ट ASN दिसून येतो: AS263444. या स्वायत्त प्रणालीसह इतर मार्ग पाहिल्यानंतर, आम्हाला खालील परिस्थिती आली:

TABLE_DUMP2|1554076800|B|xxx|265466|1.6.36.0/23|265466 262761 263444 52320 9583|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.6.38.0/23|265466 262761 263444 52320 9583|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.23.143.0/25|265466 262761 263444 22356 6762 9498 9730 45528|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.23.143.128/25|265466 262761 263444 22356 6762 9498 9730 45528|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.24.0.0/17|265466 262761 263444 6762 4837|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.24.128.0/17|265466 262761 263444 6762 4837|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.26.0.0/17|265466 262761 263444 6762 4837|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.26.128.0/17|265466 262761 263444 6762 4837|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.64.96.0/20|265466 262761 263444 6762 3491 4760|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.64.112.0/20|265466 262761 263444 6762 3491 4760|IGP|xxx|0|0||NAG||
येथे काय चूक आहे याचा अंदाज लावण्याचा प्रयत्न करा

असे दिसते की कोणीतरी मार्गावरून उपसर्ग घेतला, त्याचे दोन भाग केले आणि त्या दोन उपसर्गांसाठी समान AS_PATH सह मार्गाची जाहिरात केली.

TABLE_DUMP2|1554076800|B|xxx|263444|1.6.36.0/23|263444 52320 9583|IGP|xxx|0|0|32:12595 52320:21311 65444:20000|NAG||
TABLE_DUMP2|1554076800|B|xxx|263444|1.6.38.0/23|263444 52320 9583|IGP|xxx|0|0|32:12595 52320:21311 65444:20000|NAG||
TABLE_DUMP2|1554076800|B|xxx|61775|1.6.36.0/23|61775 262761 263444 52320 9583|IGP|xxx|0|0|32:12595 52320:21311 65444:20000|NAG||
TABLE_DUMP2|1554076800|B|xxx|61775|1.6.38.0/23|61775 262761 263444 52320 9583|IGP|xxx|0|0|32:12595 52320:21311 65444:20000|NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.6.36.0/23|265466 262761 263444 52320 9583|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|265466|1.6.38.0/23|265466 262761 263444 52320 9583|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|28172|1.6.36.0/23|28172 52531 263444 52320 9583|IGP|xxx|0|0||NAG||
TABLE_DUMP2|1554076800|B|xxx|28172|1.6.38.0/23|28172 52531 263444 52320 9583|IGP|xxx|0|0||NAG||
स्प्लिट उपसर्ग जोड्यांपैकी एकाचे उदाहरण मार्ग

एकाच वेळी अनेक प्रश्न निर्माण होतात. व्यवहारात या प्रकारचा व्यत्यय आणण्याचा प्रयत्न कोणी केला आहे का? हे मार्ग कोणी घेतले आहेत का? कोणते उपसर्ग प्रभावित झाले?

इथूनच आपल्या अपयशाचा सिलसिला सुरू होतो आणि इंटरनेटच्या आरोग्याच्या सद्यस्थितीबद्दल निराशेची आणखी एक फेरी.

अपयशाचा मार्ग

प्रथम प्रथम गोष्टी. कोणत्या राउटर्सनी असे व्यत्यय आणलेले मार्ग स्वीकारले आणि कोणाची रहदारी आज पुन्हा मार्गस्थ केली जाऊ शकते हे आपण कसे ठरवू शकतो? आम्हाला वाटले की आम्ही /25 उपसर्गांसह प्रारंभ करू कारण त्यांचे "फक्त जागतिक वितरण असू शकत नाही." तुम्ही अंदाज लावू शकता, आम्ही खूप चुकीचे होतो. हे मेट्रिक खूप गोंगाट करणारे असल्याचे दिसून आले आणि अशा उपसर्गांसह मार्ग अगदी टियर -1 ऑपरेटरकडून देखील दिसू शकतात. उदाहरणार्थ, NTT कडे सुमारे 50 असे उपसर्ग आहेत, जे ते स्वतःच्या ग्राहकांना वितरीत करते. दुसरीकडे, हे मेट्रिक खराब आहे कारण ऑपरेटर वापरत असल्यास असे उपसर्ग फिल्टर केले जाऊ शकतात लहान उपसर्ग फिल्टर करणे, सर्व दिशांनी. म्हणून, ही पद्धत सर्व ऑपरेटर शोधण्यासाठी योग्य नाही ज्यांचे ट्रॅफिक अशा घटनेमुळे पुनर्निर्देशित केले गेले होते.

आणखी एक चांगली कल्पना आम्हाला वाटली ती पहावी POV. विशेषत: संबंधित ROA च्या maxLength नियमाचे उल्लंघन करणार्‍या मार्गांसाठी. अशा प्रकारे आम्ही दिलेल्या AS ला दृश्यमान असलेल्या अवैध स्थितीसह भिन्न मूळ ASN ची संख्या शोधू शकतो. तथापि, एक "लहान" समस्या आहे. या संख्येची सरासरी (मध्यम आणि मोड) (वेगवेगळ्या मूळ ASN ची संख्या) सुमारे 150 आहे आणि जरी आपण लहान उपसर्ग फिल्टर केले तरीही ते 70 च्या वरच राहते. या स्थितीचे अगदी सोपे स्पष्टीकरण आहे: फक्त एक काही ऑपरेटर जे आधीपासून एंट्री पॉईंट्सवर “अवैध मार्ग रीसेट करा” धोरणासह ROA- फिल्टर्स वापरतात, जेणेकरून वास्तविक जगात जिथे जिथे ROA उल्लंघन असलेला मार्ग दिसतो, तो सर्व दिशांनी प्रसारित होऊ शकतो.

शेवटचे दोन दृष्टिकोन आम्हाला ऑपरेटर शोधण्याची परवानगी देतात ज्यांनी आमची घटना पाहिली (कारण ती खूप मोठी होती), परंतु सर्वसाधारणपणे ते लागू होत नाहीत. ठीक आहे, पण आम्ही घुसखोर शोधू शकतो का? या AS_PATH हाताळणीची सामान्य वैशिष्ट्ये कोणती आहेत? काही मूलभूत गृहीतके आहेत:

• उपसर्ग यापूर्वी कुठेही दिसला नव्हता;
• मूळ ASN (स्मरणपत्र: AS_PATH मधील प्रथम ASN) वैध आहे;
• AS_PATH मधील शेवटचा ASN हा हल्लेखोराचा ASN आहे (जर त्याचा शेजारी सर्व येणार्‍या मार्गांवर शेजारचा ASN तपासत असेल);
• हल्ला एकाच प्रदात्याकडून होतो.

जर सर्व गृहीतके बरोबर असतील, तर सर्व चुकीचे मार्ग आक्रमणकर्त्याचे ASN (मूळ ASN वगळता) सादर करतील आणि अशा प्रकारे, हा एक "गंभीर" मुद्दा आहे. खरे अपहरणकर्त्यांमध्ये AS263444 होते, जरी इतर होते. आम्ही विचारातून घटना मार्ग टाकून दिले तरीही. का? योग्य मार्गांसाठीही एक गंभीर मुद्दा गंभीर असू शकतो. हे एकतर एखाद्या प्रदेशातील खराब कनेक्टिव्हिटी किंवा आपल्या स्वतःच्या दृश्यमानतेतील मर्यादांचा परिणाम असू शकतो.

परिणामी, आक्रमणकर्त्याचा शोध घेण्याचा एक मार्ग आहे, परंतु केवळ वरील सर्व अटी पूर्ण केल्या गेल्या असतील आणि केवळ तेव्हाच जेव्हा इंटरसेप्शन मॉनिटरिंग थ्रेशोल्ड पार करण्यासाठी पुरेसे मोठे असेल. जर यापैकी काही घटकांची पूर्तता झाली नाही, तर अशा व्यत्ययामुळे ग्रस्त असलेले उपसर्ग आपण ओळखू शकतो का? काही ऑपरेटरसाठी - होय.

जेव्हा आक्रमणकर्ता अधिक विशिष्ट मार्ग तयार करतो, तेव्हा अशा उपसर्गाची खऱ्या मालकाद्वारे जाहिरात केली जात नाही. जर तुमच्याकडे त्यातील सर्व उपसर्गांची डायनॅमिक यादी असेल, तर तुलना करणे आणि विकृत अधिक विशिष्ट मार्ग शोधणे शक्य होईल. आम्ही आमच्या BGP सत्रांचा वापर करून उपसर्गांची ही यादी संकलित करतो, कारण आम्हाला सध्या ऑपरेटरला दिसणार्‍या मार्गांची संपूर्ण यादीच नाही, तर ती जगाला जाहिरात करू इच्छित असलेल्या सर्व उपसर्गांची सूची देखील दिली आहे. दुर्दैवाने, आता अनेक डझन रडार वापरकर्ते आहेत जे शेवटचा भाग योग्यरित्या पूर्ण करत नाहीत. आम्ही त्यांना लवकरच सूचित करू आणि या समस्येचे निराकरण करण्याचा प्रयत्न करू. बाकी प्रत्येकजण आत्ता आमच्या मॉनिटरिंग सिस्टममध्ये सामील होऊ शकतो.

जर आम्ही मूळ घटनेकडे परतलो तर, आम्ही गंभीर बिंदू शोधून हल्लेखोर आणि वितरण क्षेत्र दोन्ही शोधले. आश्चर्याची गोष्ट म्हणजे, AS263444 ने त्याच्या सर्व क्लायंटना बनावट मार्ग पाठवले नाहीत. एक अनोळखी क्षण असला तरी.

BGP4MP|1554905421|A|xxx|263444|178.248.236.0/24|263444 6762 197068|IGP|xxx|0|0|13106:12832 22356:6453 65444:20000|NAG||
BGP4MP|1554905421|A|xxx|263444|178.248.237.0/24|263444 6762 197068|IGP|xxx|0|0|13106:12832 22356:6453 65444:20000|NAG||
आमच्या अॅड्रेस स्पेसमध्ये अडथळा आणण्याच्या प्रयत्नाचे अलीकडील उदाहरण

जेव्हा आमच्या उपसर्गासाठी अधिक विशिष्ट तयार केले गेले, तेव्हा खास तयार केलेले AS_PATH वापरले गेले. तथापि, हा AS_PATH आमच्या मागील कोणत्याही मार्गावरून घेतला जाऊ शकत नाही. आमचा AS6762 शी संवादही नाही. घटनेतील इतर मार्गांकडे पाहिल्यास, त्यांपैकी काहींकडे पूर्वी वापरलेला वास्तविक AS_PATH होता, तर इतरांकडे नाही, जरी तो खरा दिसत असला तरीही. याव्यतिरिक्त AS_PATH बदलण्याचा कोणताही व्यावहारिक अर्थ नाही, कारण रहदारी हल्लेखोराकडे पुनर्निर्देशित केली जाईल, परंतु "खराब" AS_PATH असलेले मार्ग ASPA किंवा इतर कोणत्याही तपासणी यंत्रणेद्वारे फिल्टर केले जाऊ शकतात. येथे आपण अपहरणकर्त्याच्या प्रेरणेबद्दल विचार करतो. ही घटना नियोजित हल्ला होती याची पुष्टी करण्यासाठी आमच्याकडे सध्या पुरेशी माहिती नाही. असे असले तरी, ते शक्य आहे. कल्पना करण्याचा प्रयत्न करूया, जरी तरीही काल्पनिक, परंतु संभाव्यतः अगदी वास्तविक, परिस्थिती.

परफेक्ट अटॅक

आमच्याकडे काय आहे? समजा तुम्ही तुमच्या क्लायंटसाठी ट्रान्झिट प्रदाता ब्रॉडकास्टिंग मार्ग आहात. तुमच्या क्लायंटची अनेक उपस्थिती (मल्टीहोम) असल्यास, तुम्हाला त्यांच्या रहदारीचा फक्त एक भाग मिळेल. पण जितकी जास्त रहदारी तितके तुमचे उत्पन्न जास्त. त्यामुळे तुम्ही समान AS_PATH सह या समान मार्गांच्या सबनेट उपसर्गांची जाहिरात करणे सुरू केल्यास, तुम्हाला त्यांचे उर्वरित रहदारी प्राप्त होईल. परिणामी, उर्वरित पैसे.

ROA येथे मदत करेल? कदाचित होय, आपण ते पूर्णपणे वापरणे थांबविण्याचा निर्णय घेतल्यास कमाल लांबी. याव्यतिरिक्त, ROA रेकॉर्ड्स एकमेकांना छेदणाऱ्या उपसर्गांसह असणे अत्यंत अवांछनीय आहे. काही ऑपरेटरसाठी, असे निर्बंध अस्वीकार्य आहेत.

इतर मार्ग सुरक्षा यंत्रणा विचारात घेतल्यास, ASPA या प्रकरणात मदत करणार नाही (कारण ते AS_PATH वैध मार्गावरून वापरते). कमी दत्तक दर आणि डाउनग्रेड हल्ल्यांच्या उर्वरित शक्यतांमुळे BGPSec अजूनही इष्टतम पर्याय नाही.

त्यामुळे आम्हाला हल्लेखोरासाठी स्पष्ट फायदा आणि सुरक्षिततेचा अभाव आहे. छान मिश्रण!

आम्हाला काय करावे लागेल?

तुमच्या वर्तमान राउटिंग धोरणाचे पुनरावलोकन करणे हे स्पष्ट आणि सर्वात कठोर पाऊल आहे. तुमची अॅड्रेस स्पेस सर्वात लहान भागांमध्ये विभाजित करा (कोणतेही ओव्हरलॅप नाही) तुम्ही जाहिरात करू इच्छिता. maxLength पॅरामीटर न वापरता फक्त त्यांच्यासाठी ROA वर स्वाक्षरी करा. अशावेळी तुमची सध्याची पीओव्ही तुम्हाला अशा हल्ल्यापासून वाचवू शकते. तथापि, पुन्हा, काही ऑपरेटरसाठी अधिक विशिष्ट मार्गांच्या अनन्य वापरामुळे हा दृष्टिकोन वाजवी नाही. ROA च्या सद्यस्थितीसह सर्व समस्या आणि मार्ग ऑब्जेक्ट्सचे वर्णन आमच्या भविष्यातील एका सामग्रीमध्ये केले जाईल.

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

रिअल टाइममध्ये तुमच्या ट्रॅफिकच्या अशा व्यत्ययाची तुम्हाला जाणीव झाली, तर तुम्ही स्वतः त्याचा प्रतिकार करण्याचा प्रयत्न करू शकता. या अधिक विशिष्ट उपसर्गांसह मार्गांची जाहिरात करणे हा पहिला दृष्टीकोन आहे. या उपसर्गांवर नवीन हल्ला झाल्यास, पुन्हा करा.

दुसरा दृष्टिकोन म्हणजे हल्लेखोर आणि ज्यांच्यासाठी तो एक महत्त्वाचा मुद्दा आहे (चांगल्या मार्गांसाठी) हल्लेखोराला तुमच्या मार्गांचा प्रवेश बंद करून शिक्षा करणे. हे तुमच्या जुन्या मार्गांच्या AS_PATH मध्ये आक्रमणकर्त्याचे ASN जोडून केले जाऊ शकते आणि अशा प्रकारे BGP मधील अंगभूत लूप शोध यंत्रणा वापरून ते AS टाळण्यास भाग पाडू शकता. तुमच्या स्वतःच्या भल्यासाठी.

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