DMARC 보고서 분석 도구: 받은 집계 보고서를 읽어 발신원별 통과 여부와 해야 할 일을 표시

사용 방법

• DMARC 레코드의 rua= 태그에 적은 주소로 온 이메일에서 첨부 파일(.zip, .gz, .xml)을 저장합니다. Google은 .zip, 대부분의 다른 메일 서비스는 .gz로 보냅니다.
• 저장한 파일을 위의 상자에 끌어다 놓거나 「파일 선택」을 누릅니다. 압축을 풀 필요가 없고, 여러 보고서를 한 번에 불러올 수 있습니다(합계 20MB까지).
• 결과가 어떻게 보이는지 먼저 확인하려면 「샘플 보고서로 해 보기」를 누르세요.

DMARC 집계 보고서란

DMARC는 보낸 사람(From)에 내 도메인을 쓴 메일이 정말 내가 보낸 것인지, 받는 서버가 SPF와 DKIM으로 확인하는 구조입니다. DMARC 레코드에 rua=mailto:…를 넣어 두면 Gmail, Yahoo 같은 메일 서비스가 내 도메인에서 받은 메일을 어느 IP에서 몇 통 받았고 인증 결과가 어땠는지 집계해 보내 줍니다. 이것이 집계 보고서(RUA)이며, 보통 하루에 한 번 RFC 7489에서 정한 XML 형식으로 도착합니다.

보고서에는 내가 쓰는 발송 서비스뿐 아니라 내 도메인을 사칭한 메일(스푸핑)도 나타납니다. 실패하는 정상 발신원을 먼저 고친 뒤 정책을 강화하면 사칭 메일만 막을 수 있습니다.

결과 읽는 법

• DMARC 통과: SPF나 DKIM 중 하나가 통과하고, 그 도메인이 보낸 사람(From) 도메인과 일치(정렬)하면 통과입니다.
• SPF 일치: 보낸 IP가 SPF로 허용되고, 봉투 발신자(envelope from)의 도메인이 From 도메인과 일치하는 비율입니다.
• DKIM 일치: 내 도메인(또는 그 하위 도메인) 이름으로 DKIM 서명되어 검증에 통과한 비율입니다.
• 발신원: DKIM 서명 도메인, 각 서비스가 SPF로 공개한 발송용 IP 범위, SPF 도메인으로 판별합니다. 발송용 범위를 공개하지 않는 사업자는 네트워크 범위로 「추정」이라고 표시합니다.
• Amazon SES, SendGrid, Mailchimp 같은 발송 서비스는 봉투 발신자가 서비스 쪽 도메인이므로 SPF가 일치하지 않는 것이 보통입니다. DKIM이 내 도메인과 일치하면 문제없습니다.

자주 있는 실패 원인과 해결 방법

• SPF에 빠져 있음: 사용하는 서비스의 값을 SPF 레코드에 추가합니다. 예를 들어 Google Workspace는 include:_spf.google.com, Microsoft 365는 include:spf.protection.outlook.com입니다. SPF 레코드는 도메인당 하나로 합치세요.
• DKIM 미설정: 서비스 설정 화면에서 내 도메인의 DKIM 서명을 켜고, 표시된 공개 키를 DNS에 등록합니다.
• DKIM이 서비스 도메인으로 서명됨: 발송 서비스에서 「도메인 인증」을 설정하면 내 도메인으로 서명됩니다.
• 전달·메일링 리스트: 전달되면 SPF가 실패하기 쉽고, 제목이나 본문이 바뀌면 DKIM도 실패합니다. 이런 실패가 조금 있는 것은 흔한 일입니다.
• 알 수 없는 발신원: 내 도메인을 사칭하는 메일일 수 있습니다. 정상 발신원이 모두 통과한 뒤 정책을 p=quarantine, p=reject로 강화하면 받은편지함에 들어가지 않게 됩니다.

파일에 담긴 내용

집계 보고서에는 보낸 IP 주소, 메일 수, 인증 결과가 들어 있으며, 메일 본문이나 받는 사람은 들어 있지 않습니다. 이 도구는 파일을 브라우저 안에서만 풀고 분석하며 서버로 보내지 않습니다. 페이지를 닫으면 결과도 사라집니다.