Trình phân tích tiêu đề email

Dán tiêu đề email thô hoặc mở tệp EML, TXT hay HEADERS để biến siêu dữ liệu vận chuyển phức tạp thành báo cáo dễ đọc. Trình phân tích nối lại các trường bị gập dòng, giữ nguyên thứ tự của trường trùng lặp, tạo dòng thời gian Received bắt đầu từ nguồn và tóm tắt thông tin SPF, DKIM, DMARC, ARC được báo cáo. Mọi xử lý chỉ diễn ra trong thẻ trình duyệt hiện tại và phần nội dung thư bị bỏ qua. Báo cáo cung cấp manh mối hỗ trợ điều tra kỹ thuật, không phải bằng chứng rằng người gửi là thật hoặc thư an toàn.

Cách hoạt động

  1. 1

    Lấy tiêu đề thô

    Dùng lệnh “hiển thị bản gốc” hoặc “xem nguồn” trong ứng dụng email, rồi dán toàn bộ khối tiêu đề hoặc tải tệp đã lưu lên.

  2. 2

    Chọn mục báo cáo

    Giữ các mục định tuyến, xác thực và quan sát kỹ thuật, hoặc ẩn những mục không cần cho cuộc điều tra.

  3. 3

    Đọc và xuất

    Xem dòng thời gian các chặng từ nguồn và siêu dữ liệu xác thực được báo cáo, rồi sao chép bản tóm tắt hoặc xuất báo cáo CSV hay JSON đã làm sạch.

Tiêu đề email có thể và không thể cho biết điều gì

Email Internet gồm các trường tiêu đề có tên, một dòng trống rồi đến nội dung thư. RFC 5322 quy định định dạng thư, trong đó có việc gập trường: dòng bắt đầu bằng khoảng trắng là phần tiếp theo của trường trước. Trình phân tích nối lại các dòng này trước khi diễn giải dữ liệu. Công cụ dừng ở dòng trống đầu tiên nên không phân tích nội dung hay tệp đính kèm.

Máy chủ chuyển thư thường thêm một trường Received lên đầu mỗi khi thư đi qua máy chủ. Vì vậy, nguồn thô hiển thị trường mới nhất trước. Báo cáo đảo thứ tự để tạo dòng thời gian bắt đầu từ nguồn. Chênh lệch chỉ được hiển thị khi cả hai mốc thời gian liền kề đều đọc được. Chênh lệch âm được báo là khả năng lệch đồng hồ và khiến tổng thời gian vận chuyển không được tính; công cụ không âm thầm đổi thành 0.

Mục báo cáo Dữ liệu được trích xuất Giới hạn quan trọng
Tóm tắt thư From, Reply-To, Return-Path, To, Subject, Date và Message-ID Địa chỉ hiển thị có thể bị giả mạo
Định tuyến Các trường Received theo thứ tự, mốc thời gian và độ trễ giữa các chặng Dòng sớm nhất không mặc nhiên là nguồn đáng tin
Xác thực Phương thức và thuộc tính Authentication-Results, Received-SPF và thẻ DKIM Chỉ phân tích kết quả có sẵn, không tự xác minh
Cấu trúc ARC ARC-Seal, ARC-Message-Signature và ARC-Authentication-Results được nhóm theo phiên bản Đủ cấu trúc không có nghĩa chữ ký hợp lệ
Quan sát Trường thiếu hoặc trùng, lỗi được báo cáo, khác biệt tên miền và lệch đồng hồ Không phải kết luận về gian lận hay an toàn

Cách đọc phần xác thực

RFC 8601 định nghĩa Authentication-Results, trường do hệ thống nhận thêm vào để ghi kết quả như spf=pass, dkim=pass hoặc dmarc=fail. Trình phân tích giữ các Authentication-Results trùng lặp vì thư có thể đi qua nhiều miền quản trị. Các thuộc tính liên quan như smtp.mailfrom, header.dheader.from cũng được giữ đúng như báo cáo.

DKIM-Signature chứa siêu dữ liệu như miền ký (d=), selector (s=), thuật toán (a=), danh tính (i=) và các giá trị mật mã lớn (b=bh=). Báo cáo ghi lại các thẻ hữu ích và việc giá trị chữ ký có tồn tại hay không, nhưng chủ ý loại blob chữ ký khỏi tệp JSON. Không có truy vấn DNS hay xác minh mật mã.

