[ मानक एवं DMARCbis ]

प्रतिशत आधारित DMARC रोलआउट धारणाओं से आगे बढ़ें

वर्तमान परीक्षण शब्दार्थ, व्यावसायिक जोखिम और वास्तविक प्राप्तकर्ता व्यवहार की स्पष्ट तुलना के साथ विरासत प्रतिशत वादे को बदलें।

EmailAuth अनुसंधान टीम द्वारा · 6 मिनट पढ़ा

[ प्रमुख बिंदु ]

  • वर्तमान t=y प्रतिशत का चयन करने के बजाय निर्दिष्ट विफलता-संदेश उपचार को एक स्तर तक कम कर देता है।
  • एक विरासत कार्यान्वयन जो टी को अनदेखा करता है वह वर्तमान विनिर्देश से भिन्न व्यवहार कर सकता है।
  • रोलआउट स्वीकृति के लिए प्रतिनिधि वैध मार्गों और देखे गए परिणामों की आवश्यकता है, न कि नामांकित पायलट की।
इस पेज पर

प्रतिशत वादे को स्पष्ट निर्णय से बदलें

एक रोलआउट योजना जो कहती है कि "असफल मेल के दस प्रतिशत पर अस्वीकार लागू करें" को अद्यतन के तहत पुन: उपयोग करने से पहले समीक्षा की आवश्यकता है DMARC विशिष्टता. RFC 9989 पीसीटी तंत्र को हटा देता है और टी नामक एक परीक्षण सिग्नल को परिभाषित करता है। यह उपलब्ध नीति भाषा में परिवर्तन है, यह इस बात का प्रमाण नहीं है कि प्रत्येक प्राप्तकर्ता ने अपना सॉफ़्टवेयर बदल दिया है। व्यावहारिक कार्य यह पहचानना है कि मौजूदा योजना किसकी रक्षा के लिए थी, फिर उस इरादे की तुलना वर्तमान शब्दार्थ और देखे गए विरासत व्यवहार से करें।

किसी प्रतिशत को यंत्रवत् परीक्षण मान में परिवर्तित न करें। एक प्रतिशत योजना यह सीमित करने का प्रयास करती है कि कितना ट्रैफ़िक उपचार प्राप्त करता है। एक परीक्षण संकेत अनुरोधित उपचार को बदल देता है और विशेष हैंडलिंग को ट्रिगर कर सकता है। वे अलग-अलग नियंत्रण हैं. व्यापार मालिकों को यह तय करना चाहिए कि तुलना में कौन से वैध मार्गों का प्रतिनिधित्व किया जाना चाहिए, कौन सा विफलता प्रभाव स्वीकार्य है और कौन से सबूत अगले नीति परिवर्तन की अनुमति देंगे।

समझें कि वर्तमान विनिर्देश क्या अनुरोध करता है

RFC 9989 परिशिष्ट ए.6 बताते हैं कि ऐतिहासिक पीसीटी व्यवहार अपने अंतिम बिंदुओं के बाहर असंगत था और pct=0 ने उपयोगी विशेष-हैंडलिंग अर्थ प्राप्त कर लिए थे। अद्यतन तंत्र सामान्य प्रतिशत के बजाय एक परीक्षण अवधारणा को संरक्षित करता है चयनकर्ता. रिकॉर्ड संस्करण v=DMARC1; DMARC2 नामक संस्करण स्ट्रिंग में कोई DNS स्विच नहीं है।

अंतर्गत धारा 4.7, t डिफ़ॉल्ट रूप से n है। t=y, निर्दिष्ट विफलता-संदेश उपचार चयनित नीति से एक स्तर नीचे है: अस्वीकार संगरोध बन जाता है, और संगरोध कोई नहीं बन जाता है। किसी की भी चयनित नीति अप्रभावित नहीं है। सिग्नल मूल्यांकन करने वाले अभिनेता द्वारा विशेष हैंडलिंग का संकेत भी दे सकता है, और यह DMARC रिपोर्ट की पीढ़ी को नहीं बदलता है। ये निर्दिष्ट शब्दार्थ हैं, प्रत्येक रिसीवर पर अंतिम फ़ोल्डर, अस्वीकृति प्रतिक्रिया या वितरण परिणाम की गारंटी नहीं।

मूल्यांकन में चयनित पी, एसपी या एनपी नीति रखें। परीक्षण उस नीति स्ट्रिंग तक सीमित नहीं है जिसे ऑपरेटर सबसे पहले डैशबोर्ड में देखता है। डोमेन और खोज पथ यह निर्धारित करते हैं कि कौन सी नीति लागू होती है। टी की सही व्याख्या उस जांच की भरपाई नहीं कर सकती है जिसने वास्तविक संदेश लेखक से भिन्न डोमेन की जांच की है।

