SPF, DKIM và DMARC là những cơ chế liên quan xác thực email theo tên miền. Chúng có vai trò khác nhau và cần được thiết kế cùng các nguồn gửi thật của doanh nghiệp. Chép một bộ bản ghi mẫu chưa đủ nếu website, phần mềm hóa đơn và hệ thống tiếp thị dùng các dịch vụ khác nhau.
Trước khi thêm dữ liệu, liệt kê ai đang gửi thư nhân danh domain và ai quản lý từng nền tảng. Bài viết giải thích vai trò cùng quy trình chuẩn bị; giá trị cụ thể phải lấy từ tài liệu và tài khoản dịch vụ của bạn. Không có cấu hình chung bảo đảm mọi thư luôn tới hộp thư chính.
SPF mô tả những nguồn gửi được phép
SPF được công bố qua TXT theo cú pháp và giới hạn của cơ chế. Nó giúp bên nhận kiểm tra nguồn gửi đối với định danh mà SPF đánh giá. Cần phân biệt định danh này với tên hiển thị người gửi mà người dùng nhìn thấy trong ứng dụng email.
Một lỗi cần tránh là tạo nhiều chính sách SPF riêng cho cùng một tên khi thêm dịch vụ mới. Hãy rà soát và xây cấu hình hợp lệ cho các nguồn được phép. Không gộp token xác minh dịch vụ vào SPF chỉ vì cả hai cùng là TXT.
DKIM dùng chữ ký gắn với thư
Hệ thống gửi ký theo cấu hình DKIM, còn phía nhận có thể kiểm tra chữ ký bằng dữ liệu công khai được chỉ dẫn qua DNS. Phần khóa bí mật phải được hệ thống gửi bảo vệ, không được đưa vào bản ghi DNS hoặc tài liệu công khai.
Nếu có nhiều dịch vụ gửi, chúng có thể dùng selector và hướng dẫn riêng. Lấy dữ liệu của đúng tài khoản rồi xác nhận việc ký đã được bật theo quy trình nhà cung cấp. Có bản ghi trong DNS không tự chứng minh mọi thư từ mọi ứng dụng đã mang chữ ký hợp lệ.
DMARC kết nối xác thực với domain ở From
DMARC sử dụng kết quả SPF hoặc DKIM cùng yêu cầu alignment với domain trong trường From theo cơ chế. Nó còn cho phép công bố chính sách và địa chỉ nhận báo cáo theo cấu hình phù hợp. Không nên bật chính sách nghiêm ngặt cho toàn bộ nguồn gửi trước khi biết các luồng hợp lệ đang được xác thực thế nào.
Ví dụ giả định, hộp thư nhân viên đã được cấu hình nhưng ứng dụng gửi thông báo đơn hàng dùng dịch vụ khác chưa được kiểm kê. Thay đổi chính sách hàng loạt có thể ảnh hưởng luồng thông báo này. Cần kiểm tra từng nguồn và dữ liệu trước khi tăng mức áp dụng theo kế hoạch.
Chuẩn bị và triển khai theo phạm vi kiểm soát
Lập bảng nguồn gửi, domain hoặc subdomain sử dụng, người phụ trách và cấu hình do nền tảng cấp. Đối chiếu DNS hiện tại để không ghi đè dữ liệu đang phục vụ. Nếu chưa rõ một nguồn, đánh dấu cần xác minh thay vì xóa vì không nhận ra tên.
Sao lưu vùng trước thay đổi và chọn thời điểm có người theo dõi. Thực hiện bài gửi thử phù hợp, đọc kết quả xác thực trong header hoặc công cụ của dịch vụ theo quyền được phép. Không phát tán email chứa dữ liệu khách hàng để nhờ nhiều người cùng đọc header.
Theo dõi giới hạn và kết quả thật
- Xác minh chính sách SPF hợp lệ cho đúng tên cần đánh giá.
- Kiểm tra DKIM thực sự ký trên các nguồn dự kiến.
- Đối chiếu alignment và báo cáo DMARC theo hướng dẫn.
- Rà soát khi thêm phần mềm, đổi email hoặc chuyển DNS.
- Theo dõi cả nội dung, danh sách nhận và phản hồi của người dùng.
Các cơ chế xác thực giúp xử lý giả mạo trong phạm vi thiết kế, nhưng không biến mọi nội dung thành đáng tin và không bảo đảm inbox. Một luồng email chuyên nghiệp cần cấu hình đúng, nguồn gửi được kiểm soát và cách dùng tôn trọng người nhận. Hãy cải thiện dựa trên kết quả đo được, không chỉ dựa vào việc ba bản ghi đã xuất hiện trên dashboard.