A DMARC समग्र रिपोर्ट अवलोकनों को अभिलेखों में समूहित करता है। केवल स्रोत आईपी या लाल स्थिति को पढ़ने से पंक्ति का निदान करने के लिए आवश्यक नीति, पहचान और रिपोर्टिंग संदर्भ खारिज हो जाता है। बाहरी रिपोर्ट से अंदर की ओर काम करें और अपनी व्याख्या के साथ मूल XML को सुरक्षित रखें।
रिपोर्ट संदर्भ स्थापित करें
फीडबैक के अंतर्गत, रिपोर्ट_मेटाडेटा रिपोर्टिंग संगठन, रिपोर्ट आईडी और दिनांक सीमा की पहचान करता है। नीति_प्रकाशित प्राप्तकर्ता द्वारा देखी गई नीति कॉन्फ़िगरेशन का वर्णन करता है। RFC 9990 प्रति रिपोर्ट एक नीति डोमेन की आवश्यकता होती है, लेकिन उस रिपोर्ट में नीति का उपयोग करने वाले एकाधिक लेखक डोमेन शामिल हो सकते हैं। यह न मानें कि पॉलिसी_प्रकाशित/डोमेन प्रत्येक रिकॉर्ड के हेडर_फ्रॉम के बराबर है।
घोषित नामस्थान और प्रारूप का निरीक्षण करें। वर्तमान RFC 9990 स्कीमा और पुराने RFC 7489 -era रिपोर्ट भिन्न हैं, इसलिए रिकॉर्ड करें कि आप किस सत्यापन प्रोफ़ाइल का उपयोग करते हैं। यदि कोई दस्तावेज़ अपेक्षित प्रारूप से मेल नहीं खाता है, तो उसे अलग कर दें या विकृत डेटा को चुपचाप साफ़ रिपोर्ट मानने के बजाय स्पष्ट रूप से आंशिक व्याख्या को चिह्नित करें। मनमानी बाहरी संस्थाओं को हल किए बिना अविश्वसनीय XML को पार्स करें, और संपीड़ित इनपुट और विस्तार आकार को बाध्य करें।
तीन परतों के माध्यम से एक रिकॉर्ड का पालन करें
पंक्ति में source_ip, गिनती और नीति_मूल्यांकन शामिल है। आईपी उस रिसीवर द्वारा देखा जाने वाला कनेक्टिंग सिस्टम है, न कि स्वचालित रूप से आपका मूल एप्लिकेशन। गिनती प्रेक्षणों के उस संयोजन का महत्व बताती है; XML रिकॉर्ड की गिनती संदेशों की गिनती नहीं है।
पहचानकर्ता अनुभाग हेडर_फ्रॉम और वैकल्पिक लिफाफा जानकारी प्रदान करता है। auth_results में कच्चा शामिल है SPF और DKIM DMARC के लिए व्याख्या से पहले परिणाम। नीति_मूल्यांकित/dkim और नीति_मूल्यांकन/एसपीएफ़ संबंधित DMARC वर्णन करते हैं संरेखण मूल्यांकन, जबकि स्वभाव नीति के तहत प्रबंधन का वर्णन करता है। संपूर्ण रिकॉर्ड को एकल पास/असफल लेबल तक सीमित करने के बजाय ओवरराइड कारणों को बनाए रखें।
एक सिंथेटिक पंक्ति को एनोटेट करें
मान लीजिए कि हेडर_फ्रॉम brand.example है, गिनती 25 है मेल प्रेषक डोमेन vendor.example है और कच्चा SPF पास है। DKIM d=brand.example. SPF पहचान लेखक डोमेन से असंबंधित है, इसलिए यह संरेखित SPF प्रदान नहीं करता है; सटीक-डोमेन DKIM हस्ताक्षर संरेखित DKIM प्रदान करता है। spf=fail और dkim=pass का नीति परिणाम उन तथ्यों के अनुरूप है। एसपीएफ़-नीति की विफलता के बावजूद DMARC DKIM से गुज़र सकता है।
यह उदाहरण एक फ़ील्ड-स्तरीय शिक्षण स्थिरता है, पूर्ण स्कीमा-मान्य XML दस्तावेज़ या मापा ग्राहक परिणाम नहीं। यह दर्शाता है कि क्यों कनेक्टिंग आईपी को brand.example के SPF में जोड़ना अप्रासंगिक हो सकता है: vendor.example के लिए SPF मूल्यांकन किया गया था, और DMARC पहले से ही एक संरेखित DKIM पथ था।
पंक्ति को स्वामित्व वाली जांच में बदलें
अधिकृत प्रेषक रिकॉर्ड, प्रदाता साक्ष्य और नियंत्रित संदेश परीक्षणों के साथ आईपी और पहचान को सहसंबंधित करें। किसी अज्ञात स्रोत को दुर्भावनापूर्ण घोषित करने या DNS बदलने से पहले एक स्वामी नियुक्त करें। घटना नोट में रिपोर्टिंग अंतराल और समय सीमा को सुरक्षित रखें।
एक उपयोगी एनोटेशन में उत्पत्ति, अवधि, नीति डोमेन, लेखक डोमेन, कच्चे परिणाम, संरेखित परिणाम, स्वभाव, गिनती और अगली कार्रवाई शामिल होती है। वह संरचना किसी अन्य अन्वेषक को डैशबोर्ड के रंग पर निर्भर हुए बिना आपके तर्क को पुन: प्रस्तुत करने देती है।
फ़ील्ड मानचित्र और अपेक्षित परिणाम बनाए रखें
एक आंशिक सिंथेटिक रिपोर्ट मानचित्र रिपोर्टर काल्पनिक रिसीवर ए, रिपोर्ट आईडी फ़ील्ड-मैप-25 और यूटीसी युग अंतराल 1704067200-1704153600 (1 जनवरी 2024 00:00 से 2 जनवरी 2024 00:00 यूटीसी) का उपयोग करता है। इसका पॉलिसी डोमेन brand.example with है p=reject, aspf=r और adkim=r. रिकॉर्ड में source_ip= 192.0.2.10 , count=25, हेडर_from= brand.example और लिफाफा_from= vendor.example है। vendor.example के लिए कच्चा SPF पास होता है; brand.example के लिए कच्चा DKIM पास होता है चयनकर्ता बिलिंग1. इस वर्तमान RFC 9990 रिपोर्टिंग-प्रोफ़ाइल उदाहरण के लिए, रिपोर्ट किए गए नीति परिणाम spf=fail, dkim=pass और स्वभाव=पास हैं। परिशिष्ट A एक प्रवर्तन नीति के तहत DMARC पास करने के लिए पास को परिभाषित करता है; परिशिष्ट बी इसे दर्शाता है।
फ़ील्ड तुलना पासिंग संरेखित DKIM पथ और बिना संरेखित SPF पथ के 25 अवलोकनों का वर्णन करती है। डिस्पोजल एक आपूर्ति किया गया रिसीवर फ़ील्ड है, इनबॉक्स प्लेसमेंट की गणना नहीं की जाती है। मेटाडेटा उत्पत्ति और अवधि स्थापित करता है; नीति_प्रकाशित ऐतिहासिक विन्यास प्रदान करता है; पहचानकर्ता और auth_results तुलना इनपुट प्रदान करते हैं। यह फिक्स्चर एक आंशिक फ़ील्ड मानचित्र है, पूर्ण XML नहीं है, और कोई स्कीमा-मान्य रिपोर्ट या लाइव रिसीवर परीक्षण का दावा नहीं किया गया है।
एक पंक्ति एनोटेशन पूरा करें
- रिपोर्टर और अंतराल: मूल रिपोर्ट आईडी और यूटीसी प्रारंभ/समाप्ति समय को सुरक्षित रखें।
- वज़न: गिनती का उपयोग करें, XML पंक्तियों की संख्या का नहीं।
- संदर्भ: रिकॉर्ड नीति डोमेन, हेडर_फ़्रॉम और लागू नीति।
- प्रमाणीकरण: कच्चे SPF डोमेन/परिणाम और प्रत्येक DKIM डोमेन/परिणाम रिकॉर्ड करें; संरेखण के लिए पासिंग डोमेन की तुलना करें।
- परिणाम: संरेखण परिणाम, स्वभाव और ओवरराइड कारणों को अलग-अलग फ़ील्ड में रखें।
- अगली कार्रवाई: DNS बदलने से पहले संदिग्ध मार्ग, साक्ष्य अभी भी गायब और जिम्मेदार मालिक का नाम बताएं।
वर्तमान और विरासती स्वभावों में अंतर करें
RFC 9990 परिशिष्ट ए डिस्पोजल पास को एक प्रवर्तन नीति के साथ DMARC पारित करने के लिए कोई कार्रवाई नहीं के रूप में परिभाषित करता है। कोई कार्रवाई नहीं होने के कारण यह किसी को बरकरार नहीं रखता है। पुराने RFC 7489 -प्रारूप रिपोर्ट में पासिंग डिस्पोजल की कमी होती है और पासिंग मैसेज के लिए कोई भी रिपोर्ट नहीं की जा सकती है। नेमस्पेस, रिपोर्टिंग प्रोफ़ाइल और संरेखित परिणामों को एक साथ जांचें: कोई भी सार्वभौमिक रूप से अमान्य नहीं है, लेकिन इसे वर्तमान-प्रोफ़ाइल पास उदाहरण के लिए चुपचाप खड़ा नहीं होना चाहिए। कोई भी मान इनबॉक्स प्लेसमेंट को साबित नहीं करता है।