में अचानक वृद्धि की सूचना दी गई DMARC विफलताएँ जाँच करने का एक कारण है, निदान नहीं। यह एक टूटे हुए वैध प्रेषक, एक नया प्रतिरूपण प्रयास, बदले हुए रिसीवर कवरेज या डुप्लिकेट अंतर्ग्रहण को प्रतिबिंबित कर सकता है। अवलोकन को संरक्षित करके और यह पता लगाकर प्रारंभ करें कि साक्ष्य इनमें से किस स्पष्टीकरण का समर्थन करता है।
नीचे दिया गया वर्कफ़्लो रिपोर्ट गुणवत्ता, प्रेषक प्राधिकरण, प्रमाणीकरण और व्यावसायिक प्रभाव को अलग करता है। यह संदेश सामग्री तक पहुंच नहीं मानता है या यह वादा नहीं करता है कि प्रत्येक विफलता का समग्र डेटा में एक अनूठा कारण दिखाई देता है।
एक उपयोगी घटना स्नैपशॉट को फ़्रीज़ करें
सन्दर्भ: RFC 9990 §3.1.1.4, RFC 9990 §3.5.4.
रिपोर्टिंग अंतराल, प्राप्तकर्ता संगठन, रिपोर्ट पहचानकर्ता, नीति डोमेन और प्रभावित रिकॉर्ड संख्या सहेजें। मूल रिपोर्ट को संगठन के स्वीकृत पहुंच और अवधारण नियंत्रणों के भीतर सुरक्षित रखें। रिपोर्ट में वर्णित अंतराल से अलग से अंतर्ग्रहण समय रिकॉर्ड करें, क्योंकि देर से आगमन आज पहले देखे गए ट्रैफ़िक के लिए डैशबोर्ड स्पाइक बना सकता है।
पुष्टि करें कि रिपोर्ट के पुनः प्रयास या पुनर्प्रसंस्करण को दो बार नहीं गिना गया है। समतुल्य कवरेज का उपयोग करके वर्तमान और पिछली विंडो की तुलना करें। रिकॉर्ड करें कि क्या अलर्ट का अर्थ अधिक विफल संदेश, अधिक अनुपात, एक नया स्रोत या परिवर्तित स्वभाव है। वे अलग-अलग अवलोकन हैं।
सबसे छोटे सार्थक प्रभावित समूह को अलग करें
सन्दर्भ: RFC 9990 §3.1.1.8, RFC 9990 §3.1.1.10, RFC 9990 §3.1.1.11.
रिपोर्ट किए गए स्रोत आईपी, लेखक डोमेन के आधार पर समूह का मूल्यांकन किया गया SPF और DKIM पहचान, रिसीवर और नीति कॉन्फ़िगरेशन जहां उपलब्ध हो। प्रत्येक समूह के साथ कुल गणना रखें. एक रिपोर्ट पंक्ति को एक संदेश में बदलने या बुनियादी ढांचे के मालिक के नाम को ग्राहक प्राधिकरण के प्रमाण के रूप में मानने से बचें।
जांचें कि क्या विफलता किसी ज्ञात एप्लिकेशन से सभी ट्रैफ़िक को प्रभावित करती है या केवल रूट, रिसीवर या टाइम स्लाइस को प्रभावित करती है। परिनियोजन और DNS परिवर्तन रिकॉर्ड के साथ परिणाम का मिलान करें। एक सामान्य टाइमस्टैम्प एक जांच को संक्षिप्त करता है लेकिन कार्य-कारण को साबित नहीं करता है।
प्रमाणीकरण को संरेखण से अलग करें
सन्दर्भ: RFC 9989 §5.3.5, RFC 6376 §6.1.2.
SPF और DKIM दोनों परिणामों और उनके का निरीक्षण करें संरेखण लेखक डोमेन के साथ. किसी सेवा की असंबद्ध पहचान के तहत पासिंग प्रमाणीकरण परिणाम एक संरेखित पथ प्रदान नहीं करता है। इसके विपरीत, एक विफल SPF पथ संरेखित होने पर DMARC विफल नहीं करता है DKIM हस्ताक्षर गुजरता है.
उदाहरणात्मक मामला: एक चालान आवेदन एक असंबंधित में बदल जाता है वापसी का पथ जबकि यह DKIM चयनकर्ता एक गुम कुंजी की ओर इशारा करता है। एक लागू वैध नीति, टाइमआउट के बजाय एक स्थापित अनुपस्थित कुंजी, कोई अन्य पासिंग संरेखित हस्ताक्षर नहीं, और पूर्ण SPF जांच मान लें। उदाहरण में दोनों संरेखित पथ अनुपलब्ध हैं, इसलिए देखी गई विफलताएँ प्रशंसनीय हैं। समर्थित मरम्मत सत्यापन के बाद इच्छित हस्ताक्षर या लिफ़ाफ़ा कॉन्फ़िगरेशन को पुनर्स्थापित करने के लिए है, न कि मनमाने ढंग से आईपी जोड़ने के लिए जब तक कि ग्राफ़ हरा न हो जाए। यह एक सिंथेटिक निदान परिदृश्य है, कोई जीवंत घटना नहीं।
प्राधिकरण और प्रभाव स्थापित करें
रूट और अपेक्षित वॉल्यूम की पुष्टि करने के लिए ज्ञात एप्लिकेशन स्वामी से पूछें। नियंत्रित प्राप्त संदेशों का उपयोग करें, उपलब्ध होने पर लॉग और ग्राहक-प्रभाव साक्ष्य भेजें। साक्ष्य साझा करने से पहले अनावश्यक सामग्री को संशोधित करें। यदि कोई भी प्राधिकरण स्थापित नहीं कर सकता है, तो DNS परिवर्तनों के माध्यम से स्रोत को वैध बनाने के बजाय अज्ञात-स्रोत वर्गीकरण को बनाए रखें।
वास्तविक प्रभाव साक्ष्य का उपयोग करके बाधित पासवर्ड रीसेट, चालान या आवश्यक सूचनाओं को प्राथमिकता दें। प्रवर्तन के तहत स्पष्ट रूप से अनधिकृत विफलताओं की एक बड़ी धारा के लिए दुरुपयोग विश्लेषण की आवश्यकता हो सकती है, जबकि एक छोटी वैध विफलता के लिए तत्काल सेवा पुनर्प्राप्ति की आवश्यकता हो सकती है। उन कार्यधाराओं को अलग रखें.
समर्थित कारण को सुधारें और सत्यापित करें
निदान द्वारा समर्थित सबसे छोटा अधिकृत परिवर्तन करें। एक डोमेन-व्यापी नीति रोलबैक असंबद्ध मेल के लिए प्रवर्तन को कमजोर करता है और एक अस्पष्टीकृत ग्राफ़ के लिए डिफ़ॉल्ट प्रतिक्रिया नहीं होनी चाहिए। यदि कोई अस्थायी अपवाद उचित है, तो उसके दायरे, अनुमोदनकर्ता, जोखिम, मालिक और समाप्ति का दस्तावेजीकरण करें।
प्रभावित मार्ग से एक नया नियंत्रित संदेश भेजें और विश्वसनीय रिसीवर प्रमाणीकरण परिणामों का निरीक्षण करें। फिर पुष्टि करें कि बाद की तुलनीय रिपोर्टें पुनर्प्राप्ति का समर्थन करती हैं, जिससे रिपोर्टिंग में देरी हो सकती है। कारण, परिवर्तन, साक्ष्य और शेष कवरेज सीमाएँ समाप्त करें। यदि कारण अनिश्चित रहता है, तो ऐसा कहें और अनुमानित सुधार को सिद्ध के रूप में दर्ज करने के बजाय अगले परीक्षण का नाम दें।
निष्कर्ष और अगली कार्रवाई को बाध्य करें
काल्पनिक चालान प्रतिगमन के लिए, मरम्मत चुनने से पहले सटीक हस्ताक्षर चयनकर्ता और डोमेन, आधिकारिक लुकअप साक्ष्य और विश्वसनीय प्राप्त परिणाम प्राप्त करें। बिना कुंजी वाला अवलोकन इस बात का प्रमाण नहीं है कि असंबंधित आईपी प्राधिकरण संदेश को ठीक करता है। कोई DNS लुकअप, घटना मरम्मत या मेल परीक्षण निष्पादित नहीं किया गया था।