[ DNS और डोमेन ]
DNS डेलिगेशन और लटकते रिकॉर्ड: टेकओवर एक्सपोज़र का आकलन करें
स्वामित्व और प्रदाता-सुरक्षा साक्ष्य का उपयोग करके पुरानी DNS निर्भरता का आकलन करें, बिना सिद्ध अधिग्रहण जोखिम के साथ भ्रमित हुए।
EmailAuth अनुसंधान टीम द्वारा · 8 मिनट पढ़ा
[ प्रमुख बिंदु ]
- एक लटकता हुआ संदर्भ अपने आप में यह साबित नहीं करता कि कोई हमलावर अपने लक्ष्य पर दावा कर सकता है।
- उनके विशिष्ट स्वामित्व मॉडल का उपयोग करके CNAMEs, प्रतिनिधिमंडलों और पता निर्भरताओं का मूल्यांकन करें।
- तीसरे पक्ष के संसाधनों को पंजीकृत या दावा किए बिना DNS और संसाधन सेवानिवृत्ति का समन्वय करें।
इस पेज पर
[ ले लेना ]
देखी गई निर्भरता को ईमानदारी से वर्गीकृत करें, प्रदाता सुरक्षा और स्वामित्व को मान्य करें, और केवल स्वीकृत दायरे को हटाएं या पुनर्स्थापित करें।
[भूमिका के अनुसार]
आपके लिए इसका क्या मतलब है
व्यावहारिक अगले चरणों के लिए अपनी भूमिका चुनें।
आईटी/मेल एडमिन
संपूर्ण निर्भरता का पता लगाएं
पहला सफल DNS उत्तर अमान्य डाउनस्ट्रीम सेवा एसोसिएशन को छिपा सकता है।
अगले कदम
- उपनाम या प्रतिनिधिमंडल श्रृंखला कैप्चर करें.
- बुनियादी ढांचे के मालिक के साथ संसाधन स्वामित्व की पुष्टि करें।
- सुधार के बाद DNS और इच्छित व्यावसायिक सेवा का पुनः परीक्षण करें।
सीआईएसओ/सेकऑप्स
एक्सपोज़र को संदेह से अलग करें
आउटेज या स्कैनर लेबल अनधिकृत पुन: उपयोग का प्रमाण नहीं है।
अगले कदम
- दस्तावेज़ प्रदाता-विशिष्ट आरक्षण और सत्यापन नियंत्रण।
- दावे के प्रयासों और संसाधन पंजीकरण से बचें।
- एक स्पष्ट खोज के रूप में अनसुलझे स्वामित्व को ट्रैक करें।
संस्थापक/गैर-तकनीकी
DNS और संसाधन ऑफबोर्डिंग से जुड़ें
अलग-अलग विलोपन वर्कफ़्लो सेवानिवृत्त सेवाओं की ओर इशारा करते हुए व्यावसायिक नाम छोड़ सकते हैं।
अगले कदम
- बंद करने के लिए एक जवाबदेह मालिक को नियुक्त करें।
- जांचें कि क्या आवेदन वास्तव में सेवानिवृत्त हो गया है।
- एक व्यापक, प्रतिवर्ती उपचारात्मक निर्णय की आवश्यकता है।
[ पूछे जाने वाले प्रश्न ]
अक्सर पूछे जाने वाले प्रश्नों
क्या NXDOMAIN यह साबित करता है कि किसी लक्ष्य पर कब्ज़ा किया जा सकता है?
नहीं, यह उस अवलोकन से DNS अस्तित्वहीन होने की रिपोर्ट करता है; यह प्रदाता आवंटन नियम स्थापित नहीं करता है या क्या कोई अन्य पक्ष संगठन के नाम को बाध्य कर सकता है।
क्या एक लंगड़ा प्रतिनिधिमंडल एक लटकते CNAME के समान है?
नहीं, एक लंगड़ा प्रतिनिधिमंडल एक प्रत्यायोजित क्षेत्र के लिए अपेक्षित आधिकारिक सेवा की चिंता करता है। CNAME निर्भरता उपनाम रिज़ॉल्यूशन का अनुसरण करती है और इसमें एक अलग एप्लिकेशन स्वामित्व मॉडल शामिल हो सकता है।
क्या DNS समाधान होते समय भी A रिकॉर्ड पुराना हो सकता है?
हाँ। इच्छित संसाधन में परिवर्तन या समाप्त होने के बाद संग्रहीत पता वाक्यविन्यास रूप से वैध बना रह सकता है। अधिकृत स्वामी के साथ वर्तमान स्वामित्व और सेवा जुड़ाव की पुष्टि करें।
माइक्रोसॉफ्ट: DNS प्रविष्टियों को लटकने से रोकें और उपडोमेन अधिग्रहण से बचें
क्या मुझे एक्सपोज़र प्रदर्शित करने के लिए लक्ष्य का दावा करना चाहिए?
उस प्रकार की कोई भी कार्रवाई इस मार्गदर्शिका का हिस्सा नहीं है. अनुमोदित इन्वेंट्री, प्रदाता दस्तावेज़ और मालिक स्पष्टीकरण का उपयोग करें। एक रक्षात्मक बासी-निर्भरता मूल्यांकन के लिए संसाधन का दावा आवश्यक नहीं है।
क्या Azure ऐप सेवा सुरक्षा प्रत्येक आपूर्तिकर्ता पर लागू होती है?
नहीं, नाम आरक्षण और सत्यापन-टोकन व्यवहार प्रलेखित ऐप सेवा संसाधन प्रकारों और शर्तों के दायरे में आते हैं। अन्य सेवाओं को स्वतंत्र रूप से सत्यापित करें.
क्या संरक्षित पुन: उपयोग का मतलब यह है कि पुराना रिकॉर्ड हमेशा के लिए बना रह सकता है?
नहीं, जब एप्लिकेशन अनुपलब्ध या बंद हो जाता है तो सुरक्षा शत्रुतापूर्ण पुन: उपयोग को कम कर सकती है। स्वामी-अनुमोदित जीवनचक्र प्रक्रिया के माध्यम से अनावश्यक संदर्भ हटाएँ।
क्या Azure उपनाम सभी लटकते-DNS जोखिम को ख़त्म कर देते हैं?
नहीं, उनके प्रलेखित संसाधन जीवनचक्र युग्मन पते उपनाम लक्ष्यों का समर्थन करते हैं। सामान्य रिकॉर्ड, अन्य सेवाओं और एप्लिकेशन उपलब्धता की अभी भी समीक्षा की आवश्यकता है।
किस साक्ष्य के आधार पर निवारण बंद किया जाना चाहिए?
स्वीकृत दायरे, परिवर्तन के बाद के आधिकारिक उत्तर, व्यवसाय-कार्यप्रवाह निर्णय और अवशिष्ट कैश अवलोकन को बनाए रखें। यदि कोई विश्वसनीय साक्ष्य इसे स्थापित नहीं करता है तो यह दावा करने से बचें कि शोषण सिद्ध हो गया है।
माइक्रोसॉफ्ट: DNS प्रविष्टियों को लटकने से रोकें और उपडोमेन अधिग्रहण से बचें
[ सूत्रों का कहना है ]
सूत्रों का कहना है
- RFC9499
धारा §6. DNS सर्वर और क्लाइंट · §7. क्षेत्र
- RFC1034
धारा §3.6 उपनाम और विहित नाम · §4.2 डेटाबेस को ज़ोन में कैसे विभाजित किया जाता है · §4.3.4 नकारात्मक प्रतिक्रिया कैशिंग
- RFC2308
धारा §2. नकारात्मक प्रतिक्रियाएँ · §5. नकारात्मक उत्तरों को कैशिंग करना
- RFC1035
धारा §3.3.1 CNAME RDATA प्रारूप · §3.3.13 SOA RDATA प्रारूप · §4.1.1 हेडर अनुभाग प्रारूप
- माइक्रोसॉफ्ट: DNS प्रविष्टियों को लटकने से रोकें और उपडोमेन अधिग्रहण से बचें
धारा उपडोमेन अधिग्रहण क्या है? · DNS प्रविष्टियों को लटकने से रोकें · लटकती DNS प्रविष्टियों को ठीक करें
- माइक्रोसॉफ्ट: ऐप सेवा में उपडोमेन अधिग्रहण रोकें
धारा ऐप सेवा उपडोमेन अधिग्रहण को कैसे रोकती है · आप उपडोमेन अधिग्रहण को कैसे रोक सकते हैं
- माइक्रोसॉफ्ट: Azure DNS उपनाम रिकॉर्ड अवलोकन
धारा क्षमताएं · DNS रिकॉर्ड को लटकने से रोकें · ज़ोन शीर्ष पर लोड-संतुलित अनुप्रयोगों को होस्ट करें
[ शब्दकोष ]
शब्दकोष
- लटकता हुआ संदर्भ
- एक DNS निर्भरता जो अपने अपेक्षित संसाधन या सेवा संबंध के अमान्य या समाप्त होने के बाद भी बनी रहती है।
माइक्रोसॉफ्ट: DNS प्रविष्टियों को लटकने से रोकें और उपडोमेन अधिग्रहण से बचें
- लंगड़ा प्रतिनिधिमंडल
- एक प्रतिनिधिमंडल जिसके लिए एक निर्दिष्ट सर्वर अपेक्षित आधिकारिक सेवा प्रदान नहीं करता है।
- दावायोग्यता
- क्या प्रदाता आवंटन और सत्यापन की शर्तें किसी अन्य पक्ष को संदर्भित संसाधन संबंध पर नियंत्रण प्राप्त करने की अनुमति देंगी।
- जीवनचक्र युग्मन
- एक प्रदाता समर्थित लक्ष्य संसाधन में परिवर्तन के लिए DNS रिकॉर्ड व्यवहार को जोड़ने की सुविधा देता है।
उद्यम उद्गम
शीर्ष वित्तीय संस्थान और सरकारें ही क्यों? अपने ईमेल सुरक्षा डैशबोर्ड हटा दिए।
पारंपरिक ईमेल प्रमाणीकरण प्लेटफ़ॉर्म आपको एक डैशबोर्ड बेचते हैं और आपके इंजीनियरों से काम करने के लिए कहते हैं। उच्च जोखिम वाले वातावरण में, मैन्युअल निरीक्षण का अर्थ है विलंबित प्रवर्तन, कॉन्फ़िगरेशन बहाव और अनियंत्रित छाया डोमेन।
EmailAuth एजेंटिक ईमेल उद्गम मंच है। हमारे एजेंट लागू करते हैं p=reject, तृतीय-पक्ष प्रेषकों को संरेखित रखें और अपने डोमेन को पूर्ण रूप से स्थानांतरित करें RFC 9989 अनुपालन, नया DMARC मानक, मानव-इन-द-लूप ऑडिटेबिलिटी के साथ।
सास · समर्पित किरायेदारी · एयर-गैप्ड ऑन-प्रिमाइसेस · BYOK एन्क्रिप्शन