सबै कुरा धेरै खराब छ वा नयाँ प्रकारको ट्राफिक अवरोध

RIPE विरोधी दुरुपयोग कार्य समूहलाई मार्च 13 प्रस्ताव प्राप्त भएको छ BGP अपहरण (hjjack) लाई RIPE नीतिको उल्लङ्घन मान्नुहोस्। यदि प्रस्ताव स्वीकार गरियो भने, ट्राफिक अवरोधद्वारा आक्रमण गरिएको इन्टरनेट प्रदायकले आक्रमणकारीलाई पर्दाफास गर्न विशेष अनुरोध पठाउने अवसर पाउनेछ। यदि समीक्षा टोलीले पर्याप्त समर्थन प्रमाणहरू सङ्कलन गर्यो भने, LIR जुन BGP अवरोधको स्रोत थियो एक घुसपैठकर्ता मानिनेछ र यसको LIR स्थिति हटाउन सकिन्छ। केही तर्क पनि भए यस विरुद्ध परिवर्तनहरू।

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

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

TL;DR संस्करण खोज्नेहरूले "Perfect Attack" उपशीर्षकमा स्क्रोल गर्न सक्छन्।

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

(यस घटनामा संलग्न प्रक्रियाहरूलाई अझ राम्ररी बुझ्न मद्दत गर्नको लागि)

यदि तपाइँ प्याकेट पठाउन चाहानुहुन्छ र तपाइँसँग गन्तव्य 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||
अप्रिल २०१९ को शुरुवातका लागि घोषणाहरूका उदाहरणहरू

/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 अपरेटरहरूबाट पनि देखा पर्न सक्छन्। उदाहरणका लागि, एनटीटीमा लगभग ५० उपसर्गहरू छन्, जसलाई यसले आफ्नै ग्राहकहरूलाई वितरण गर्छ। अर्कोतर्फ, यो मेट्रिक खराब छ किनभने यदि अपरेटरले प्रयोग गर्दछ भने त्यस्ता उपसर्गहरू फिल्टर गर्न सकिन्छ। साना उपसर्गहरू फिल्टर गर्दै, सबै दिशामा। त्यसकारण, यो विधि सबै अपरेटरहरू फेला पार्न उपयुक्त छैन जसको ट्राफिक यस्तो घटनाको परिणामको रूपमा पुन: निर्देशित गरिएको थियो।

हामीले सोचेको अर्को राम्रो विचार हेर्नु थियो पीओभी। विशेष गरी सम्बन्धित 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 मा हस्ताक्षर गर्नुहोस्। यस अवस्थामा, तपाइँको हालको POV ले तपाइँलाई यस्तो आक्रमणबाट बचाउन सक्छ। यद्यपि, फेरि, केहि अपरेटरहरूको लागि यो दृष्टिकोण अधिक विशिष्ट मार्गहरूको विशेष प्रयोगको कारणले उचित छैन। ROA र मार्ग वस्तुहरूको हालको अवस्थासँग सबै समस्याहरू हाम्रो भविष्यको सामग्रीहरू मध्ये एकमा वर्णन गरिनेछ।

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

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

दोस्रो दृष्टिकोण भनेको आक्रमणकारीलाई सजाय दिनु हो र जसका लागि उहाँ महत्वपूर्ण बिन्दु हुनुहुन्छ (राम्रो मार्गहरूको लागि) आक्रमणकारीलाई तपाईंको मार्गहरूको पहुँच काटेर। यो तपाईंको पुरानो रुटहरूको AS_PATH मा आक्रमणकारीको ASN थपेर गर्न सकिन्छ र यसरी BGP मा निर्मित लुप पत्ता लगाउने मेकानिजम प्रयोग गरेर AS बाट बच्न उनीहरूलाई बाध्य पार्नुहोस्। आफ्नो भलाइको लागि.

स्रोत: www.habr.com