DMARC 안전하게 설정하는 방법

DMARC 안전하게 설정하려면 먼저 모니터링 기록을 게시하고 해당 보고서를 사용하여 모든 합법적인 전송 소스를 인증한 다음 정책을 없음에서 격리, 거부로 단계적으로 높입니다. 순서가 중요합니다. 소스가 전달되기 전에 시행하면 실제 메일이 차단됩니다. 순서대로 수행하면 전달을 중단하지 않고 완전한 보호를 받을 수 있습니다.

시작하기 전에

DMARC SPF 및 DKIM 에 의존하므로 먼저 둘 다 존재하는지 확인하세요. SPF ( RFC 7208 )는 TXT 레코드에 도메인에 대해 전송이 허용된 IP 및 서비스를 나열합니다. DKIM DNS 에 공개 키로 게시된 암호화 서명을 추가합니다. DMARC 통과하려면 최소한 하나 이상의 통과 및 정렬이 필요하며, 이상적으로는 둘 다 필요합니다. 또한 SPF 10 DNS 조회 제한에 유의하세요. 10개 이상의 DNS 조회를 트리거하는 SPF 레코드는 실패하고 이로 인해 DMARC 정렬이 중단됩니다.

단계별로

1. 1

   1. 모니터링 기록 공개

   v=DMARC1; 사용하여 _dmarc 에 TXT 레코드를 추가합니다. p=none; rua=mailto:rua@example.com. 이는 전송에 영향을 주지 않고 데이터를 수집합니다.

2. 2

   2. 보고서 수집

   2~4주를 기다린 후 집계( RUA ) 보고서를 읽고 귀하의 도메인으로 전송되는 모든 소스를 확인하세요.

3. 3

   3. 각 출처를 인증하세요

   모든 합법적인 발신자에 대해 SPF 및 DKIM 설정하여 보낸 사람 도메인을 통과하고 그에 맞춰 조정하세요.

4. 4

   4. 격리 장소로 이동

   합법적인 메일이 일관되게 통과되면 p=quarantine, 설정하고 선택적으로 pct를 사용하여 점진적으로 증가시킵니다.

5. 5

   5. 거부로 이동

   격리에 합법적인 메일 실패가 표시되지 않으면 완전한 보호를 위해 p=reject 설정합니다.

6. 6

   6. 지속적인 모니터링

   계속해서 보고서를 읽어 새로운 서비스와 남용을 조기에 발견하세요.

SPF 조회 제한 처리

많은 조직에서 클라우드 서비스를 추가할 때 SPF 10 DNS 조회 제한을 초과하여 자동으로 SPF 중단하고 DMARC 약화시킵니다. SPF 평탄화하면 포함된 메커니즘이 직접 IP 주소로 확인되므로 제한을 벗어나지 않게 됩니다. EmailAuth 의 SmartSPF 자동으로 SPF 레코드를 평면화하고 공급업체가 IP를 변경하면 이를 업데이트된 상태로 유지합니다.

일반적인 함정

• 소스가 인증되기 전에 p=reject 로 이동하여 실제 메일을 차단합니다.
• 하위 도메인을 잊어버림: sp 정책을 설정하지 않으면 보호되지 않은 상태로 남을 수 있습니다.
• DMARC 완전히 무효화하는 두 개의 DMARC 레코드를 게시합니다.
• SPF 및 DMARC 정렬을 깨뜨리는 SPF 10 조회 제한을 무시합니다.
• 보고서를 시행한 다음 다시는 확인하지 않으므로 새로운 발신자가 눈에 띄지 않게 됩니다.

지속적인 관리를 더욱 쉽게 만들어 보세요.

EmailAuth CNAME 위임을 통해 DMARC , SPF , DKIM 및 BIMI 레코드를 호스팅할 수 있으므로 DNS 반복적으로 편집하는 대신 DNS 한 번 지정하고 대시보드에서 정책 변경 사항을 관리할 수 있습니다. RUA 및 RUF 구문 분석하고 여전히 작업이 필요한 소스에 플래그를 지정합니다. 시작점을 보려면 무료 도메인 스캔을 실행한 다음 위의 단계적 경로를 따라 p=reject.

자주 묻는 질문