RFC 8617 định nghĩa Authenticated Received Chain (ARC). Một phiên bản ARC đầy đủ về cấu trúc khi có ARC-Seal, ARC-Message-Signature và ARC-Authentication-Results cùng giá trị i=. “Đầy đủ” ở đây chỉ mô tả ba thành phần đó, không có nghĩa chuỗi hợp lệ hoặc đáng tin.

Ví dụ định tuyến

Giả sử nguồn thô có hai trường Received. Trường dưới cho biết nguồn chuyển thư đến máy chủ trung chuyển lúc 10:00:03 +0000; trường trên cho biết máy chủ trung chuyển tới người nhận lúc 10:00:10 +0000. Báo cáo hiển thị sự kiện nguồn trước và tính khoảng thời gian quan sát là 7 giây. Độ lệch múi giờ được tính đúng: từ 10:00:03 +0000 đến 12:00:06 +02003 giây, không phải hai giờ. Nếu mốc thứ hai sau chuẩn hóa sớm hơn năm giây, báo cáo đánh dấu lệch đồng hồ và để tổng thời gian ở trạng thái không có.

Ranh giới tin cậy và lỗi thường gặp

RFC 5321 mô tả vận chuyển SMTP và thông tin truy vết do máy chủ thêm vào. Tiêu đề từ bên ngoài hệ thống thư tin cậy có thể bị bịa đặt. Hãy bắt đầu tin cậy tại hệ thống nhận do bạn kiểm soát, rồi chỉ đi xuống đến mức hồ sơ và chính sách của hệ thống đó cho phép. Miền From hiển thị khác miền Return-Path là điều thường gặp với danh sách thư, dịch vụ chuyển tiếp và nền tảng gửi thư giao dịch; đó là một quan sát, không phải bằng chứng giả mạo.

Tiêu đề thư và tên hiển thị được mã hóa có thể dùng encoded-word RFC 2047. Trình phân tích giải mã các dạng Base64 hoặc quoted-printable phổ biến bằng UTF-8, ISO-8859-1 và Windows-1252; kiểu mã hóa không hỗ trợ vẫn hiển thị cùng cảnh báo. Số lượng trường và chặng quá lớn bị giới hạn để trình duyệt luôn phản hồi. Khi ứng phó sự cố, hãy giữ riêng thư gốc: tệp xuất là báo cáo ngắn gọn và chủ ý không chứa dữ liệu thô, nội dung, tệp đính kèm hay blob chữ ký DKIM.

Quyền riêng tư và xuất dữ liệu

Việc phân tích, lựa chọn, sao chép và tạo tệp xuất diễn ra cục bộ trong thẻ hiện tại. Các bước funnel dùng bộ nhớ phiên theo thẻ thay vì URL, nên tiêu đề thô không được gửi qua Livewire hay lộ trong tham số điều hướng. Giới hạn đầu vào là 512 KiB. CSV dòng thời gian dùng UTF-8 kèm dấu thứ tự byte và các dòng CRLF; ô bắt đầu bằng ký tự công thức bảng tính được vô hiệu hóa. JSON chứa các quan sát đã phân tích và lưu ý của báo cáo thay vì tiêu đề gốc.

Câu hỏi thường gặp

Không. Trình phân tích hiển thị kết quả đã có trong tiêu đề. Công cụ không xác minh bản ghi DNS, chữ ký mật mã, danh tính người gửi, độ an toàn nội dung hay độ tin cậy của chính trường báo cáo.

Mỗi máy chủ nhận thường thêm trường Received của mình lên đầu nên tiêu đề thô có mục mới nhất trước. Báo cáo đảo danh sách để trình bày lộ trình quan sát từ nguồn.

Một chặng có thể thiếu mốc thời gian đọc được, hoặc thời gian chuẩn hóa đi lùi vì đồng hồ không khớp hay trường không đáng tin. Trình phân tích không che giấu sự không chắc chắn bằng cách thay khoảng âm bằng 0.

Chúng bị bỏ qua. Phân tích kết thúc tại dòng trống đầu tiên sau khối tiêu đề. Công cụ dành cho siêu dữ liệu vận chuyển, không phân tích nội dung hay tệp đính kèm.

Không. Phân tích và tệp xuất được tạo trong trình duyệt. Ở chế độ funnel, dữ liệu thô chỉ lưu trong bộ nhớ phiên của thẻ hiện tại, không đưa vào URL hay gửi qua Livewire.

Công cụ liên quan