मिश्रित कार्यान्वयन जोखिम को पहचानें

एक रिसीवर जो टी को नहीं पहचानता है वह इसे अनदेखा कर सकता है और इसके समर्थित नीति तर्क का उपयोग जारी रख सकता है। इसके विपरीत, अद्यतन विनिर्देश के कार्यान्वयन से पुराने पीसीटी मान से प्रतिशत रोलआउट नियम प्राप्त नहीं होता है। एक अभिलिखित इसलिए दोनों टैगों को शामिल करना सभी रिसीवर्स पर एक समान प्रयोग का अनुरोध करने का पोर्टेबल तरीका नहीं है।

कार्यान्वयन स्थिति को नामित वातावरण और कॉन्फ़िगरेशन की मापी गई संपत्ति के रूप में मानें। विक्रेता की घोषणा, रिपोर्ट प्रारूप या उत्पाद लोगो अकेले यह साबित नहीं करता है कि किसी विशेष संदेश को कैसे संसाधित किया गया था। जहां एक रिसीवर का निरीक्षण नहीं किया जा सकता है, अनिश्चितता को बनाए रखें और इसकी अंतिम कार्रवाई को केवल एक टैग के लिए जिम्मेदार ठहराने से बचें। रिसीवर-स्थानीय हैंडलिंग एक अलग चरण बनी हुई है RFC 9989 अनुभाग 5.4.

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

DNS बदलने से पहले स्वीकृति मानदंड लिखें

प्रेषक-दर-प्रेषक तुलना तैयार करें जिसमें कम मात्रा और आवधिक वैध मार्ग शामिल हों। सटीक वर्तमान रिकॉर्ड, प्रस्तावित अंतर, लागू पहचान और प्रतिनिधि संदेश मामलों को बनाए रखें। सामान्य प्रमाणीकरण रिकॉर्ड करें और संरेखण परिणाम चयनित नीति, परीक्षण स्थिति, स्थानीय ओवरराइड और अंतिम स्वभाव से अलग होते हैं। उन स्थितियों को परिभाषित करें जो रोलआउट को रोकती हैं, जिसमें लापता कवरेज या अस्पष्टीकृत वैध-संदेश विफलताएं शामिल हैं।

समग्र साक्ष्य का सावधानीपूर्वक उपयोग करें। RFC 9990 अनुभाग 3.3 बताते हैं कि एक रिपोर्टिंग अवधि में नीतिगत बदलाव हो सकते हैं और इसमें मिश्रित टिप्पणियाँ शामिल हो सकती हैं। किसी रिपोर्ट पर एक दिन का लेबल इस बात का प्रमाण नहीं है कि एक नीति प्रत्येक गिने गए संदेश को नियंत्रित करती है। दो गैर-लेबल प्रतिशत की तुलना करने के बजाय रिपोर्ट अवधि, देखी गई नीति और परिनियोजन समय को सुरक्षित रखें।

प्रस्तावित परिवर्तन में एक जवाबदेह स्वामी और पुनर्प्राप्ति योग्य आधार रेखा होनी चाहिए। किसी लीगेसी योजना से पीसीटी हटाने से वह बाधा दूर हो सकती है जिसका उपयोग पुराना कार्यान्वयन कर रहा था। T जोड़ने से यह सिद्ध नहीं होता कि बाधा को वहां प्रतिस्थापित कर दिया गया है। रोलबैक सभी कैश्ड टिप्पणियों को तुरंत दोबारा लिखने के बजाय प्रकाशित स्थिति को भी बदल देता है, इसलिए पुनर्प्राप्ति साक्ष्य को अपने स्वयं के समय और दायरे की आवश्यकता होती है।

अस्वीकृत अनुवाद का काल्पनिक उदाहरण

इस काल्पनिक समीक्षा में, उदाहरण विनिर्माण में एक पुरानी वर्कशीट शामिल है p=reject और pct=10. एक संपादक प्रतिशत को t=y से बदलने और परिणाम को "वही दस-प्रतिशत पायलट" कहने का प्रस्ताव करता है। समीक्षक उस विवरण को अस्वीकार करता है: वर्तमान परीक्षण शब्दार्थ अस्वीकृति के लिए दस प्रतिशत का चयन करने के बजाय चयनित अस्वीकार नीति के तहत विफल संदेशों के लिए संगरोध का अनुरोध करता है।

