विश्वसनीय प्राप्ति-प्रणाली साक्ष्य का उपयोग करके ईमेल हेडर पढ़ें

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

पूर्ण मूल को सुरक्षित रखें

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

डुप्लिकेट फ़ील्ड और उनके क्रम को सुरक्षित रखें। पढ़ना दो प्राप्त या Authentication-Results फ़ील्ड्स यह निर्धारित करती हैं कि निर्यातित संदेश में क्या है, न कि फ़ील्ड किसने लिखी है। एक सफल पार्स प्रमाणीकरण जाँच नहीं है।

विश्वसनीय प्राप्तकर्ता सीमा की पहचान करें

यह स्थापित करने के लिए व्यवस्थापक ज्ञान, गेटवे कॉन्फ़िगरेशन और डिलीवरी लॉग का उपयोग करें कि कौन से सिस्टम विश्वसनीय प्रशासनिक डोमेन के अंदर संदेश को संभालते हैं। प्रमाणीकरण परिणामों का पता लगाएं जो सिस्टम द्वारा उत्पन्न किए गए हैं या जिन पर स्पष्ट रूप से भरोसा किया गया है। एक परिचित ऑथसर्व-आईडी स्ट्रिंग अपर्याप्त है यदि कोई बाहरी प्रेषक उसी स्ट्रिंग को सम्मिलित कर सकता है और प्राप्तकर्ता सीमा इसे हटाने या अलग करने में विफल रही है। RFC 8601 अनुभाग 1.2 और 7.

फिर चयनित परिणामों को उनकी मूल्यांकित पहचान से जोड़ें। SPF उस मूल्यांकन में प्रयुक्त SMTP पहचान से संबंधित है; DKIM एक हस्ताक्षरित डोमेन की पहचान करता है; DMARC प्रमाणित पहचानकर्ताओं को दृश्यमान डोमेन से संबंधित करता है। उन इनपुट के लिए रिप्लाई-टू, सेंडर या मैसेज-आईडी को प्रतिस्थापित न करें। पास एक सीमित डोमेन-प्रमाणीकरण परिणाम है, यह इस बात का प्रमाण नहीं है कि संदेश हानिरहित है या इसका व्यावसायिक अनुरोध वैध है।

रुकने के स्थान के साथ परिवहन पथ पढ़ें

जब मेल SMTP सिस्टम के माध्यम से आगे बढ़ता है तो प्राप्त फ़ील्ड सामान्यतः जोड़ दिए जाते हैं। नवीनतम प्रविष्टि से पिछले हॉप्स की ओर विश्वसनीय भाग पढ़ें, फिर जब आप अविश्वसनीय आपूर्ति की गई सामग्री में प्रवेश करते हैं तो श्रृंखला को स्थापित मानना ​​​​बंद कर दें। प्राप्तकर्ता सिस्टम के लॉग के साथ कनेक्टिंग पता, कतार पहचानकर्ता और समय को सहसंबंधित करें। एक पुराना दावा किया गया हॉप तब भी गढ़ा जा सकता है जब बाद में विश्वसनीय हॉप को वास्तव में संदेश प्राप्त हुआ हो। RFC 5321 खंड 4.4.

यदि किसी पूर्व हॉप की पुष्टि नहीं की जा सकती है, तो उसके माध्यम से सत्यापित मार्ग का विस्तार करने के बजाय उसके पाठ को दावे के रूप में संरक्षित करें। बाद के विश्वसनीय रिसीवर की उपस्थिति सभी पूर्व-मौजूदा ट्रेस जानकारी को प्रमाणित नहीं करती है।

एक संक्षिप्त साक्ष्य आधारित निष्कर्ष तैयार करें

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

एक काल्पनिक चालान समीक्षा के माध्यम से कार्य करें

मान लीजिए कि एक अधिकृत मूल निर्यात प्रेषक: accounts@brand.example और रिप्लाई-टू: help@different.example प्रदर्शित करता है। इसमें DMARC विफलता की एक रिसीवर रिपोर्ट और पास का दावा करने वाली एक असंबंधित आपूर्ति रिपोर्ट भी शामिल है। ये आविष्कृत अवलोकन हैं, कोई कैप्चर की गई घटना नहीं।

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

परिणाम यह घोषणा नहीं है कि प्रेषक कपटपूर्ण है। यह एक सीमित समीक्षा है: ज्ञात संदेश स्रोत, समर्थित प्रमाणीकरण परिणाम या स्पष्ट अनिश्चितता, अस्पष्ट उत्तर गंतव्य और एक उचित अगली जांच। यहां किसी पार्सर, सत्यापनकर्ता, मेलबॉक्स या भुगतान अनुरोध का परीक्षण नहीं किया गया।

निर्णय-तैयार हेडर सारांश लिखें

• स्रोत: अधिकृत मूल निर्यात और संग्रहण समय की पहचान करें।
• विश्वास: प्राप्त करने वाले सिस्टम और पुष्टि करने वाले लॉग या दस्तावेज़ सीमा का नाम बताएं।
• पहचान: रिकॉर्ड से, मूल्यांकन की गई SPF पहचान और DKIM हस्ताक्षर डोमेन अलग से।
• दायरा: रिपोर्ट किए गए प्रमाणीकरण को सामग्री सुरक्षा और व्यावसायिक प्राधिकरण से अलग करें।
• अगली कार्रवाई: DNS बदलने या किसी संवेदनशील अनुरोध का जवाब देने से पहले सबसे छोटे साक्ष्य अंतर को हल करें।