.eml फ़ाइल का पार्स करें: हेडर, रिसीव्ड चेन, लिंक, अटैचमेंट हैश, प्रेषक असंगतताएँ।
नया
ईमेल प्रमाणीकरण परीक्षक
नेटवर्क: DoHनया
यह उपकरण स्वयं अंग्रेज़ी में है; यह पृष्ठ इसे आपकी भाषा में समझाता है।
ईमेल प्रमाणीकरण परीक्षक का उपयोग करें
यह क्या करता है
स्पूफिंग के खिलाफ यह कितना सुरक्षित है, देखने के लिए एक डोमेन दर्ज करें: SPF इन्क्लूड ट्री और इसकी लुकअप काउंट, DMARC नीति, DKIM कुंजी आकार, MTA-STS, TLS-RPT, BIMI और MX।
आप जो DNS नाम खोजते हैं, उन्हें PhishDestroy DNS रिले (/api/dns-resolve.php) पर भेजा जाता है, जो Cloudflare या Google DNS over HTTPS से पूछता है।
ईमेल प्रमाणीकरण परीक्षक का उपयोग कैसे करें
- एक डोमेन दर्ज करें. एक डोमेन, ईमेल पता या URL टाइप करें। यह टूल केवल डोमेन रखता है, URL से 'www.' हटा देता है और _dmarc जैसे उपसर्ग हटा देता है।
- DKIM सिलेक्टर जोड़ें. यदि आपके पास डोमेन से कोई संदेश है, तो उसके DKIM-Signature हेडर के s= मान को सेलेक्टर्स फ़ील्ड में कॉपी करें। अधिकतम 10 की जाँच की जाती है।
- चेक चलाएँ. प्रेस चेक, या 15 सामान्य नामों का परीक्षण करने के लिए सामान्य DKIM चयनकर्ताओं का प्रयास करें। काउंटर दिखाता है कि कितने DNS क्वेरीज़ का उपयोग किया गया।
- सारांश तालिका पढ़ें. प्रत्येक रिकॉर्ड को एक-लाइन निष्कर्ष के साथ पास, वार्न, फेल, इन्फो या एरर में वर्गीकृत किया जाता है। नीचे के अनुभाग कच्चे रिकॉर्ड और SPF शामिल ट्री दिखाते हैं।
- परिणाम का उपयोग करें. SPF के बिना और सख्त DMARC नीति लागू न करने वाला डोमेन आसानी से स्पूफ किया जा सकता है। जब आप उस डोमेन से आने का दावा करने वाले संदेश का मूल्यांकन करें तो इसे ध्यान में रखें।
उदाहरण
एक डोमेन जो कोई मेल नहीं भेजता
example.comChecked example[.]com · 6 DNS queries through the relay (Cloudflare)
Summary
RECORD STATUS FINDING
SPF pass "v=spf1 -all": no server may send mail as example[.]com, so any message from it is forged
DMARC warn p=reject, sp=reject
DKIM info Not checked: DKIM keys can only be found by selector (see the DKIM-Signature s= of a message)
MTA-STS info No MTA-STS record (optional): senders may deliver over unencrypted or unverified TLS
TLS-RPT info No TLS-RPT record (optional): no reports about TLS delivery failures
BIMI info No BIMI record (optional). DMARC is at enforcement
MX info Null MX "0 .": the domain accepts no mail (RFC 7505)
SPF
DNS-QUERYING TERMS
0 of 10
VOID LOOKUPS
0 of 2
UNLISTED SENDERS GET
fail (-all)
v=spf1 -all
Include and redirect tree (lookups are numbered in evaluation order; include, a, mx, ptr, exists and redirect count, RFC 7208 §4.6.4)
example[.]com · 0 lookups here, 0 in this branch
fail -all
DMARC
Found at _dmarc.example[.]com
v=DMARC1;p=reject;sp=reject;adkim=s;aspf=s
warn no rua: the owner receives no aggregate reports
TAG VALUE MEANING
v DMARC1 version
p reject policy for the domain itself — reject: failing mail is refused
sp reject policy for subdomains (default: p) — reject: failing mail is refused
adkim s DKIM alignment: r = same organization, s = exact domain (default r)
aspf s SPF alignment: r = same organization, s = exact domain (default r)
DKIM
DNS cannot list DKIM keys: each one sits under a selector chosen by the sender (selector._domainkey.example[.]com). Enter the s= value from a message's DKIM-Signature header, or press “Try common
…SPF v=spf1 -all, DMARC p=reject और एक null MX (0.0): डोमेन यह घोषित करता है कि वह न तो मेल भेजता है और न ही प्राप्त करता है, इसलिए इससे आने वाला कोई भी संदेश जाली है। DMARC को केवल warn के रूप में चिह्नित किया गया है क्योंकि रिकॉर्ड में rua= पता नहीं है, इसलिए मालिक को कोई समेकित रिपोर्ट नहीं मिलती; नीति स्वयं (p=reject, sp=reject) पूरी तरह से लागू है।
यह क्या जाँचता है
| संकेत | इसका क्या मतलब है |
|---|---|
| एसपीएफ रिकॉर्ड | एक गायब रिकॉर्ड एक विफलता है। +all हर सर्वर को पास होने देता है और ?all या no all कोई सुरक्षा नहीं देता; -all या ~all वही है जिसकी आप उम्मीद करते हैं। |
| SPF लुकअप और शून्य गणनाएँ | include, a, mx, ptr, exists और redirect प्रत्येक DNS लुकअप की लागत में शामिल हैं। 10 से अधिक लुकअप, या 2 से अधिक जो कुछ भी नहीं लौटाते, SPF को पर्मेरर के साथ त्रुटिपूर्ण बना देते हैं। |
| डीएमएआरसी नीति | p=none केवल मॉनिटर करता है, क्वारंटाइन असफल मेल को स्पैम में भेजता है और रिजेक्ट इसे अस्वीकार कर देता है। चेतावनियाँ 100 से कम pct, sp=none और एक अनुपस्थित rua पते को भी कवर करती हैं। |
| वारिस DMARC | यदि किसी सबडोमेन का कोई रिकॉर्ड नहीं है, तो संगठनात्मक डोमेन का रिकॉर्ड पढ़ा जाता है और उसे विरासत में मिला हुआ चिह्नित किया जाता है। |
| डीकेआईएम कुंजी | प्रत्येक चयनकर्ता को प्रकार और आकार के साथ दिखाया गया है। 1024 बिट्स से कम RSA विफल माना जाता है, 2048 बिट्स से कम होने पर चेतावनी दी जाती है, और p= खाली होने का अर्थ है कि कुंजी रद्द कर दी गई है। |
| एमटीए-एसटीएस और टीएलएस-आरपीटी | ऐच्छिक रिकॉर्ड जो प्रेषकों से सत्यापित TLS का उपयोग करने और विफलताओं की रिपोर्ट करने के लिए कहते हैं। यदि ये अनुपस्थित हों, तो आपको त्रुटि नहीं, बल्कि एक सूचना मिलती है। |
| बाइमी | एक वैकल्पिक ब्रांड-लोगो रिकॉर्ड। यह केवल तभी गिना जाता है जब DMARC क्वारंटाइन या रिजेक्ट पर हो और pct=100 हो। |
| एमएक्स | मेल सर्वरों की सूची दिखाता है। शून्य MX (0.) का अर्थ है कि डोमेन कोई मेल स्वीकार नहीं करता; NXDOMAIN का अर्थ है कि डोमेन मौजूद नहीं है। |
और उदाहरण
डोमेन के बजाय एक यूआरएल
https://www.example.net/loginध्यान दें कि www.example.net को example.net के रूप में जांचा गया है, फिर 6 DNS क्वेरीज़: "v=spf1 -all" के लिए SPF पास, p=reject के लिए DMARC वार्निंग, rua एड्रेस के बिना sp=reject, DKIM जांचा नहीं गया, कोई MTA-STS, TLS-RPT या BIMI रिकॉर्ड नहीं, और एक null MX।
एक डोमेन जो मौजूद नहीं है
nothing.exampleSPF विफल (कोई SPF रिकॉर्ड नहीं), DMARC विफल (कोई DMARC रिकॉर्ड नहीं) और MX विफल क्योंकि nothing.example मौजूद नहीं है (NXDOMAIN)। BIMI पंक्ति में उल्लेख है कि DMARC प्रवर्तन में नहीं है।
डीकेआईएम रिकॉर्ड का नाम
google._domainkey.example.orgसेलेक्टर google सेलेक्टर्स फ़ील्ड में जाता है और example.org को चेक किया जाता है। DKIM पंक्ति में "google: revoked" लिखा होता है क्योंकि की रिकॉर्ड में p= खाली है।
अक्सर पूछे जाने वाले प्रश्न
ईमेल प्रमाणीकरण परीक्षक क्या देखता है?
SPF रिकॉर्ड और इसमें शामिल हर include और redirect, DNS-प्रश्न करने वाले शब्दों को 10 की सीमा के खिलाफ और void लुकअप को 2 की सीमा के खिलाफ गिना जाता है (RFC 7208)। यह DMARC रिकॉर्ड भी पढ़ता है, संगठनात्मक डोमेन पर वापस जाकर आपके द्वारा दिए गए चयनकर्ताओं के लिए DKIM कुंजियाँ, और MTA-STS, TLS-RPT, BIMI तथा MX रिकॉर्ड्स को भी पढ़ता है।
चेकर क्या नहीं देख सकता?
DNS DKIM कुंजियों को सूचीबद्ध नहीं कर सकता: प्रत्येक कुंजी प्रेषक द्वारा चुने गए एक चयनकर्ता के अंतर्गत होती है, इसलिए संदेश के DKIM-Signature हेडर से s= मान दर्ज करें या सामान्य चयनकर्ताओं को आज़माएँ; कोई त्रुटि कुछ भी साबित नहीं करती। MTA-STS नीति फ़ाइल और BIMI लोगो डाउनलोड नहीं किए जाते, और प्रेषक पर निर्भर SPF मैक्रोज़ का विस्तार नहीं किया जाता।
नेटवर्क पर क्या भेजा जाता है?
केवल आपके द्वारा दर्ज किए गए डोमेन से बनाए गए DNS नाम, जैसे _dmarc.example.com, PhishDestroy DNS रिले पर जाते हैं, जो DNS over HTTPS के माध्यम से Cloudflare या Google से पूछता है। एक जांच में लगभग 5 से 25 क्वेरीज़ होती हैं; रिले प्रति मिनट 60 क्वेरीज़ की अनुमति देता है।
क्या एक मजबूत परिणाम का मतलब है कि इस डोमेन से भेजा गया ईमेल असली है?
नहीं। चेकर डोमेन की प्रकाशित नीति पढ़ता है, किसी विशिष्ट संदेश को नहीं। यह देखने के लिए कि कोई ईमेल SPF, DKIM और DMARC पास कर पाया है या नहीं, उसका स्रोत EML Analyzer में खोलें।
p=reject होने के बावजूद DMARC को चेतावनी क्यों दिखाया जा रहा है?
चेतावनियाँ उन सेटिंग्स को भी कवर करती हैं जो कवरेज या रिपोर्टिंग को कमजोर करती हैं: एग्रीगेट रिपोर्ट्स के लिए कोई rua पता नहीं, सबडोमेन के लिए pct 100 से कम या sp=none। रिजेक्ट नीति अभी भी लागू रहती है।
वॉइड लुकअप क्या है?
SPF का मूल्यांकन करते समय की गई एक DNS क्वेरी जो कोई उपयोगी रिकॉर्ड नहीं लौटाती, उदाहरण के लिए a: या mx: टर्म जिसका नाम किसी भी एड्रेस या मेल सर्वर से नहीं जुड़ा होता। SPF दो की अनुमति देता है; तीसरे पर यह स्थायी त्रुटि (permerror) के साथ विफल हो जाता है।