प्रस्तावित मैट्रिक्स में एक वर्तमान-शब्दार्थ कॉलम, एक विरासत-कार्यान्वयन कॉलम और एक अवलोकन कॉलम शामिल है। पहले को विनिर्देशन से भरा जा सकता है; अन्य स्तंभों में पहचाने गए कार्यान्वयन और अधिकृत परीक्षणों की आवश्यकता होती है। वे इस उदाहरण में नहीं चलते हैं। अभ्यास के लिए कोई DNS रिकॉर्ड प्रकाशित नहीं किया गया, रिसीवर से पूछताछ नहीं की गई या संदेश नहीं दिया गया।

अगला निर्णय वास्तविक प्रयोग पर सहमत होना है, जैसे किसी गलत लेबल को संरक्षित करने के बजाय, प्रतिनिधि वैध प्रवाह को देखते हुए निर्दिष्ट हैंडलिंग का परीक्षण करना। संगठन को उत्पादन परिवर्तन को मंजूरी देने से पहले उस प्रयोग का समर्थन करने वाले सबूत इकट्ठा करने होंगे।

साक्ष्य द्वार दृश्यमान रखें

सटीक मूल आवश्यकता खुली रहती है: वर्तमान परीक्षण शब्दार्थ और विरासत/वर्तमान रिसीवर टिप्पणियों के साथ एक पुरानी पीसीटी-आधारित योजना की तुलना करें। काल्पनिक वर्कशीट कोई तैनात अवलोकन प्रदान नहीं करती है और उस आवश्यकता को पूरा नहीं कर सकती है। कमीशनिंग गेट भी दृश्यमान रहता है: वर्तमान प्राथमिक विशिष्टताओं को सत्यापित करें और ड्राफ्टिंग से पहले एक कार्यशील उदाहरण बनाए रखें। प्राथमिक पाठ और एक प्री-ड्राफ्ट काल्पनिक अभ्यास को बरकरार रखा गया; कार्यान्वयन प्रयोज्यता, मानव एसएमई अनुमोदन और कोई भी परिचालन रिलीज अनसुलझा है। इस पांडुलिपि द्वारा कोई प्रकाशन या नीति परिवर्तन अधिकृत नहीं है।

[ ले लेना ]

टी के साथ परीक्षण प्रतिशत नमूनाकरण नहीं है, और RFC 9989 का प्रकाशन रिसीवर अपनाने को स्थापित नहीं करता है।

[भूमिका के अनुसार]

आपके लिए इसका क्या मतलब है

व्यावहारिक अगले चरणों के लिए अपनी भूमिका चुनें।

पॉलिसी स्वामी

इच्छित प्रयोग चुनें

मजबूत उपचार की एक सीमा और एक परीक्षण मोड विभिन्न व्यावसायिक प्रश्नों का उत्तर देते हैं।

अगले कदम

  1. बताएं कि कौन से वैध मार्ग और जोखिम मायने रखते हैं।
  2. स्पष्ट स्वीकृति और पुनर्प्राप्ति मानदंड को मंजूरी दें।

मेल इंजीनियर

कार्यान्वयन व्यवहार रिकॉर्ड करें

मानक और तैनात रिसीवर को अलग से ट्रैक किया जाना चाहिए।

अगले कदम

  1. सटीक नीति इनपुट और ज्ञात रिसीवर कॉन्फ़िगरेशन बनाए रखें।
  2. अलग संरेखण, चयनित नीति, परीक्षण और अंतिम प्रबंधन।

रिपोर्टिंग विश्लेषक

संक्रमण संदर्भ को सुरक्षित रखें

समग्र अवधि परिवर्तन से पहले और बाद के अवलोकनों को मिला सकती है।

अगले कदम

  1. रिपोर्टिंग अवधि और परिनियोजन समय को एक साथ रखें।
  2. अधूरी रिपोर्ट से सार्वभौमिक रोलआउट प्रतिशत का अनुमान न लगाएं।

[ पूछे जाने वाले प्रश्न ]

अक्सर पूछे जाने वाले प्रश्नों

क्या t=y pct=10?

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

p=reject? के साथ t=y किस उपचार का अनुरोध करता है?

वर्तमान विनिर्देश के तहत, फेलिंग-मैसेज नीति किसी भी लागू विशेष हैंडलिंग के साथ-साथ एक स्तर कम, संगरोध है। यह सार्वभौमिक अंतिम-स्वभाव की गारंटी नहीं है।

क्या t=y चयनित कोई नहीं नीति को बदलता है?

नहीं, विनिर्देश कहता है कि परीक्षण का किसी भी चयनित नीति पर कोई प्रभाव नहीं पड़ता है।

क्या परीक्षण टैग किसी नमूने के लिए रिपोर्ट निर्माण को कम कर देता है?

नहीं, t टैग DMARC रिपोर्ट के निर्माण को प्रभावित नहीं करता है। इसका उद्देश्य नीति परीक्षण है, न कि रिपोर्ट नमूनाकरण स्थापित करना।

क्या यह मान लेना सुरक्षित है कि विरासत प्राप्तकर्ता इसे समझता है?

नहीं, कार्यान्वयन को पहचानें और उसका परीक्षण करें; एक रिसीवर जो टैग को नहीं पहचानता है वह इसे अनदेखा कर सकता है और इसके समर्थित नीति तर्क का उपयोग कर सकता है।

पुरानी प्रतिशत योजना का मूल्यांकन एक समग्र रिपोर्ट से क्यों नहीं किया जा सकता?

एक रिपोर्टिंग अवधि में नीतिगत परिवर्तन हो सकते हैं और इसमें मिश्रित टिप्पणियाँ शामिल हो सकती हैं। समय, देखी गई नीति और प्रतिनिधि संदेश साक्ष्य को बनाए रखें।

क्या इस माइग्रेशन के दौरान संस्करण स्ट्रिंग बदलनी चाहिए?

क्रमांक RFC 9989 v=DMARC1. पॉलिसी रिकॉर्ड में सबसे पहले संस्करण टैग आवश्यक है।

काल्पनिक प्रतिस्थापन योजना से कौन से साक्ष्य गायब हैं?

वर्तमान शब्दार्थ और पहचानी गई विरासत/वर्तमान रिसीवर टिप्पणियों के साथ पुरानी योजना की वास्तविक तुलना। पेपर वर्कशीट का कोई निष्पादित परिणाम नहीं है।

[ सूत्रों का कहना है ]

सूत्रों का कहना है

  1. IANA : डोमेन-आधारित संदेश प्रमाणीकरण, रिपोर्टिंग और अनुरूपता पैरामीटर
  2. RFC 9989 : डोमेन-आधारित संदेश प्रमाणीकरण रिपोर्टिंग और अनुरूपता
  3. RFC 9990 : DMARC समग्र रिपोर्टिंग

[ शब्दकोष ]

शब्दकोष

पीसीटी
ऐतिहासिक DMARC नमूना-दर टैग, वर्तमान RFC 9989 तंत्र से हटा दिया गया।
परीक्षण मोड
वर्तमान नीति परीक्षण के लिए टी टैग का संकेत, प्रतिशत चयनकर्ता से भिन्न है।
चयनित नीति
संदेश के डोमेन संदर्भ के लिए लागू पी, एसपी या एनपी मूल्यांकन नीति की पहचान की गई।
रिसीवर अवलोकन
किसी विनिर्देश से कॉपी किए गए अपेक्षित परिणाम के बजाय, किसी पहचाने गए कार्यान्वयन और मामले से रिकॉर्ड किया गया व्यवहार।
स्वीकृति मानदंड
एक पूर्व-घोषित शर्त और साक्ष्य की आवश्यकता का उपयोग यह तय करने के लिए किया जाता है कि प्रस्तावित रोलआउट आगे बढ़ सकता है या नहीं।

उद्यम उद्गम

शीर्ष वित्तीय संस्थान और सरकारें ही क्यों? अपने ईमेल सुरक्षा डैशबोर्ड हटा दिए।

पारंपरिक ईमेल प्रमाणीकरण प्लेटफ़ॉर्म आपको एक डैशबोर्ड बेचते हैं और आपके इंजीनियरों से काम करने के लिए कहते हैं। उच्च जोखिम वाले वातावरण में, मैन्युअल निरीक्षण का अर्थ है विलंबित प्रवर्तन, कॉन्फ़िगरेशन बहाव और अनियंत्रित छाया डोमेन।

EmailAuth एजेंटिक ईमेल उद्गम मंच है। हमारे एजेंट लागू करते हैं p=reject, तृतीय-पक्ष प्रेषकों को संरेखित रखें और अपने डोमेन को पूर्ण रूप से स्थानांतरित करें RFC 9989 अनुपालन, नया DMARC मानक, मानव-इन-द-लूप ऑडिटेबिलिटी के साथ।

सरकारों बड़े उद्यम टियर-1 वित्तीय संस्थान

सास · समर्पित किरायेदारी · एयर-गैप्ड ऑन-प्रिमाइसेस · BYOK एन्क्रिप्शन

ज्ञानधार