DMARC 레코드 생성기

DMARC란 무엇이며 왜 필요한가?

DMARC(Domain-based Message Authentication, Reporting, and Conformance)는 SPF와 DKIM 위에 세워진 이메일 인증의 세 번째 기둥입니다. 메시지가 인증 검사에 실패했을 때 수신 메일 서버가 무엇을 할지, 그리고 그 실패 보고서를 어디로 보낼지를 알려 줍니다. DMARC가 없으면 SPF와 DKIM만으로는 부족합니다 — 다른 도메인에서 SPF와 DKIM이 통과해도 공격자는 보이는 From 주소를 위조할 수 있습니다.

Gmail, Yahoo, Microsoft는 모두 대량 발신자에게 DMARC를 요구합니다. DMARC 정책이 없는 도메인은 주요 메일함 제공업체에서 스팸 필터가 강해지고 받은편지함 배치가 나빠집니다.

DMARC 정책 3단계

DMARC는 세 가지 정책 수준으로 단계적 롤아웃을 사용합니다. 권장 순서는 none에서 시작해 quarantine으로 이동한 뒤 최종적으로 reject에 도달하는 것입니다.

• p=none — 모니터링만. 실패 메시지는 정상 전달되지만 집계 보고서가 rua 주소로 전송됩니다. 정책을 강제하기 전에 모든 발송 출처를 파악하는 데 사용하세요.
• p=quarantine — 실패 메시지는 스팸으로 갑니다. 합법 메일이 인증을 통과하는지 확인한 뒤 사용하세요.
• p=reject — 실패 메시지를 완전히 거부합니다. 가장 강한 보호이며 대부분 도메인의 목표입니다.

DMARC 정렬 이해하기

SPF 또는 DKIM 중 하나가 통과하고 인증된 도메인이 From 헤더 도메인과 정렬되면 DMARC가 통과합니다. Relaxed 정렬(r)은 하위 도메인 일치를 허용합니다 — 예: mail.example.com은 example.com과 정렬됩니다. Strict 정렬(s)은 정확한 도메인 일치를 요구합니다. Relaxed로 시작하고 특별한 이유가 있을 때만 Strict로 조이세요.

DMARC 보고: rua vs ruf

rua 태그는 집계 보고서를 받을 이메일을 지정합니다 — 전 세계 발신자의 인증 결과에 대한 일일 XML 요약입니다. 발송 발자국을 이해하고 미허용 발신자를 잡는 데 필수입니다. ruf 태그는 개별 실패 메시지 세부 정보가 담긴 포렌식(실패) 보고서 주소입니다. 포렌식 보고서는 지원이 적고 메시지 내용을 포함할 수 있어 더 신중히 다뤄야 합니다.

어떤 이메일 주소로든 보고서를 받을 수 있습니다 — 다른 도메인이어도 됩니다. 일부 조직은 집계 XML 데이터를 파싱하고 시각화하는 전용 DMARC 보고서 처리 서비스를 사용합니다.

이메일 인증 설정 마무리

DMARC는 SPF와 DKIM 위 최종 레이어로 가장 잘 작동합니다. 발송 IP를 허용하는 SPF를 설정하고, 메일 서버 또는 이메일 서비스 제공업체에서 DKIM 서명을 구성한 다음, 모든 것을 연결하고 보고서를 받는 DMARC 정책을 추가하세요.

인증은 도메인 남용으로부터 보호합니다. 목록 위생은 발신자 평판을 보호합니다. 이메일 검증 으로 매 발송 전 무효 주소를 제거하거나 대량 이메일 검증으로 큰 목록을 확인하세요. 검증 요금제는 요금 을 참고하세요.