DMARC란?

정의

DMARC는 Domain-based Message Authentication, Reporting and Conformance의 약자입니다. SPF와 DKIM을 바탕으로 하며, 이 둘에 없는 요소인 수신자가 보는 From 주소와의 연결을 더합니다.

이 연결을 정렬(alignment)이라고 합니다. SPF가 From 도메인과 일치하는 도메인에 대해 통과하거나, 일치하는 도메인의 DKIM 서명이 유효하면 메시지는 DMARC를 통과합니다. 정렬된 통과가 하나만 있어도 충분합니다.

레코드

DMARC는 DNS의 _dmarc 뒤에 도메인을 붙인 위치에 게시하는 TXT 레코드입니다. 시작 단계의 레코드는 v=DMARC1; p=none; rua=mailto: 뒤에 보고서를 받을 주소가 붙는 형태입니다. p 값이 정책입니다.

• none: 아무 조치도 하지 않고 보고만 합니다.
• quarantine: 실패한 메일을 의심스러운 것으로 처리하며, 보통 스팸 폴더로 이동합니다.
• reject: 실패한 메일을 거부합니다.

집계 보고서

rua 주소는 대형 메일 제공업체로부터 집계 보고서를 XML 파일로 받으며, 보통 하루에 한 번 도착합니다. 각 보고서에는 귀사 도메인으로 메일을 보낸 서버, 메시지 수, SPF와 DKIM의 통과 및 정렬 여부가 나열됩니다. 잊고 있던 발송 서비스는 물론 위조범도 드러납니다.

합리적인 적용 순서

1. none으로 시작합니다. 보고서 주소와 함께 레코드를 게시하고 몇 주간 보고서를 수집합니다.
2. 정당한 발송처를 모두 정비합니다. 보고서에서 통과로 나타날 때까지 각 발송처에 DKIM 키와 SPF 항목을 설정합니다.
3. quarantine으로 올립니다. 실패한 메일이 스팸으로 분류됩니다.
4. reject로 올립니다. 정당한 메일 중 실패하는 것이 없어지면 위조 메일은 거부됩니다.

기업에 중요한 이유

DMARC 정책을 강제 적용하지 않으면 누구나 귀사의 도메인을 정확히 From 줄에 넣어 메일을 보낼 수 있고, 수신자는 이를 막으라는 지시를 받지 못합니다. Google과 Yahoo는 2024년부터 대량 발송자에게 메일 인증을 요구하고 있습니다. 이메일 인증 가이드에서 세 가지 레코드가 어떻게 맞물리는지 확인하세요.

KawaConnect의 DMARC 지원 방식

Microsoft 365를 설정하고 관리하는 과정의 일부로 도메인에 DMARC를 게시하고, none에서 시작하여 정당한 발송처가 모두 통과한 뒤에만 정책을 강화합니다. 자세한 내용은 Microsoft 365 페이지에, 배경 설명은 업무용 이메일 가이드에 있습니다.

자세히 보기

• Wikipedia의 DMARC정렬, 정책, 보고에 대한 중립적인 개요.
• dmarc.org의 DMARC 개요수신자가 DMARC 정책을 적용하는 방식을 설명하는 표준 자체의 사이트.
• Google 이메일 발신자 가이드라인Gmail로 보내는 메일에 대한 SPF, DKIM, DMARC의 Google 요구 사항.
• Microsoft 365의 이메일 인증Microsoft의 안내와 DMARC 설정 절차 링크.