ईमेल हेडर विश्लेषक

किसी संदेश के कच्चे हेडर चिपकाएँ — या पूरा .eml डाल दें — और वह कहानी पाएँ जो वे सुनाते हैं: हर कदम पर विलंब के साथ हॉप दर हॉप Received श्रृंखला, आपके प्रदाता द्वारा दर्ज किए गए SPF, DKIM और DMARC निर्णय, क्या Reply-To और Return-Path चुपचाप From से अलग डोमेन की ओर इशारा करते हैं, और मुख्य भाग के लिंक निष्क्रिय किए गए और उसके अनुलग्नक चिह्नित। हर निष्कर्ष उसके कारण और उसके भार के साथ सूचीबद्ध है। यह पूरी तरह आपके ब्राउज़र में चलता है: हेडर आपके मेल पथ का नक्शा हैं, और नक्शों को निरीक्षण के लिए अपलोड नहीं किया जाना चाहिए।

या इस बॉक्स में कहीं भी .eml फ़ाइल डालें, या एक चुनें:

नमूना मनगढ़ंत है — एक "बैंक अलर्ट" जो DMARC में विफल होता है, जो कहानी सुनाता है उससे अलग कहानी को जवाब देता है, एक कच्चे IP से लिंक करता है और एक statement.pdf.exe लेकर चलता है।

किसी संदेश के हेडर कैसे प्राप्त करें

हर मेल क्लाइंट उन्हें जितना होना चाहिए उससे एक मेनू गहराई में छिपाता है। Gmail में संदेश खोलें, तीन-बिंदु वाले मेनू पर क्लिक करें और "मूल दिखाएँ" चुनें — पूरा हेडर ब्लॉक जो कुछ दिखाई देता है उसके शीर्ष पर, एनकोड किए गए मुख्य भाग के ऊपर होता है। वेब पर Outlook में यह उन्हीं तीन बिंदुओं के नीचे "संदेश स्रोत देखें" है; डेस्कटॉप Outlook में संदेश खोलें, फिर फ़ाइल → गुण नीचे के बॉक्स में इंटरनेट हेडर दिखाता है। Apple मेल पूरे फ़ाइल के लिए दृश्य → संदेश → सभी हेडर, या कच्चा स्रोत उपयोग करता है। विश्लेषक को पूरा सबूत सौंपने के लिए, संदेश को .eml के रूप में सहेजें या निर्यात करें (Gmail का "संदेश डाउनलोड करें", Apple मेल का फ़ाइल → इस रूप में सहेजें, कच्चे स्रोत प्रारूप में) और फ़ाइल डाल दें — हेडर, मुख्य भाग और अनुलग्नकों के नाम सब उससे पढ़े जाते हैं। श्रृंखला और प्रमाणीकरण विश्लेषण के लिए अकेले हेडर ही काफी हैं; .eml लिंक और अनुलग्नक जाँच जोड़ता है, और वहीं फ़िशिंग सबूत का एक अच्छा तिहाई हिस्सा रहता है।

यह क्या पढ़ता है — और ईमानदारी से क्या नहीं पढ़ सकता

दायरा साफ़ तौर पर बताया गया है ताकि स्कोर को कभी उससे अधिक न समझा जाए जितना वह है। यह विश्लेषक हेडर पढ़ता है और मुख्य भाग में जो है उसे निकालता है। यह DKIM हस्ताक्षरों को स्वयं सत्यापित नहीं करता — यह वह निर्णय रिपोर्ट करता है जो आपके प्राप्तकर्ता सर्वर ने संदेश के आने पर Authentication-Results में दर्ज किया था, जो वही सत्यापन है जो मायने रखता है, उस एकमात्र क्षण में किया गया जब वह मूल संदेश के अक्षत रहते हुए किया जा सकता था। यह DNS के विरुद्ध SPF को फिर से नहीं चलाता, और यह URL को ख़तरा फ़ीड से नहीं जाँचता या उन्हें खोलता नहीं है: लिंक निष्क्रिय किए जाते हैं (hxxps, बिंदु कोष्ठक में) ताकि आप असली गंतव्य को सुरक्षित रूप से पढ़ सकें, और आकार के हिसाब से चिह्नित किए जाते हैं — कच्चे IP होस्ट, @ चिह्न की चालें, punycode, छोटा करने वाले, लिंक पाठ जो एक डोमेन का नाम लेता है और दूसरे पर जाता है। स्कोर उन लेबल किए गए निष्कर्षों का योग है, निष्कर्षों के ठीक बगल में दिखाया गया: किसी दूसरे डोमेन पर Reply-To के लिए अंक, दर्ज की गई DMARC विफलता के लिए, दस्तावेज़ का नाम पहने एक निष्पादन योग्य फ़ाइल के लिए। सिर्फ़ बैंड नहीं, सूची पढ़ें। साथी लेख, एक फ़िशिंग ईमेल हेडर की शारीरिक रचना, एक संदेश को सिरे से सिरे तक विच्छेदित करता है, और भेजने वाले पक्ष के साथी — आपके रिकॉर्ड के लिए ईमेल वितरण योग्यता जाँच और उनसे उत्पन्न प्रतिक्रिया के लिए DMARC रिपोर्ट विश्लेषक — नमूने जैसा न दिखने के दर्पण-छवि कार्य को संभालते हैं। तीनों प्रोटोकॉल के बावजूद वैध मेल फिर भी स्पैम में क्यों जाता है, यह आपका ईमेल स्पैम में क्यों जाता है में बताया गया है।

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

