😝 🖖 ♂️ सब कुछ बहुत खराब है या एक नए प्रकार का ट्रैफ़िक अवरोधन है 🏡 ⛹🏼 💢

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

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

पिछले कुछ वर्षों में, प्रेस में बीजीपी स्वीकार के रूप में केवल एमओएएस (मल्टीपल ओरिजिन ऑटोनॉमस सिस्टम) जैसे संघर्षों की सूचना दी गई है। MOAS एक विशेष मामला है जब दो अलग-अलग स्वायत्त प्रणाली AS_PATH में संबंधित ASN संख्या (AS_PATH में पहले ASN, इसके बाद मूल ASN के रूप में संदर्भित) के साथ परस्पर विरोधी उपसर्गों की घोषणा करते हैं। हालाँकि, हम कम से कम 3 अतिरिक्त प्रकार के ट्रैफ़िक अवरोधन का नाम दे सकते हैं, जो हमलावर को विभिन्न उद्देश्यों के लिए AS_PATH विशेषता को हेरफेर करने की अनुमति देते हैं, जिसमें फ़िल्टरिंग और निगरानी के लिए आधुनिक दृष्टिकोणों को दरकिनार करना शामिल है। पिलोसोव-कपेला हमले का प्रसिद्ध प्रकार इस तरह के अंतर्संबंध का अंतिम प्रकार है, लेकिन महत्व में बिल्कुल भी नहीं। यह संभव है कि यह ठीक वही हमला है जो हमने पिछले हफ्तों में देखा है। इस तरह की घटना के एक समझने योग्य चरित्र और बल्कि गंभीर परिणाम होते हैं।

जो लोग एक टीएल की तलाश कर रहे हैं, डॉ संस्करण संस्करण को "परफेक्ट अटैक" के लिए स्क्रॉल कर सकते हैं।

नेटवर्क पृष्ठभूमि

(ताकि आप इस घटना में शामिल प्रक्रियाओं को बेहतर ढंग से समझ सकें)

यदि आप एक पैकेट भेजना चाहते हैं और आपके पास गंतव्य आईपी पते वाले मार्ग तालिका में कई उपसर्ग हैं, तो आप अधिकतम लंबाई के साथ उपसर्ग के लिए मार्ग का उपयोग करेंगे। यदि राउटिंग टेबल में एक ही उपसर्ग के लिए कई अलग-अलग मार्ग हैं, तो आप सबसे अच्छा एक चुनेंगे (सर्वोत्तम पथ चुनने के लिए तंत्र के अनुसार)।

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

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

घटना

कुछ सप्ताह पहले, हमें उपयोगकर्ताओं में से एक से शिकायत मिली थी। हमने इसके मूल 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 को देखना है। विशेष रूप से मार्गों पर जो संगत आरओए के अधिकतम गति नियम का उल्लंघन करते हैं। इस प्रकार, हम विभिन्न मूल ASN की संख्या को अमान्य स्थिति के साथ पा सकते हैं जो इस AS को दिखाई दे रहे थे। हालाँकि, एक "छोटी" समस्या है। इस संख्या का औसत मान (माध्य और मोड) (विभिन्न मूल ASN की संख्या) लगभग 150 है और भले ही हम छोटे उपसर्गों को फ़िल्टर करते हैं, यह 70 से ऊपर रहेगा। इस स्थिति का बहुत ही सरल विवरण है: केवल कुछ ही ऑपरेटर हैं जो पहले ही ROA- का उपयोग करते हैं। प्रवेश बिंदुओं पर "रीसेट अमान्य मार्गों" नीति के साथ फ़िल्टर, इसलिए जहां भी वास्तविक दुनिया में ROA उल्लंघन वाला मार्ग दिखाई देता है, वह सभी दिशाओं में फैल सकता है।

अंतिम दो दृष्टिकोण हमें उन ऑपरेटरों को खोजने की अनुमति देते हैं जिन्होंने हमारी घटना को देखा (क्योंकि यह काफी बड़ा था), लेकिन सामान्य तौर पर वे लागू नहीं होते हैं। ठीक है, लेकिन क्या हम हमलावर को ढूंढ सकते हैं? ऐसे AS_PATH हेरफेर की सामान्य विशेषताएं क्या हैं? कई बुनियादी धारणाएँ हैं:

