एक संदेश अन्यत्र उत्तर निर्देशित करते समय किसी परिचित प्रेषक पते का उपयोग कर सकता है। वह अंतर वैध हो सकता है, जैसे टिकटिंग सेवा, या यह किसी संवेदनशील बातचीत को पुनर्निर्देशित कर सकता है। बेमेल को हमला कहने या प्रमाणीकरण को उत्तर गंतव्य के अनुमोदन के रूप में मानने से पहले वास्तविक फ़ील्ड और प्राप्त विश्वास सीमा की जांच करें।
क्षेत्र की भूमिका को समझें
RFC 5322 रिप्लाई-टू को उस मेलबॉक्स या मेलबॉक्स के रूप में वर्णित करता है जिस पर लेखक उत्तर भेजने का सुझाव देता है। इसके अभाव में, उत्तर सामान्यतः प्रेषक मेलबॉक्स में चले जाते हैं। यह एक संदेश-प्रारूप निर्देश है, जो SMTP लिफाफा वितरण से अलग है और मानव अनुमोदन निर्णय से अलग है। ग्राहक और वर्कफ़्लो उपकरण अपना स्वयं का उत्तर व्यवहार लागू कर सकते हैं, इसलिए संवेदनशील प्रतिक्रिया भेजने से पहले वास्तविक प्राप्तकर्ता का निरीक्षण करें। RFC 5322 अनुभाग 3.6.2.
DMARC अपने पहचान संबंध के लिए लेखक डोमेन का उपयोग करता है, न कि रिप्लाई-टू फ़ील्ड का। इसलिए एक पास यह स्थापित नहीं करता है कि एक अलग रिप्लाई-टू डोमेन एक ही संगठन से संबंधित है। एक वैध DKIM हस्ताक्षर जब वह फ़ील्ड हस्ताक्षर की हस्ताक्षरित-हेडर सूची में शामिल हो तो रिप्लाई-टू को कवर कर सकता है, लेकिन किसी मान की अखंडता को गोपनीय पत्राचार के लिए इसका उपयोग करने की अनुमति नहीं है। DMARC और DKIM.
स्क्रीनशॉट के बजाय मूल को एनोटेट करें
कच्चे संदेश बाइट्स बनाए रखें. प्रेषक, उत्तर-प्रति, दिखाते हुए एक अलग एनोटेशन बनाएं Return-Path, DKIM d= and h= values, and the receiving system that produced Authentication-Results. प्रेषक द्वारा प्रदान किए गए फ़ील्ड के रूप में मार्क फ्रॉम और रिप्लाई-टू, सत्यापन की आवश्यकता वाले दावे के रूप में DKIM हस्ताक्षर, और प्रमाणीकरण परिणाम तभी विश्वसनीय माने जाते हैं जब उनकी उत्पत्ति स्थापित हो जाती है। RFC 8601.
यह न मानें कि कॉपी की गई Authentication-Results पंक्ति वास्तविक है। इसी तरह, एक मनमाने ढंग से सहेजी गई टेक्स्ट फ़ाइल में Return-Path फ़ील्ड स्वतंत्र रूप से SMTP लिफाफे को साबित नहीं करता है। जहां आवश्यक हो, अधिकृत प्राप्त लॉग के साथ सहसंबंध बनाएं।
तीन लिखित हेडर परिदृश्यों की तुलना करें
मान लें कि प्रत्येक मामले में billing@supplier.example.test से दृश्यमान है। लिफ़ाफ़ा पहचान, DKIM d= और h= मान, वास्तविक हस्ताक्षर और विश्वसनीय रिसीवर परिणाम प्रदान नहीं किए जाते हैं। एक कॉपी किया गया पास दावा उन अंतरालों को नहीं भर सकता है।
- अप्रत्याशित मार्ग: Reply-To case@support.example.test ; कोई वर्कफ़्लो अनुमोदन प्रदान नहीं किया गया. समीक्षा के लिए अलग-अलग सटीक डोमेन को फ़्लैग करें, संवेदनशील उत्तर रखें और किसी ज्ञात चैनल के माध्यम से सेवा स्वामी से पूछें।
- समान-डोमेन मार्ग: Reply-To help@supplier.example.test . एक सटीक-डोमेन बेमेल नियम इसे चिह्नित नहीं करेगा, लेकिन यह इस बात का प्रमाण नहीं है कि मेलबॉक्स या अनुरोधित जानकारी अधिकृत है।
- दायरा अपवाद: Reply-To case@tickets.example.test ; मान लें कि एक काल्पनिक सूची केवल नियमित समर्थन टिकटों के लिए इस सेवा की अनुमति देती है। इसे उस उद्देश्य के लिए अपेक्षित मानें, न कि भुगतान परिवर्तन या गोपनीय दस्तावेज़ों की अनुमति।
ये उदाहरण लिखित मूल्य और निर्णय हैं, न कि इसमें शामिल .eml फ़ाइल, पार्सर रन या वास्तविक प्रमाणीकरण परिणाम। कोई DKIM हस्ताक्षर मनगढ़ंत नहीं है. प्रस्तावित सेवा स्वामी वास्तविक उत्तर से पहले प्राप्तकर्ता और अनुमत जानकारी दोनों का सत्यापन करता है; मेल अन्वेषक अलग से मूल बाइट्स और विश्वसनीय प्रमाणीकरण साक्ष्य प्राप्त करता है।
वर्कफ़्लो के विरुद्ध उत्तर गंतव्य को सत्यापित करें
सेवा स्वामी से पूछें कि क्या इस संदेश प्रकार के लिए बाहरी गंतव्य अपेक्षित है और क्या यह प्रस्तावित जानकारी के लिए उपयुक्त है। एक समर्थन मेलबॉक्स बिलिंग प्रेषक से वैध रूप से भिन्न हो सकता है, फिर भी भुगतान निर्देशों या संवेदनशील अनुलग्नकों के लिए अनुपयुक्त हो सकता है। अनुमोदन उद्देश्य से मेल खाना चाहिए, न कि केवल डोमेन के अस्तित्व से।
अप्रत्याशित अनुरोधों के लिए, किसी ज्ञात स्वतंत्र चैनल के माध्यम से कथित प्रेषक से संपर्क करें। गोपनीय सामग्री ईमेल करके किसी संदिग्ध गंतव्य का परीक्षण न करें। यदि कोई क्लाइंट स्वचालित रूप से रिप्लाई-टू पॉप्युलेट करता है, तो गंतव्य सत्यापित होने तक ड्राफ्ट रद्द कर दें।
फ़ील्ड-स्तरीय प्रश्न बंद करें
रिकॉर्ड करें कि क्या बेमेल अपेक्षित था, अनधिकृत था या अनसुलझा था, और कौन से सबूत उस निष्कर्ष का समर्थन करते हैं। प्रमाणीकरण परिणामों को एक अलग अवलोकन के रूप में रखें। यह एक उपयोगी अंतर बरकरार रखता है: एक संदेश बरकरार और डोमेन-प्रमाणित हो सकता है जबकि इसका सुझाया गया उत्तर मार्ग व्यावसायिक कार्रवाई के लिए अनुपयुक्त है।