วิเคราะห์ไฟล์ .eml: ส่วนหัว, สายข้อความ Received, ลิงก์, ค่าแฮชของไฟล์แนบ, ความไม่ตรงกันของผู้ส่ง
ใหม่
เครื่องมือตรวจสอบการยืนยันตัวตนทางอีเมล
เครือข่าย: DoHใหม่
เครื่องมือนี้ใช้ภาษาอังกฤษ; หน้านี้อธิบายด้วยภาษาของคุณ
ใช้เครื่องมือตรวจสอบการยืนยันตัวตนทางอีเมล
หน้าที่ของมันคืออะไร
ป้อนชื่อโดเมนเพื่อตรวจสอบระดับการป้องกันการปลอมแปลง: โครงสร้าง SPF include พร้อมจำนวนการค้นหา, นโยบาย DMARC, ขนาดกุญแจ DKIM, MTA-STS, TLS-RPT, BIMI และ MX.
ชื่อ DNS ที่คุณค้นหาจะถูกส่งไปยังเซิร์ฟเวอร์รีเลย์ DNS ของ PhishDestroy (/api/dns-resolve.php) ซึ่งจะส่งคำขอไปยัง Cloudflare หรือ Google DNS ผ่าน HTTPS
วิธีใช้เครื่องมือตรวจสอบการยืนยันตัวตนทางอีเมล
- ป้อนชื่อโดเมน. ป้อนชื่อโดเมน ที่อยู่อีเมล หรือ URL เครื่องมือนี้จะเก็บไว้เฉพาะชื่อโดเมนเท่านั้น จะลบ www. ที่อยู่หน้า URL และตัดส่วนนำหน้า เช่น _dmarc ออก
- เพิ่มตัวเลือกรหัส DKIM. หากคุณได้รับข้อความจากโดเมนดังกล่าว ให้คัดลอกค่า s= จากส่วนหัว DKIM-Signature ของข้อความนั้นมาใส่ลงในช่อง selectors โดยระบบจะตรวจสอบสูงสุด 10 ค่า
- ดำเนินการตรวจสอบ. Press Check หรือลองใช้ตัวเลือก DKIM ที่นิยมใช้เพื่อทดสอบ 15 ชื่อที่พบบ่อย ตัวนับจะแสดงจำนวนการสอบถาม 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 และ MX เป็นค่าว่าง (0 .): โดเมนนี้ประกาศว่าไม่ส่งหรือรับอีเมล ดังนั้นข้อความใดก็ตามที่ส่งมาจากโดเมนนี้จึงเป็นข้อความปลอม DMARC ถูกกำหนดเป็น "warn" (เตือน) เพียงเพราะบันทึกดังกล่าวไม่มีที่อยู่ rua= ดังนั้นเจ้าของโดเมนจึงไม่ได้รับรายงานรวม; ส่วนนโยบายเอง (p=reject, sp=reject) ถูกบังคับใช้อย่างเต็มที่
สิ่งที่ระบบตรวจสอบ
| สัญญาณ | ความหมายของคำนี้คืออะไร |
|---|---|
| บันทึก SPF | บันทึกที่ขาดหายไปถือว่าล้มเหลว +all จะทำให้ทุกเซิร์ฟเวอร์ผ่านการตรวจสอบได้ ส่วน ?all หรือ no all จะไม่มีการป้องกันใด ๆ; -all หรือ ~all จะให้ผลลัพธ์ตามที่คุณคาดหวัง |
| การค้นหา SPF และจำนวนที่ว่าง | ให้รวม a, mx, ptr, exists และ redirect เข้าไปในแต่ละครั้งที่มีการค้นหา DNS หากมีการค้นหาเกิน 10 ครั้ง หรือมีมากกว่า 2 ครั้งที่ไม่มีผลลัพธ์ จะทำให้ SPF ทำงานผิดพลาดด้วยข้อผิดพลาดแบบ permanent error |
| นโยบาย DMARC | p=none ใช้เพียงเพื่อติดตามเท่านั้น ส่วน quarantine จะส่งอีเมลที่ส่งไม่สำเร็จไปยังโฟลเดอร์สแปม และ reject จะปฏิเสธอีเมลดังกล่าว คำเตือนยังรวมถึงค่า pct ที่ต่ำกว่า 100, sp=none และที่อยู่ rua ที่ขาดหายไป |
| DMARC ที่รับสืบทอด | หากซับโดเมนไม่มีข้อมูลบันทึก ระบบจะอ่านข้อมูลบันทึกของโดเมนองค์กรและทำเครื่องหมายว่าได้รับการสืบทอด |
| กุญแจ DKIM | แสดงตามตัวเลือกร่วมกับประเภทและขนาด RSA ที่มีขนาดน้อยกว่า 1024 บิตจะถือว่าไม่ผ่าน ส่วนที่น้อยกว่า 2048 บิตจะแสดงคำเตือน และค่า p= ที่ว่างเปล่าหมายความว่ากุญแจถูกเพิกถอนแล้ว |
| MTA-STS และ TLS-RPT | ข้อมูลเพิ่มเติมที่ขอให้ผู้ส่งใช้ TLS ที่ได้รับการยืนยันและรายงานกรณีที่เกิดข้อผิดพลาด หากข้อมูลเหล่านี้ขาดไป คุณจะได้รับข้อความแจ้งเตือน ไม่ใช่ข้อผิดพลาด |
| BIMI | บันทึกโลโก้แบรนด์ที่เลือกใช้ได้ จะนับเฉพาะเมื่อ DMARC อยู่ในสถานะกักกันหรือปฏิเสธ (reject) พร้อมค่า pct=100 |
| MX | แสดงรายชื่อเซิร์ฟเวอร์อีเมล MX ที่ว่าง (0 .) หมายความว่าโดเมนนั้นไม่รับอีเมล; NXDOMAIN หมายความว่าโดเมนนั้นไม่มีอยู่ |
ตัวอย่างเพิ่มเติม
URL แทนที่โดเมน
https://www.example.net/loginหมายเหตุว่า www.example.net ได้รับการตรวจสอบเป็น example.net แล้วมีคำขอ DNS ทั้งหมด 6 ครั้ง: SPF ผ่านสำหรับ "v=spf1 -all", DMARC ได้รับคำเตือนสำหรับ p=reject, sp=reject โดยไม่มีที่อยู่ rua, DKIM ไม่ได้รับการตรวจสอบ, ไม่มีบันทึก MTA-STS, TLS-RPT หรือ BIMI, และ MX เป็นค่าว่าง
โดเมนที่ไม่มีอยู่
nothing.exampleSPF ไม่ผ่าน (ไม่มีบันทึก SPF), DMARC ไม่ผ่าน (ไม่มีบันทึก DMARC) และ MX ไม่ผ่าน เนื่องจาก nothing.example ไม่存在 (NXDOMAIN) แถว BIMI ระบุว่า DMARC ยังไม่ถูกบังคับใช้
ชื่อบันทึก DKIM
google._domainkey.example.orgตัวเลือกรูป google ถูกใส่ลงในช่อง selectors และ example.org ถูกทำเครื่องหมายไว้ แถว DKIM แสดงข้อความ "google: revoked" เนื่องจากบันทึกกุญแจมีค่า p= ที่ว่าง
คำถามที่พบบ่อย
เครื่องมือตรวจสอบการยืนยันอีเมลตรวจสอบอะไร?
บันทึก SPF และทุกคำสั่ง include และ redirect ที่มันดึงเข้ามา โดยนับจำนวนคำค้นหา DNS ตามขีดจำกัด 10 และนับการค้นหาที่ว่างเปล่าตามขีดจำกัด 2 (RFC 7208) นอกจากนี้ ยังอ่านบันทึก DMARC โดยใช้โดเมนขององค์กรเป็นค่าสำรอง กุญแจ DKIM สำหรับตัวเลือกที่คุณกำหนด รวมถึงบันทึก MTA-STS, TLS-RPT, BIMI และ MX
ผู้ตรวจสอบไม่สามารถเห็นอะไรได้บ้าง?
DNS ไม่สามารถแสดงรายการกุญแจ DKIM ได้: แต่ละกุญแจอยู่ภายใต้ selector ที่ผู้ส่งเลือก ดังนั้น ให้ใส่ค่า s= จากส่วนหัว DKIM-Signature ของข้อความ หรือลองใช้ selector ที่นิยมใช้กัน; การค้นหาไม่พบไม่ได้หมายความว่าอะไร ไฟล์นโยบาย MTA-STS และโลโก้ BIMI ไม่ถูกดาวน์โหลด และมาโคร SPF ที่ขึ้นอยู่กับผู้ส่งไม่ถูกขยาย
ข้อมูลอะไรถูกส่งผ่านเครือข่าย?
เพียงชื่อ DNS ที่สร้างขึ้นจากโดเมนที่คุณป้อน เช่น _dmarc.example.com เท่านั้นที่จะถูกส่งไปยัง PhishDestroy DNS relay ซึ่งจะส่งคำขอไปยัง Cloudflare หรือ Google ผ่าน DNS over HTTPS การตรวจสอบแต่ละครั้งใช้ประมาณ 5 ถึง 25 คำขอ และระบบ relay นี้อนุญาตให้ส่งคำขอได้ 60 ครั้งต่อนาที
ผลที่ชัดเจนเช่นนี้หมายความว่าอีเมลจากโดเมนนี้คือของจริงหรือไม่?
ไม่ครับ โปรแกรมตรวจสอบจะอ่านนโยบายที่โดเมนได้เผยแพร่ไว้ ไม่ใช่ข้อความเฉพาะใด ๆ หากต้องการตรวจสอบว่าอีเมลหนึ่งผ่าน SPF, DKIM และ DMARC หรือไม่ ให้เปิดไฟล์ต้นฉบับของอีเมลนั้นใน EML Analyzer
ทำไม DMARC จึงถูกกำหนดสถานะเป็น "warn" แม้ตั้งค่า p=reject?
คำเตือนยังรวมถึงการตั้งค่าที่ทำให้ความครอบคลุมหรือการรายงานลดลง: ไม่มีที่อยู่ Rua สำหรับรายงานรวม, ค่าเปอร์เซ็นต์ต่ำกว่า 100 หรือ sp=none สำหรับโดเมนย่อย นโยบายการปฏิเสธยังคงมีผลบังคับใช้อยู่
การค้นหาที่ว่างคืออะไร?
การสอบถาม DNS ที่ดำเนินการระหว่างการตรวจสอบ SPF ซึ่งไม่คืนค่าบันทึกใดที่สามารถใช้งานได้ เช่น คำค้นหาประเภท a: หรือ mx: ที่ชื่อของมันไม่มีที่อยู่หรือเซิร์ฟเวอร์อีเมล SPF อนุญาตให้มีได้สองรายการ; หากมีรายการที่สาม ระบบจะล้มเหลวพร้อมข้อผิดพลาดแบบ permanent error