이메일은 정확히 도착하고, 도메인은 누구도 위조할 수 없습니다.

네. Google, Yahoo, Microsoft가 이제 수신 메일의 SPF, DKIM, DMARC를 확인하므로, 레코드가 없거나 검증에 실패하면 전달에 지장이 생기고 공격자가 귀사 도메인을 사칭할 수 있습니다. 또한 이제 대부분의 사이버 보험 및 공급업체 설문지에도 이 항목이 등장합니다.

보통 귀사 도메인으로 발송하는 서비스 중 하나에 SPF, DKIM 또는 DMARC가 없거나 잘못 구성되어 있거나, 스푸핑으로 도메인 평판이 손상되었기 때문입니다. 당사는 모든 발신자를 확인하고, 레코드를 수정하며, 전달이 정상화될 때까지 보고서를 모니터링합니다.

올바른 순서로 설정하면 그렇지 않습니다. 그래서 당사는 'none' 정책에서 시작해 보고서를 수집하고, 각 발신자를 수정한 뒤에야 'quarantine'과 'reject'로 넘어갑니다. 문제는 모든 정상 발신자를 처리하기 전에 'reject'로 전환할 때 생깁니다.

SPF는 DNS 조회를 최대 10회만 허용하고, 레코드에 추가하는 서비스마다 그중 일부를 사용하므로 11번째 서비스가 레코드 전체를 조용히 무효화합니다. 당사는 레코드를 평탄화하거나 재구성하고, 모든 발송 시스템에 대해 검증합니다.

네, DNS 레코드는 동일하며 당사는 두 플랫폼 모두에서 DKIM과 필터링을 구성합니다. 혼합 환경은 흔하며, 당사가 처리합니다.

올바르게 강제 적용된 DMARC 정책은 공격자가 귀사 도메인에서 보낸 것처럼 보이는 메일을 보내지 못하게 하고, 필터링은 유사 도메인과 비정상적인 결제 요청을 표시합니다. 그다음 교육을 통해 재무 팀은 '은행 정보 변경은 반드시 전화로 확인한다'는 간단한 습관을 갖게 됩니다.