DMARC 레코드란?
DMARC는 SPF와 DKIM 위에 구축되어, 인증에 실패한 메일을 수신 서버가 어떻게 처리할지와 보고서를 어디로 보낼지를 알려 줍니다. 'p=none' 정책은 모니터링만 하지만, 'quarantine'과 'reject'는 실제로 도메인을 사칭으로부터 보호합니다. IPeek는 _dmarc.귀하의-도메인에 게시된 레코드를 읽어 모든 태그를 분석하고 정책 강도를 평가합니다.
DMARC와 정렬(alignment)의 작동 원리
DMARC는 _dmarc.귀하의-도메인에 게시되며 v=DMARC1로 시작하는 TXT 레코드입니다. 메시지가 SPF 또는 DKIM을 통과하고, 인증된 도메인이 사용자에게 보이는 From 도메인과 정렬되면 DMARC를 통과합니다. 핵심은 정렬입니다. 사칭 발신자는 자신의 도메인에서 SPF나 DKIM을 단독으로 통과시킬 수는 있어도, 귀하의 도메인과 정렬시킬 수는 없습니다. v=DMARC1; p=reject; rua=mailto:reports@귀하의-도메인; adkim=s; aspf=s 같은 레코드는 거부를 강제하고 DKIM과 SPF 모두에 엄격한 정렬을 요구합니다.
p=none, quarantine, reject 읽기
p 태그가 정책을 설정합니다. p=none은 모니터링만 합니다. 메일은 그대로 전달되지만, 누가 귀하를 사칭해 발송하는지 확인할 수 있는 보고서를 수집합니다. p=quarantine는 실패한 메일을 스팸으로 보내고, p=reject는 메일을 완전히 차단하여 사칭에 대한 가장 강력한 보호를 제공합니다. pct 태그로 강제 적용을 점진적으로 높일 수 있으며(예: pct=25), sp 태그는 하위 도메인에 별도 정책을 지정합니다. none으로 시작해 데이터를 모은 뒤, 정상 발신자가 모두 통과하면 quarantine과 reject로 강화하세요. IPeek는 현재 정책이 얼마나 강력한지 평가해 줍니다.
DMARC 보고서와 rua 태그
DMARC를 실행 가능하게 만드는 것이 바로 보고 기능입니다. rua 태그는 매일 집계 XML 보고서를 받을 사서함을 지정하며, 이 보고서는 어떤 출처가 귀하의 도메인을 사칭해 발송했는지와 SPF, DKIM, 정렬을 통과했는지를 요약합니다. 정책을 강화하기 전에 이 보고서를 이용해 인증을 빠뜨린 정상 발신자를 찾으세요. 선택적인 ruf 태그는 포렌식(실패 건별) 보고서를 요청하지만, 대부분의 수신 서버는 개인정보 보호상의 이유로 더 이상 이를 보내지 않습니다. rua 없이는 정책을 깜깜이로 강제하는 셈입니다.