ईमेल हेडर वास्तव में क्या साबित कर सकते हैं?

जो हेडर एक प्राप्तकर्ता सर्वर लिखता है वे सबूत हैं; जो एक प्रेषक लिखता है वे दावे हैं। आपके प्रदाता का Authentication-Results दर्ज करता है कि संदेश के आने पर उसकी जाँचों ने क्या पाया, और इंटरनेट के आपके पक्ष के सर्वरों द्वारा मुहर लगाए गए Received हॉप बाद में जाली बनाना कठिन है। निचले हॉप — प्रेषक के सबसे निकट वाले — कोई भी लिख सकता है, यही कारण है कि यह विश्लेषक श्रृंखला को असली घोषित करने के बजाय, हर हॉप क्या कहता है यह रिपोर्ट करता है और जो समय मेल नहीं खाता उसे चिह्नित करता है। काम किया हुआ परिचय एक फ़िशिंग ईमेल हेडर की शारीरिक रचना है।

संदेश DMARC पास कर गया। क्या इसका मतलब है कि वह सुरक्षित है?

इसका मतलब है कि From डोमेन वास्तव में उसी के द्वारा समर्थित है जो उस डोमेन को नियंत्रित करता है — इससे अधिक कुछ नहीं। एक मिलता-जुलता डोमेन (आपके बैंक का नाम एक अक्षर बदले हुए, नए सिरे से पंजीकृत, संपूर्ण SPF, DKIM और DMARC के साथ) हर जाँच पास करता है जबकि वह पूरी तरह धोखाधड़ी है, और असली डोमेन पर किसी समझौता किए गए खाते से आई असली मेल भी ऐसा ही करती है। प्रमाणीकरण इस सवाल का जवाब देता है कि "क्या यह सच में उस डोमेन से है जिसका वह दावा करता है", कभी इस सवाल का नहीं कि "क्या आपको उस पर भरोसा करना चाहिए जो वह माँगता है"। सिर्फ़ प्रमाणीकरण नहीं, माँग को पढ़ें।

क्या यह टूल DKIM हस्ताक्षर को स्वयं सत्यापित करता है?

नहीं, और यह ऐसा कहता है बजाय इसके कि इसका संकेत दे। यह विश्लेषक वितरण के समय प्राप्तकर्ता सर्वर द्वारा दर्ज किया गया Authentication-Results हेडर पढ़ता है — एक ऐसे सत्यापन का निर्णय जो पहले ही हो चुका है। यहाँ फिर से सत्यापित करने का मतलब होता DNS से प्रेषक की कुंजी लाना और मूल हेडर के सटीक कैनोनिकलाइज़ेशन को फिर से बनाना, जो एक मेल सर्वर का काम है, हेडर पाठक का नहीं। वही ईमानदारी URL पर भी लागू होती है: वे निरीक्षण के लिए निकाले और निष्क्रिय किए जाते हैं, ख़तरा फ़ीड से जाँचे नहीं जाते।

क्या किसी संदिग्ध ईमेल को यहाँ चिपकाना सुरक्षित है?

हाँ — विश्लेषण आपके ब्राउज़र में चलता है और आप जो कुछ भी चिपकाते हैं वह न तो प्रसारित होता है न संग्रहीत। यह जितना लग सकता है उससे अधिक मायने रखता है: हेडर में आपका पता, आपके प्रदाता के आंतरिक होस्ट नाम और IP पते, और वह पूरा पथ होता है जो एक संदेश ने आप तक पहुँचने के लिए तय किया। उन्हें किसी AI चैट या ऑनलाइन पेस्ट सेवा में चिपकाकर पूछना कि "क्या यह फ़िशिंग है?" ठीक वही मेटाडेटा प्रकाशित करता है जिसे कोई हमलावर गिनना चाहेगा। स्थानीय पाठक ही इस काम के लिए सही आकार है।

स्कोर कम है लेकिन संदेश फिर भी ग़लत लगता है। मैं किस पर भरोसा करूँ?

अपनी सहज बुद्धि पर। स्कोर सिर्फ़ हेडर और निकाले गए मुख्य भाग के लिंक में दिखाई देने वाले संकेत गिनता है — वह लहजा, तात्कालिकता की इंजीनियरिंग, जाली चालान राशि, या यह तथ्य नहीं पढ़ सकता कि आपका "CEO" कभी इस तरह नहीं लिखता। कम स्कोर का मतलब है कि हेडर में संदेश के विरुद्ध कोई मज़बूत तकनीकी सबूत नहीं है; यह संदेह की निचली सीमा है, मंज़ूरी नहीं। अगर माँग पैसा, क्रेडेंशियल या गोपनीयता है, तो हेडर कुछ भी कहें, उसे किसी ऐसे चैनल पर सत्यापित करें जिस पर आप पहले से भरोसा करते हैं।