Email đến đúng nơi, và một tên miền không ai giả mạo được.

Có, vì Google, Yahoo và Microsoft hiện kiểm tra SPF, DKIM và DMARC trên thư đến, và một bản ghi thiếu hoặc lỗi sẽ làm giảm khả năng gửi thư và cho phép kẻ tấn công giả mạo tên miền của bạn. Mục này hiện cũng xuất hiện trong hầu hết các bảng câu hỏi bảo hiểm an ninh mạng và bảng câu hỏi của nhà cung cấp.

Thường là do SPF, DKIM hoặc DMARC bị thiếu hoặc cấu hình sai cho một trong các dịch vụ gửi thư dưới tên miền của bạn, hoặc do uy tín tên miền của bạn đã bị tổn hại vì giả mạo. Chúng tôi kiểm tra từng người gửi, sửa các bản ghi và theo dõi báo cáo cho đến khi việc gửi thư phục hồi.

Không, nếu được thiết lập đúng thứ tự; đó là lý do chúng tôi bắt đầu ở chính sách "none", thu thập báo cáo và xử lý từng người gửi trước khi chuyển sang "quarantine" và "reject". Sự cố xảy ra khi chuyển sang "reject" trước khi mọi người gửi hợp lệ được bao phủ.

SPF cho phép tối đa mười lần tra cứu DNS, và mỗi dịch vụ bạn thêm vào bản ghi sẽ dùng một phần trong số đó, nên dịch vụ thứ mười một âm thầm làm toàn bộ bản ghi mất hiệu lực. Chúng tôi làm phẳng hoặc tái cấu trúc bản ghi và kiểm tra nó với mọi hệ thống gửi thư.

Có, các bản ghi DNS là giống nhau và chúng tôi cấu hình DKIM cùng bộ lọc trên cả hai nền tảng. Môi trường hỗn hợp rất phổ biến và chúng tôi xử lý được.

Một chính sách DMARC được thực thi đúng sẽ ngăn kẻ tấn công gửi thư trông như đến từ tên miền của bạn, và bộ lọc đánh dấu các tên miền giả dạng cùng những yêu cầu thanh toán bất thường. Đào tạo sau đó tạo cho đội ngũ tài chính của bạn một thói quen đơn giản: xác minh mọi thay đổi tài khoản ngân hàng qua điện thoại.