Phân tích tệp .eml: tiêu đề, chuỗi “Received”, các liên kết, mã băm tệp đính kèm, sự không khớp thông tin người gửi.
Mới
Công cụ kiểm tra xác thực email
Mạng: DoHMới
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 Công cụ kiểm tra xác thực email
Chức năng của nó là gì?
Nhập tên miền để xem mức độ bảo vệ của tên miền đó trước các hành vi giả mạo: cây bao gồm SPF cùng số lần tra cứu, chính sách DMARC, kích thước khóa DKIM, MTA-STS, TLS-RPT, BIMI và MX.
Các tên miền DNS mà bạn tra cứu sẽ được gửi đến máy trung chuyển DNS PhishDestroy (/api/dns-resolve.php), nơi sẽ gửi yêu cầu đến Cloudflare hoặc Google DNS qua HTTPS.
Cách sử dụng Công cụ kiểm tra xác thực email
- Nhập tên miền. Nhập tên miền, địa chỉ email hoặc URL. Công cụ này chỉ giữ lại tên miền, loại bỏ phần “www.” ở đầu URL và loại bỏ các tiền tố như “_dmarc”.
- Thêm các bộ chọn DKIM. Nếu bạn nhận được một tin nhắn từ miền đó, hãy sao chép giá trị s= trong tiêu đề DKIM-Signature của tin nhắn đó vào trường “selectors”. Hệ thống sẽ kiểm tra tối đa 10 giá trị.
- Thực hiện kiểm tra. Nhấn vào “Kiểm tra” hoặc thử các bộ chọn DKIM phổ biến để kiểm tra 15 tên thường gặp. Đồng hồ đếm hiển thị số lượng truy vấn DNS đã được sử dụng.
- Xem bảng tóm tắt. Mỗi bản ghi sẽ được đánh giá là “pass”, “warn”, “fail”, “info” hoặc “error” kèm theo một dòng kết luận. Các phần dưới đây trình bày các bản ghi thô và cây bao gồm SPF.
- Sử dụng kết quả. Một tên miền không có SPF và không áp dụng chính sách DMARC sẽ rất dễ bị giả mạo. Hãy ghi nhớ điều này khi đánh giá một tin nhắn tự xưng là đến từ tên miền đó.
Ví dụ
Một tên miền không gửi thư điện tử
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 và MX trống (0 .): tên miền này tuyên bố rằng nó không gửi cũng không nhận thư, do đó bất kỳ thư nào từ tên miền này đều là thư giả mạo. DMARC chỉ được đánh dấu là "warn" vì bản ghi không có địa chỉ rua=, do đó chủ sở hữu không nhận được báo cáo tổng hợp; chính sách (p=reject, sp=reject) vẫn được áp dụng đầy đủ.
Nó kiểm tra những gì
| Tín hiệu | Ý nghĩa của điều đó là gì |
|---|---|
| Bản ghi SPF | Một bản ghi bị thiếu được coi là lỗi. Lệnh +all cho phép mọi máy chủ vượt qua, còn ?all hoặc no all sẽ không cung cấp bất kỳ sự bảo vệ nào; -all hoặc ~all sẽ hoạt động như bạn mong đợi. |
| Tra cứu SPF và số lần hủy bỏ | Các lệnh `Include`, `a`, `mx`, `ptr`, `exists` và `redirect` đều gây ra chi phí cho mỗi lần tra cứu DNS. Nếu có hơn 10 lần tra cứu, hoặc có hơn 2 lần tra cứu không trả về kết quả nào, SPF sẽ bị lỗi với thông báo `permerror`. |
| Chính sách DMARC | p=none chỉ theo dõi, quarantine chuyển thư không gửi được vào thư mục spam và reject từ chối thư đó. Các cảnh báo cũng bao gồm tỷ lệ phần trăm (pct) dưới 100, sp=none và trường hợp thiếu địa chỉ RUA. |
| DMARC được kế thừa | Nếu một tên miền con không có bản ghi, hệ thống sẽ đọc bản ghi của tên miền tổ chức và đánh dấu bản ghi đó là “kế thừa”. |
| Khóa DKIM | Hiển thị theo từng bộ chọn kèm theo loại và kích thước. RSA dưới 1024 bit sẽ bị từ chối, dưới 2048 bit sẽ nhận cảnh báo, và trường p= trống có nghĩa là khóa đã bị thu hồi. |
| MTA-STS và TLS-RPT | Các bản ghi tùy chọn yêu cầu người gửi sử dụng TLS đã được xác minh và báo cáo các trường hợp thất bại. Nếu các bản ghi này bị thiếu, bạn sẽ nhận được một thông báo, chứ không phải là lỗi. |
| BIMI | Một bản ghi logo thương hiệu tùy chọn. Bản ghi này chỉ được tính khi DMARC ở trạng thái “quarantine” hoặc “reject” với pct=100. |
| MX | Liệt kê các máy chủ thư. Giá trị MX bằng null (0 .) có nghĩa là tên miền không chấp nhận thư; NXDOMAIN có nghĩa là tên miền không tồn tại. |
Các ví dụ khác
Một URL thay vì một tên miền
https://www.example.net/loginLưu ý rằng www.example.net được kiểm tra với tên miền example.net, sau đó có 6 yêu cầu DNS: SPF đạt yêu cầu cho "v=spf1 -all", DMARC cảnh báo cho p=reject, sp=reject mà không có địa chỉ RUA, DKIM không được kiểm tra, không có bản ghi MTA-STS, TLS-RPT hoặc BIMI, và bản ghi MX trống.
Một tên miền không tồn tại
nothing.exampleLỗi SPF (không có bản ghi SPF), lỗi DMARC (không có bản ghi DMARC) và lỗi MX do tên miền nothing.example không tồn tại (NXDOMAIN). Dòng BIMI ghi chú rằng DMARC hiện không ở chế độ thực thi.
Tên bản ghi DKIM
google._domainkey.example.orgBộ chọn “google” được nhập vào trường “selectors” và ô “example.org” đã được đánh dấu. Dòng DKIM hiển thị “google: revoked” vì bản ghi khóa có trường p= trống.
Câu hỏi thường gặp
Công cụ Kiểm tra Xác thực Email tra cứu những thông tin gì?
Bản ghi SPF và mọi lệnh include và redirect mà nó gọi đến, sẽ tính các yêu cầu tra cứu DNS vào giới hạn 10 và các yêu cầu tra cứu không hợp lệ vào giới hạn 2 (RFC 7208). Nó cũng đọc bản ghi DMARC, chuyển sang miền tổ chức nếu cần, các khóa DKIM cho các selector mà bạn cung cấp, cùng với các bản ghi MTA-STS, TLS-RPT, BIMI và MX.
Công cụ kiểm tra không thể phát hiện được điều gì?
DNS không thể liệt kê các khóa DKIM: mỗi khóa nằm dưới một bộ chọn (selector) do người gửi chọn, vì vậy hãy nhập giá trị s= từ tiêu đề DKIM-Signature của tin nhắn hoặc thử các bộ chọn phổ biến; việc không tìm thấy không chứng tỏ điều gì cả. Tệp chính sách MTA-STS và biểu tượng BIMI không được tải xuống, và các macro SPF phụ thuộc vào người gửi không được mở rộng.
Những gì được truyền qua mạng?
Chỉ các tên DNS được tạo từ tên miền mà bạn nhập, chẳng hạn như _dmarc.example.com, mới được chuyển đến máy trung chuyển DNS PhishDestroy; máy này sẽ gửi yêu cầu đến Cloudflare hoặc Google thông qua giao thức DNS qua HTTPS. Mỗi lần kiểm tra sử dụng khoảng 5 đến 25 truy vấn; máy trung chuyển cho phép tối đa 60 truy vấn mỗi phút.
Kết quả tích cực có nghĩa là email từ miền này là thật không?
Không. Công cụ kiểm tra sẽ đọc chính sách đã được công bố của tên miền, chứ không phải một tin nhắn cụ thể nào. Để kiểm tra xem một email có vượt qua các tiêu chuẩn SPF, DKIM và DMARC hay không, hãy mở mã nguồn của email đó trong EML Analyzer.
Tại sao DMARC lại hiển thị cảnh báo ngay cả khi p=reject?
Các cảnh báo cũng bao gồm các thiết lập làm suy yếu phạm vi áp dụng hoặc khả năng báo cáo: không có địa chỉ RUAs cho các báo cáo tổng hợp, tỷ lệ phần trăm dưới 100 hoặc sp=none đối với các tên miền con. Chính sách từ chối vẫn được áp dụng.
Tra cứu giá trị rỗng là gì?
Một truy vấn DNS được thực hiện trong quá trình đánh giá SPF mà không trả về bất kỳ bản ghi nào có thể sử dụng được, ví dụ như một mục a: hoặc mx: có tên không liên kết với bất kỳ địa chỉ hoặc máy chủ thư nào. SPF cho phép tối đa hai mục như vậy; nếu có mục thứ ba, quá trình đánh giá sẽ thất bại với lỗi vĩnh viễn (permerror).