उपसर्ग पहले कहीं नहीं देखा गया है;
उत्पत्ति ASN (अनुस्मारक: AS_PATH में पहला ASN) मान्य है;
AS_PATH में अंतिम ASN हमलावर का ASN है (यदि उसका पड़ोसी सभी आने वाले मार्गों पर पड़ोसी के ASN की जाँच करता है);
हमला एक प्रदाता से आता है।

यदि सभी धारणाएं सही हैं, तो सभी गलत मार्गों पर हमलावर के ASN को प्रस्तुत किया जाएगा (ASN की उत्पत्ति को छोड़कर) और इस प्रकार, यह एक "महत्वपूर्ण" बिंदु है। सच्चे अपहर्ताओं में AS263444 थे, हालाँकि अन्य थे। यहां तक कि जब हमने घटना मार्गों को विचार से गिरा दिया। क्यों? एक महत्वपूर्ण बिंदु सही मार्गों के लिए भी महत्वपूर्ण बना रह सकता है। यह या तो किसी भी क्षेत्र में खराब कनेक्टिविटी या हमारी खुद की दृश्यता की सीमाओं का परिणाम हो सकता है।

नतीजतन: एक हमलावर का पता लगाने का एक तरीका है, लेकिन केवल अगर उपरोक्त सभी शर्तें पूरी होती हैं और केवल तब ही जब अवरोधक निगरानी थ्रेसहोल्ड को पारित करने के लिए पर्याप्त होता है। यदि इनमें से किसी भी कारक का सम्मान नहीं किया जाता है, तो क्या हम इस तरह के अवरोधन से प्रभावित उपसर्गों को बाहर निकाल सकते हैं? कुछ ऑपरेटरों के लिए, हाँ।

जब कोई हमलावर अधिक विशिष्ट मार्ग बनाता है, तो ऐसे उपसर्ग की घोषणा सच्चे मालिक द्वारा नहीं की जाती है। यदि आपके पास इसके सभी उपसर्गों की एक गतिशील सूची है, तो आप एक तुलना कर सकते हैं और विकृत अधिक विशिष्ट मार्गों का पता लगा सकते हैं। हम अपने बीजीपी सत्रों का उपयोग करते हुए उपसर्गों की इस सूची को एकत्र करते हैं, क्योंकि हमें न केवल ऑपरेटर को दिखाई देने वाले मार्गों की पूरी सूची दी गई है, बल्कि उन सभी उपसर्गों की सूची भी दी गई है, जिन्हें वह दुनिया के लिए घोषणा करना चाहता है। दुर्भाग्य से, अब कई दर्जन रडार उपयोगकर्ता हैं जो अंतिम भाग को सही ढंग से पूरा नहीं करते हैं। निकट भविष्य में हम उन्हें सूचित करेंगे और इस समस्या को हल करने का प्रयास करेंगे। बाकी सभी लोग अभी हमारी निगरानी प्रणाली में शामिल हो सकते हैं।

यदि हम मूल घटना पर लौटते हैं, तो हमलावर और वितरण के क्षेत्र को महत्वपूर्ण बिंदुओं की खोज करके हमारे द्वारा खोजा गया था। हैरानी की बात यह है कि 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 यहां मदद करेगा? शायद हां, यदि आप अधिकतम लाइलाज के उपयोग को पूरी तरह से छोड़ने का निर्णय लेते हैं। इसके अलावा, उपसर्गों को प्रतिच्छेद करने के साथ आरओए प्रविष्टियाँ होना बहुत अवांछनीय है। कुछ ऑपरेटरों के लिए, इस तरह के प्रतिबंध अस्वीकार्य हैं।

अन्य रूटिंग सुरक्षा तंत्र को ध्यान में रखते हुए, ASPA इस मामले में भी मदद नहीं करेगा (क्योंकि AS_PATH का उपयोग वैध मार्ग से किया जाता है)। कम स्वीकृति दर और डाउनग्रेड हमलों की शेष संभावना के कारण BGPSec अभी भी सबसे अच्छा विकल्प नहीं है।

इस प्रकार, हमारे पास हमलावर के लिए स्पष्ट लाभ और सुरक्षा की कमी है। महान मिश्रण!

मुझे क्या करने की आवश्यकता है?

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

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

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

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

सब कुछ बहुत खराब है या एक नए प्रकार का ट्रैफ़िक अवरोधन है

नेटवर्क पृष्ठभूमि

घटना

असफलता का रास्ता

बिल्कुल सही हमला

मुझे क्या करने की आवश्यकता है?

More articles: