कोई ईमेल मेलिंग लिस्ट द्वारा बदले जाने से पहले प्रमाणीकरण में पास हो सकता है। वैध प्रोसेसिंग और प्रतिरूपण में अंतर करने के लिए अगले प्राप्तकर्ता को उस पहले के परिणाम का साक्ष्य चाहिए।
वैध फ़ॉरवर्डिंग से प्रमाणीकरण क्यों विफल हो सकता है?
फ़ॉरवर्डिंग से भेजने वाला सर्वर या हस्ताक्षरित सामग्री बदल सकती है, जिन पर प्रमाणीकरण जाँचें निर्भर करती हैं।
SPF जाँचता है कि कोई सर्वर उस एनवेलप प्रेषक डोमेन के लिए अधिकृत है या नहीं, जिसका उपयोग डिलीवरी विफलता की सूचनाओं के लिए होता है। फ़ॉरवर्डर किसी अनधिकृत IP से कनेक्ट कर सकता है।
DKIM किसी हस्ताक्षर करने वाले डोमेन से जुड़े हस्ताक्षर की पुष्टि करता है। साधारण फ़ॉरवर्ड के बाद भी हस्ताक्षर बना रह सकता है। यदि कोई मेलिंग सूची हस्ताक्षरित Subject या मुख्य भाग बदलती है, तो हस्ताक्षर अमान्य हो सकता है।
DMARC के लिए ज़रूरी है कि पास होने वाला SPF या DKIM डोमेन दिखाई देने वाले From डोमेन से मेल खाए। इस मेल को अलाइनमेंट कहते हैं। यदि दोनों में से कोई भी तरीका अलाइन किया गया पास नहीं देता, तो संदेश वैध होने पर भी DMARC विफल हो जाता है।
ARC संदेश में क्या जोड़ता है?
भाग लेने वाला हर हैंडलर तीन हेडर जोड़ता है, जिन्हें मिलाकर ARC सेट कहा जाता है।
| हेडर | यह कौन-सा साक्ष्य देता है |
|---|---|
ARC-Authentication-Results | हैंडलर के बदलावों से पहले देखे गए प्रमाणीकरण परिणाम |
ARC-Message-Signature | संदेश पर एक हस्ताक्षर, उसी रूप में जिसमें हैंडलर उसे आगे भेजता है |
ARC-Seal | एक हस्ताक्षर, जो ARC सेट और पिछली चेन की सुरक्षा करता है |
इंस्टेंस नंबर i= सेटों का क्रम तय करता है। पहला हैंडलर i=1 का उपयोग करता है। अगला हैंडलर i=2 का उपयोग करता है, जिससे उनका क्रम स्पष्ट हो जाता है।
सील का cv= मान चेन के सत्यापन का परिणाम दर्ज करता है। मान none पहले सेट को चिह्नित करता है। मान pass बताता है कि मौजूदा चेन का सत्यापन सफल रहा। मान fail बताता है कि सत्यापन विफल रहा।
RFC 8617 बताता है कि प्राप्तकर्ता चेन की अखंडता का सत्यापन कैसे करते हैं। सत्यापन से यह साबित नहीं होता कि हर हैंडलर का बताया गया आकलन भरोसेमंद है।
क्या मान्य चेन डिलीवरी की गारंटी देती है?
मान्य ARC चेन डिलीवरी की गारंटी नहीं देती। वह प्राप्तकर्ता को संदेश के बारे में अपना निर्णय लेने के लिए साक्ष्य देती है।
प्राप्तकर्ता तय करता है कि वह साक्ष्य देने वाले हैंडलरों पर भरोसा करता है या नहीं। कोई अज्ञात हैंडलर केवल मान्य हस्ताक्षर बना देने से भरोसेमंद नहीं बन जाता।
ARC स्पेसिफ़िकेशन Experimental श्रेणी में है, यानी यह मूल्यांकन के लिए एक प्रोटोकॉल का दस्तावेज़ है, Internet Standards Track स्पेसिफ़िकेशन नहीं। डिलीवरी का निर्णय प्राप्तकर्ता के ही हाथ में रहता है।
ARC को किसे लागू करना चाहिए?
फ़ॉरवर्डर और मेलिंग लिस्ट आगे के प्राप्तकर्ताओं के लिए ऑथेंटिकेशन के साक्ष्य सुरक्षित रखने हेतु ARC का उपयोग करते हैं।
| आपकी भूमिका | संबंधित कार्य |
|---|---|
| मूल प्रेषक | अपने मेल को संरेखित डोमेन से प्रमाणित करें |
| फ़ॉरवर्डर या मेलिंग सूची | आने वाली चेन का मूल्यांकन करें और संदेश को प्रोसेस करते समय एक ARC सेट जोड़ें |
| प्राप्तकर्ता | उपलब्ध चेन को मान्य करें और तय करें कि किन हैंडलर पर भरोसा करना है |
Yahoo का प्रेषक मार्गदर्शन फ़ॉरवर्डर से ARC लागू करने को कहता है। ऐसा करने से प्राप्तकर्ताओं को फ़ॉरवर्डिंग से प्रभावित वैध मेल का मूल्यांकन करने में मदद मिल सकती है। फिर भी उसे स्वीकार करना है या नहीं, यह प्राप्तकर्ता ही तय करते हैं।
अगर आपका सीधा भेजा गया मेल DMARC में विफल होता है, तो उसका प्रमाणीकरण या संरेखण ठीक करें। ARC सील जोड़ने से मूल डोमेन का बेमेल ठीक नहीं होता।
फ़ॉरवर्ड किए गए मेल के लिए मूल प्रेषक क्या कर सकता है?
मूल प्रेषक संरेखित DKIM दे सकता है, जो हस्ताक्षरित सामग्री के अपरिवर्तित रहने पर फ़ॉरवर्डिंग के बाद भी मान्य रहता है।
जिन हेडर को सुरक्षा की ज़रूरत है, उन पर हस्ताक्षर करें। ऐसी body-length सीमा न रखें जिससे बाद में जोड़ी गई सामग्री बिना हस्ताक्षर के रह जाए। DKIM हस्ताक्षर में इन विकल्पों को समझाया गया है।
अगर बाद वाला कोई हैंडलर हस्ताक्षरित सामग्री बदलता है, तो पहले के परिणाम का प्रमाण तभी सुरक्षित रहता है जब वह हैंडलर इसमें भाग ले। ARC उसे वह प्रमाण दर्ज करने का तरीका देता है। उस प्रमाण को कितना महत्व देना है, यह फिर भी प्राप्तकर्ता तय करता है।
संक्षेप में
फ़ॉरवर्डिंग और संपादन प्रमाणीकरण को प्रभावित कर सकते हैं।
भेजने वाला सर्वर बदलने से SPF विफल हो सकता है। हस्ताक्षरित सामग्री बदलने से DKIM विफल हो सकता है।
भाग लेने वाला हर हैंडलर एक ARC सेट जोड़ता है।
तीनों हेडर प्रमाणीकरण परिणाम दर्ज करते हैं, आगे भेजे जाने वाले संदेश पर हस्ताक्षर करते हैं और चेन को सील करते हैं।
मान्य चेन डिलीवरी की गारंटी नहीं देती।
प्राप्तकर्ता तय करते हैं कि मध्यस्थों पर भरोसा करना है या नहीं और उनके साक्ष्य का उपयोग कैसे करना है।
मूल प्रेषकों और मध्यस्थों के काम अलग-अलग हैं।
मूल प्रेषक अपने मेल को प्रमाणित करते हैं। मध्यस्थ अपने बदलावों से पहले देखे गए परिणामों के साक्ष्य सुरक्षित रख सकते हैं।