DMARC (도메인 기반 메시지 인증, 보고 및 적합성)는 이메일 도메인 소유자에게 무단 사용으로부터 도메인을 보호할 수 있는 기능을 제공하도록 설계된 이메일 인증 프로토콜입니다. 이메일 스푸핑. 간단히 말해서, DMARC 이메일 발신자의 도메인이 해당 도메인을 대신하여 이메일을 보낼 수 있는 메일 서버와 이메일 실패 시 수행할 작업을 자세히 설명하는 정책을 게시하도록 허용합니다. SPF (발신자 정책 프레임워크) 또는 DKIM (도메인 키 식별 메일) 확인합니다.
Google, Yahoo 및 Microsoft와 같은 주요 이메일 제공업체는 DMARC 전체 이메일 인증 전략의 필수 부분으로 널리 채택하여 중지를 지원했습니다. 피싱 그리고 이메일 사기. 이 블로그에서는 기능, 장점, 구현 전략을 포함하여 DMARC 에 대한 심층적인 정보를 제공합니다.
DMARC 어떻게 작동하나요?
DMARC 기존 이메일 인증 프로토콜을 기반으로 작동합니다. SPF 그리고 DKIM. DKIM 디지털 서명을 사용하여 이메일 메시지의 신뢰성을 확인하는 반면, SPF 사용하면 도메인 소유자가 도메인을 대신하여 이메일을 보낼 수 있는 메일 서버를 지정할 수 있습니다.
이메일을 받으면 이메일 클라이언트는 먼저 SPF 검사가 성공했는지 여부를 확인합니다. 이메일이 SPF 검사에 실패하면 이메일 클라이언트는 이메일이 DKIM 검사를 통과했는지 확인합니다. 이메일이 SPF 또는 DKIM 검사를 통과하면 유효한 이메일로 간주되어 수신자의 받은 편지함으로 전달됩니다.
그러나 이메일이 SPF 및 DKIM 확인에 모두 실패하면 이메일 클라이언트는 전송 도메인에 게시된 DMARC 정책이 있는지 확인합니다. 그러면 이메일 클라이언트는 이메일 거부, 스팸으로 지정, 전송 도메인에 게시된 DMARC 정책이 있는 경우 수신자의 받은 편지함으로 전달 등 DMARC 정책에 지정된 지침을 수행할 수 있습니다.
DMARC 정책.
DMARC 정책은 다음과 같이 게시됩니다. TXT 레코드 도메인의 DNS (도메인 이름 시스템) 레코드. DMARC 정책은 다음 정보를 지정합니다.
- SPF 및 DKIM 확인에 실패한 이메일에 대해 도메인 소유자가 선호하는 처리 방법(예: 거부, 격리 또는 수락)
- 수신해야 하는 개인 또는 조직의 이메일 주소 실패 보고서 (라고도 함 집계 보고서)
- 집계 보고서를 전송해야 하는 빈도
DMARC 정책은 다음 세 가지 작업 중 하나로 게시될 수 있습니다.
- p=none: 이 정책을 사용하면 이메일 클라이언트가 SPF 및 DKIM 검사에 실패한 이메일을 계속 수신할 수 있지만 이메일 클라이언트가 DMARC 실패 보고서를 생성해야 합니다. 이는 승인되지 않은 목적으로 도메인을 사용하는 것을 모니터링하고 추적하는 데 유용합니다.
- p=quarantine: 이 정책은 이메일 클라이언트에 SPF 및 DKIM 검사에 실패한 이메일을 스팸으로 표시하도록 지시합니다. 이는 피싱 및 기타 악성 이메일을 차단하는 데 유용합니다.
- p=reject: 이 정책은 이메일 클라이언트에 SPF 및 DKIM 검사에 실패한 이메일을 거부하고 수신자의 받은 편지함으로 전달하지 않도록 지시합니다. 이는 최고 수준의 보안을 갖춘 옵션이지만 합법적인 이메일이 실수로 무시되는 오탐지로 이어질 수도 있습니다.
DMARC 정책 예시:
다음은 example.com 도메인에 대한 DMARC 정책의 예입니다.
_dmarc.example.com. TXT “v=DMARC1; p=quarantine; pct=100; rua=mailto:dmarc-reports@example.com; ruf=mailto:dmarc-reports@example.com; sp=none; fo=1; rf=afrf; adkim=r; as =s; ri=86400”
이 예에서 DMARC 정책은 100% 시행 비율로 "격리"로 설정됩니다. 집계 보고서는 dmarc-reports@example.com 으로 전송되며 보고서는 ARF(인증 결과 형식). 정책은 또한 DKIM 이 조정 완화되어야 하고 SPF 정렬은 엄격해야 합니다. 보고서는 86400초 보고 간격으로 매일 전달됩니다.
DMARC 구현의 이점
조직에서 DMARC 구현하면 다음과 같은 여러 가지 이점이 있습니다.
- 이메일 스푸핑으로부터 보호합니다: DMARC 도메인 소유자가 자신의 도메인을 대신하여 이메일을 보내도록 승인된 메일 서버를 지정할 수 있도록 하여 이메일 스푸핑을 방지하는 데 도움이 됩니다.
- 피싱 공격을 방지합니다. 피싱 공격에는 스푸핑된 이메일 주소를 사용하여 수신자를 속여 민감한 정보를 제공하는 경우가 많습니다. 이메일 클라이언트가 SPF 및 DKIM 검사에 실패한 이메일을 거부하거나 스팸 이메일로 표시할 수 있도록 함으로써 DMARC 피싱 공격을 예방하는 데 도움이 됩니다.
- 브랜드 보호 강화: DMARC 도메인에서 보낸 이메일이 합법적이고 악의적인 목적으로 사용되지 않도록 하여 도메인 소유자의 브랜드를 보호하는 데 도움을 줍니다.
- 이메일 전달성 향상: DMARC 도메인에서 전송되는 피싱 및 악성 이메일의 수를 줄임으로써 이메일이 스팸으로 표시되거나 거부될 위험을 줄여 이메일 전달성을 향상시키는 데 도움을 줄 수 있습니다.
- 자세한 보고서를 제공합니다: DMARC 승인되지 않은 목적으로 도메인을 사용하는 것을 모니터링하고 추적하는 데 사용할 수 있는 자세한 보고서를 제공합니다.
DMARC 구현 .
조직에서 DMARC 구현하려면 다음 단계가 필요합니다.
- SPF 및 DKIM 설정: DMARC 작동하려면 조직에서 SPF 와 DKIM 모두 올바르게 설정하고 구성해야 합니다.
- DMARC 정책 게시: 조직에서는 DNS 레코드에 DMARC 정책을 게시하여 SPF 및 DKIM 검사에 실패한 이메일에 대한 원하는 처리 방법, DMARC 보고서를 수신해야 하는 이메일 주소, 보고서 빈도를 지정해야 합니다.
- DMARC 보고서 모니터링: 조직에서는 DMARC 보고서를 정기적으로 모니터링하여 정책이 예상대로 작동하는지 확인하고 도메인 남용 가능성을 감지해야 합니다.
- 필요에 따라 DMARC 정책을 조정합니다. 조직에서는 DMARC 보고서 결과와 전반적인 이메일 인증 전략에 따라 필요에 따라 DMARC 정책을 조정해야 할 수도 있습니다.
DMARC 무단 사용으로부터 도메인을 보호하고, 피싱 및 이메일 사기를 방지하고, 이메일 전달성을 향상시키는 데 도움이 되는 전반적인 이메일 인증 전략의 중요한 구성 요소입니다. 향상된 브랜드 보호와 도메인의 무단 사용을 감시하고 추적할 수 있는 능력은 회사에서 DMARC 구현하는 두 가지 장점에 불과합니다.
회사에서 이메일 보안이 걱정되고 평판을 보호하려는 경우 DMARC 구현을 적극 권장합니다. DMARC 설정하고 구성하는 데 필요한 단계를 수행하면 도메인을 보호하고 이메일이 의도한 대로 전달되도록 할 수 있습니다.
예약하세요 무료 데모!