आपके प्रश्न के किसी भी उत्तर में अनुमान लगाने की कुछ मात्रा शामिल होगी। IPv6 की तैनाती अभी भी कुछ पर्याप्त है जो हम अभी तक नहीं जानते हैं, वास्तव में खतरे का परिदृश्य कैसा दिखेगा।
IPv6 पतों की बड़ी संख्या खतरे के परिदृश्य के लिए कई बदलाव पेश करेगी, जिस पर आपको विचार करना होगा।
IPv4 के साथ सबसे पहले यह हमलावर के लिए पूरी तरह से संभव है कि वह सभी 3700 मिलियन राउटेबल IPv4 पतों में कुछ असुरक्षित सेवा के लिए डिफ़ॉल्ट पोर्ट नंबर को स्कैन करे। आईपीवी 6 के साथ इस तरह के अलक्षित हमले संभव नहीं हैं। उन हमलों को आप अभी भी देखते हैं जिन्हें अधिक लक्षित करना होगा। क्या इसका मतलब है कि हमलों को देखने के लिए हमारे हैंडलिंग में बहुत बदलाव करना होगा।
लॉग संदेशों पर आधारित आईपी पर प्रतिबंध लगाने का प्राथमिक उद्देश्य लॉग में शोर को कम करना और सिस्टम लोड को कम करने के लिए कुछ हद तक होगा। यह शोषण के खिलाफ सुरक्षा के रूप में काम नहीं करना चाहिए। एक हमलावर जो एक कमजोरी जानता है, प्रतिबंध लगाने से पहले अंदर होगा, इसलिए इससे बचाव के लिए आपको कमजोरियों को पैच करना होगा - ठीक वैसे ही जैसे आपको हमेशा करना पड़ता है।
व्यक्तिगत IPv6 पतों पर प्रतिबंध लगाना लॉग में शोर को कम करने के लिए पर्याप्त हो सकता है। लेकिन वह एक दिया नहीं है। यह संभावना नहीं है कि एक हमलावर हर कनेक्शन के लिए उनके पास उपलब्ध सीमा से एक नए आईपी पते का उपयोग कर सकता है। यदि हमलावरों को ऐसा व्यवहार करना था कि व्यक्तिगत IPv6 पतों पर प्रतिबंध लगाना न केवल अप्रभावी होने वाला है, बल्कि आप अनजाने में फ़ायरवॉल नियमों के लिए अपनी सभी मेमोरी का उपयोग करके स्वयं पर DoS हमले का कारण भी बन सकते हैं।
आप प्रत्येक व्यक्तिगत हमलावर को उपलब्ध उपसर्ग की लंबाई नहीं जान सकते। बहुत छोटे उपसर्ग को ब्लॉक करने से वैध उपयोगकर्ताओं को भी कवर करके DoS हमले का कारण होगा। बहुत लंबे उपसर्ग को रोकना अप्रभावी होगा। पासवर्ड ब्रूट बल प्रयास विशेष रूप से क्लाइंट IPv6 पतों की एक बड़ी संख्या का उपयोग करने की संभावना है।
प्रत्येक अनुरोध पर IPv6 पता स्विच करने वाले हमलावरों के खिलाफ प्रभावी होने के लिए और स्मृति उपयोग को नीचे रखने के लिए, आपको श्रेणियों को ब्लॉक करना होगा, और अग्रिम में उपसर्ग लंबाई नहीं जानने के कारण, आपको गतिशील रूप से उपसर्ग लंबाई समायोजित करना होगा।
यह संभव है कि पहले से ही हेरास्टिक्स के साथ आ जाए। वे कितनी अच्छी तरह काम करेंगे हम अभी तक नहीं जानते हैं।
एक अनुमानी प्रत्येक उपसर्ग लंबाई के लिए होगा कि उस लंबाई के एक उपसर्ग को ब्लॉक करने के लिए कितने आईपी लगते हैं। और अवरुद्ध केवल एक विशिष्ट लंबाई पर लागू किया जाना चाहिए, अगर एक लंबा उपसर्ग पर्याप्त नहीं होगा। दूसरे शब्दों में, आपको वास्तव में ब्लॉक शुरू करने के लिए दो आधे में से प्रत्येक में व्यक्तिगत रूप से अवरुद्ध आईपी की आवश्यकता होती है।
उदाहरण के लिए, कोई यह तय कर सकता है कि / 48 को ब्लॉक करने के लिए, प्रत्येक में दो / 49 में 100 अवरुद्ध IP होने चाहिए / 48। अब उपसर्ग जितना छोटा होगा, उसे ब्लॉक करने के लिए IP की संख्या उतनी ही अधिक होगी, लेकिन हर मामले में उन्हें दोनों आधे हिस्से में फैलाना होगा।
/64एक समस्याग्रस्त IP के कारण एक संपूर्ण ब्लॉक करने से वैध उपयोगकर्ता अवरुद्ध होने वाले हैं।