[ 비즈니스 가치 ]

손실을 방지하지 않고 DMARC 비즈니스 사례 구축

발신자 준비 상태, 승인된 정책 차이 및 예방된 손실보다는 측정된 결과를 통해 증거 중심의 DMARC 비즈니스 사례를 구축합니다.

EmailAuth 연구팀 제공 · 8분 읽기

[ 핵심사항 ]

  • DMARC 모든 사기가 아닌 특정 도메인 스푸핑 메커니즘을 다룹니다.
  • 명시적인 적용 범위 제한을 통해 준비 상태를 측정하고 개선 사항을 제어합니다.
  • 인과적 증거 없이 거부된 메시지 수를 재정적 절감으로 전환하지 마십시오.
이 페이지에서

입증된 제어 개선 사항을 중심으로 사례 구축

A DMARC 비즈니스 사례에서는 사기가 얼마나 방지되었는지 밝히지 않고도 가시성, 발신자 관리 및 특정 무단 도메인 사용에 대한 보호를 설명할 수 있습니다. 가장 강력한 사례는 관찰된 문제를 제안된 제어 변경과 연결하고, 영향을 받을 수 있는 합법적인 전송 워크플로를 식별하고, 결과를 확인하는 방법을 정의합니다. 거부된 모든 메시지를 금전적 손실 방지나 인증으로 인한 손실 방지 약속으로 전환하지는 않습니다. 비즈니스 이메일 손상.

RFC 9989 DMARC 특정 형태의 정확한 도메인을 다룬다고 명시합니다. 스푸핑, 시각적으로 유사한 도메인, 표시 이름 공격 또는 콘텐츠 분석이 아닙니다. 이러한 제한은 기술 부록뿐만 아니라 비즈니스 사례에도 속합니다. 본 논문에서는 증거 중심 계획 방법을 제안합니다. 정책이 변경되지 않았고, 발신자 테스트가 이루어졌으며, 손실이 예상되거나 재정적 약속이 이루어지지 않았습니다.

적용 범위 제한으로 기본 문제를 설명합니다.

조직이 알고 있는 도메인과 합법적인 전송 워크플로부터 시작하세요. 어떤 서비스가 소유되어 있는지, 어떤 서비스가 해결되지 않았는지, 어떤 인증 경로에 증거가 있는지 기록하세요. 관찰된 수신자 결과와 별도로 구성된 의도를 유지합니다. 목록 SPF 그리고 DKIM 기록은 모든 작업 흐름이 기록을 올바르게 사용한다는 증거가 아니며 통과 샘플이 모든 메일과 수신자에 걸쳐 완전한 적용 범위를 설정하지는 않습니다.

RFC 9990 인증에 대한 관찰에 기여할 수 있는 집계 보고를 정의합니다. 이러한 보고서는 귀중한 증거이지만 출처와 기간 범위가 명시되어야 합니다. 누락된 보고서는 트래픽이 없음을 증명하지 않습니다. 알 수 없는 발신자에는 승인되지 않은 활동, 잊혀진 합법적인 시스템 또는 불완전한 해석이 포함될 수 있습니다. 비즈니스 정당화에 개수를 사용하기 전에 증거로 분류하십시오.

재무적 주장과 목표를 분리하세요.

유용한 목표에는 소유자를 합법적인 발신자에게 할당하고, 해결되지 않은 인증 실패를 줄이고, 검토된 정책을 설정하고, 변경 확인의 반복성을 향상시키는 것이 포함될 수 있습니다. 각각에는 정의된 측정값, 기준 기간 및 증거 소스가 있어야 합니다. 목표는 금전적 수치 없이 운영 또는 보안과 관련될 수 있습니다. 단지 예방된 손실을 조작하는 것을 거부한다고 해서 비즈니스 사례가 약해지는 것은 아닙니다.

재무 모델이 필요한 경우 승인된 조직 입력을 사용하고 가정을 공개하십시오. 직원 시간, 구독 비용 및 구현 노력은 적절한 기록으로 측정할 수 있지만 여기서는 측정되지 않았습니다. 가상의 손실에 거부된 메시지 수를 곱한 값은 방어할 수 있는 절감액 추정치가 아닙니다. 제안된 정책이 없더라도 메시지가 사람에게 전달되거나 행동을 유도하거나 손실을 초래하지 않았을 수도 있습니다. 반사실적에는 수사학적 확실성이 아니라 증거가 필요합니다.

발신자별 준비 매트릭스 구축

비즈니스 목적, 소유자, 표시되는 도메인, 예상 봉투 및 서명 ID, 현재 증거, 해결되지 않은 오류 및 변경 종속성을 포함하여 각 합법적인 워크플로에 대한 행을 만듭니다. 아래에 의도한 정렬된 인증 경로를 기록하십시오. RFC 9989. 기능이 활성화되었다는 공급자의 주장과 실제 승인된 샘플을 관찰한 신뢰할 수 있는 수신자를 구별하십시오. 이 초안에는 샘플이 수집되지 않았습니다.

매트릭스는 제안된 정책에 대해 준비된 워크플로와 수정 또는 문서화된 예외가 필요한 워크플로를 식별해야 합니다. 작지만 중요한 워크플로가 안전하다는 증거로 높은 집계 통과율을 취급하지 마십시오. 소량의 청구 또는 복구 프로세스는 분모에 거의 기여하지 않더라도 상업적으로 중요할 수 있습니다. 따라서 준비 상태에서는 전체 비율뿐만 아니라 비즈니스 영향과 적용 범위도 고려해야 합니다.

정책 차이점 및 승인 지정

영향을 받는 도메인, 의도된 동작, 전제 조건 및 롤아웃 결정과의 정확한 정책 차이로 제안된 변경 사항을 작성합니다. 정책은 복사된 레거시 가정보다는 현재 표준과 실제 수신기 적용 가능성을 반영해야 합니다. DNS 게시의 소유자, 비즈니스 위험을 승인하는 사람, 결과를 확인하는 사람을 식별합니다. 기술적 권고 자체는 생산 변경에 대한 승인이 아닙니다.

실행하기 전에 중지 및 롤백 기준을 문서화하십시오. 준비 상태 가정이 잘못된 경우 정책 조정이 합법적인 메일에 영향을 미칠 수 있으며, DNS 값을 복원해도 캐시된 관찰 내용이 즉시 대체되지 않거나 이미 처리된 메일이 실행 취소되지 않을 수 있습니다. 위험 없는 출시를 약속하지 마십시오. 실제 증거가 뒷받침하는 경우 승인된 운영자가 합리적인 복구 결정을 내릴 수 있도록 이전 구성 및 종속 서비스 정보를 보존합니다.

올바른 경계에서 변경 후 증거를 정의하십시오.

신뢰할 수 있는 출판 증거, 대표적인 워크플로에 대한 신뢰할 수 있는 수신 메시지 관찰 및 적절하게 정의된 기간 동안의 집계 추세를 수집할 계획을 세웁니다. RFC 8601 이유를 설명하다 Authentication-Results 증거는 신뢰할 수 있는 수신자 경계에서 나와야 합니다. 출처가 없는 복사된 통과 라인은 변경 후 의도한 경로가 작동했음을 증명하는 데 충분하지 않습니다.

또한 가능한 경우 공급자 배달 진단을 검토하되 해당 의미를 유지하세요. SendGrid 의 이벤트 참조 받은 편지함 배치 또는 사람의 판독이 아닌 수신 서버에 대한 성공적인 전달로 전달을 정의합니다. 이러한 증거는 비즈니스 결과의 인과적 증가를 입증하지 않고도 인증 변경 사항을 다른 전달 문제와 구별하는 데 도움이 될 수 있습니다. 관찰된 추세를 설명할 수 있는 다른 동시 변경 사항을 기록합니다.

비즈니스 사례 워크시트

관찰된 기준선, 적용 범위 제한, 운영 문제, 제안된 정책 차이, 발신자 준비 상태, 소유자, 승인, 예상 이점, 구현 노력, 위험 및 검증 계획에 대한 섹션을 만듭니다. 측정된 값, 가정, 측정되지 않은 결과를 눈에 띄게 분리하세요. 해결되지 않은 중요한 발신자에 대한 결정 필드와 진행 또는 일시 중지에 대한 특정 기준을 포함합니다. 워크시트는 불확실성을 숨기기보다는 실행 가능하게 만들어야 합니다.

주장된 모든 이점에 대해 이를 뒷받침하는 증거와 모순되는 증거가 무엇인지 물어보십시오. 완료된 인벤토리 및 승인을 통해 더 나은 발송인 소유권을 입증할 수 있습니다. 개선됨 조정 적용 범위에는 비교 가능한 관찰과 안정적인 정의가 필요합니다. 사기나 금전적 손실을 방지하려면 훨씬 더 강력한 인과관계 기반이 필요하며 프로토콜 수만으로 추론해서는 안 됩니다. 제안된 이 프레임워크에는 실제 ROI 계산이나 조작된 성능 통계가 포함되어 있지 않습니다.

허구의 진단: 유혹적인 손실 예방 수치

가상의 프로젝트 팀은 승인되지 않은 것으로 생각되는 보고서 카테고리에서 많은 메시지를 보고 해당 수에 평균 사기 금액을 곱할 것을 제안합니다. 데이터 세트가 얼마나 많은 메시지가 전달되고, 읽히고, 믿어지고, 조치를 취할 것인지 설정하지 않기 때문에 검토자는 계산을 거부합니다. 또한 카테고리의 모든 소스가 승인되지 않은지 여부도 아직 확인되지 않았습니다.

제안된 개정안은 발신자 소유권 완성, 정당한 실패 해결, 정책 변경 승인, 변경 후 증거 유지 등 검증 가능한 결과에 중점을 둡니다. 조직이 나중에 사건 및 재무 데이터를 독립적으로 지원한 경우 자격을 갖춘 소유자는 추가 청구가 정당한지 여부를 평가할 수 있습니다. 이 시나리오는 허구입니다. 보고 횟수, 사기 금액, 손실 방지 또는 프로젝트 절감액이 관찰되거나 계산되지 않았습니다.

DMARC 대체하지 않는 것이 무엇인지 설명

그만큼 IC3 클라우드 이메일 BEC 권고2020년에 발행된 는 비정상적인 비즈니스 요청 및 계정 보호에 대한 독립적인 검증을 지원합니다. 손상된 승인된 계정은 인증된 메일을 보낼 수 있고 다른 도메인은 자체 인증에 실패하지 않고도 비즈니스를 가장할 수 있기 때문에 이러한 제어는 여전히 관련성이 있습니다. DMARC 비즈니스 사례에서는 보완적인 통제를 대체한다고 주장하기보다는 이를 인정해야 합니다.

카탈로그에는 발신자별 준비 매트릭스, 정책 차이, 승인 기록 및 변경 후 결과가 필요합니다. 원본 유물은 계속 열려 있습니다. 전문가의 검토, 소스 적용 가능성, 생산 경로, 접근성 및 소유자 공개도 계속 열려 있습니다. 이 초안은 완전한 출시나 재정 보증이 아닌 증거 프레임워크와 가상의 연습을 제공합니다. 출판에는 승인된 운영 증거와 해당 증거가 실제로 입증하는 내용에 국한된 주장이 필요합니다.

[ 테이크아웃 ]

측정할 수 없는 사기 및 금전적 청구를 방지하는 동시에 검증 가능한 준비 상태와 결과를 통해 변경을 정당화합니다.

[ 역할별 ]

이것이 당신에게 의미하는 바

실용적인 다음 단계를 위해 역할을 선택하세요.

보안 소유자

혜택 청구 제한

인증 범위는 사기 방지 횟수가 아닙니다.

다음 단계

  1. 상태 프로토콜 제한.
  2. 측정된 값을 가정과 분리합니다.

메일 작업 소유자

발신자 준비 상태 입증

소량의 중요한 워크플로우는 전체 비율보다 더 중요할 수 있습니다.

다음 단계

  1. 발신자 수준의 증거를 유지합니다.
  2. 중지 및 롤백 기준을 정의합니다.

사업 스폰서

위험 및 증거 승인

출시에는 비즈니스 소유권과 방어 가능한 성공 척도가 필요합니다.

다음 단계

  1. 정책 범위 및 종속성을 검토합니다.
  2. 결과를 주장하기 전에 변경 후 결과를 요구합니다.

[ 자주 묻는 질문 ]

자주 묻는 질문

DMARC 모든 BEC를 방지합니까?

아니요. RFC 9989 시각적으로 유사한 도메인, 표시 이름 공격 및 콘텐츠 분석을 직접적인 범위에서 제외합니다.

RFC 9989: DMARC

거부된 메시지에 평균 손실이 곱해질 수 있나요?

전달, 노출, 조치 및 반사실적 증거가 없는 방어 가능한 손실 방지 추정치는 아닙니다. 이 초안에서는 그러한 계산을 수행하지 않습니다.

어떤 운영상의 이점을 평가할 수 있습니까?

예를 들면 문서화된 발신자 소유권, 해결된 정당한 실패, 검토된 정책 롤아웃 등이 있으며, 각 항목에는 고유한 기준과 증거가 있습니다.

높은 총 통과율은 모든 발신자가 준비가 되었음을 증명합니까?

아니요. 적용 범위 및 비즈니스에 중요한 소량 작업 흐름에는 보낸 사람별 검토가 필요합니다.

RFC 9990 : DMARC 집계 보고

수신된 메시지 증거를 신뢰할 수 있게 만드는 것은 무엇입니까?

인증 어설션은 출처와 함께 관련 수신자의 신뢰할 수 있는 경계에서 나와야 합니다.

RFC 8601: Authentication-Results

공급자 배달이 받은 편지함 배치를 증명합니까?

아니요. SendGrid 가 전달한 이벤트는 수신 서버로 전송됩니다.

Twilio SendGrid : 이벤트 웹훅 참조

계정 및 비즈니스 확인 통제가 여전히 필요합니까?

예. 인용된 IC3 권고는 도메인 인증 이상의 위험을 해결하는 독립적인 확인 및 계정 보호를 지원합니다.

IC3: 클라우드 기반 이메일 서비스 BEC 권고, 2020년 4월 6일

여기에서 정책 출시가 완료되었나요?

아니요. 필수 준비 매트릭스, 정책 차이, 승인 기록 및 변경 후 결과는 공개된 상태로 유지됩니다.

[ 출처 ]

출처

  1. RFC 9989: DMARC

    섹션 §2.2 피싱 방지 · §2.4 범위 외 · §4.4 식별자 정렬 설명 · §11.4 표시 이름 공격

  2. RFC 8601: Authentication-Results

    섹션 §1.2 신뢰 경계 · §7. 보안 고려 사항

  3. IC3: 클라우드 기반 이메일 서비스 BEC 권고, 2020년 4월 6일

    섹션 정의 · 위협 · 최종 사용자를 위한 권장 사항 · IT 관리자를 위한 권장 사항 · 피해자인 경우 해야 할 일

  4. RFC 9990 : DMARC 집계 보고

    섹션 집계 보고서 · 보고서 요청 검색 · 보고서 전달 · 외부 대상 확인

  5. Twilio SendGrid : 이벤트 웹훅 참조

    섹션 전달된 이벤트 · 지연된 이벤트 · 삭제된 이벤트 · 처리된 이벤트

[ 어휘 ]

어휘

준비 매트릭스
목적, 소유권, 인증 증거 및 해결되지 않은 종속성에 대한 보낸 사람별 기록입니다.
정책 차이
승인이나 실행과는 별개로 도메인 정책에 대해 제안된 정확한 변경 사항입니다.
반사실적
손실 방지와 같은 인과적 주장을 정당화하려면 관찰되지 않은 대체 결과가 필요합니다.
정렬 범위
소스 적용 범위에 따라 의도된 DMARC 관계를 충족하는 합법적인 워크플로의 관찰된 범위입니다.

RFC 9989: DMARC

기업 출처

최고의 금융 기관과 정부가 필요한 이유 이메일 보안 대시보드를 폐기했습니다.

기존 이메일 인증 플랫폼은 대시보드를 판매하고 엔지니어에게 작업을 요청합니다. 위험이 높은 환경에서 수동 감독은 시행 지연, 구성 드리프트 및 모니터링되지 않는 섀도우 도메인을 의미합니다.

EmailAuth 는 에이전트 이메일 출처 플랫폼입니다. 우리 대리인은 집행합니다 p=reject, 제3자 발신자를 정렬하고 도메인을 전체로 이동하세요. RFC 9989 인간 참여형 감사 기능을 갖춘 새로운 DMARC 표준을 준수합니다.

정부 대기업 1등급 금융기관

SaaS · 전용 테넌시 · Air-Gapped 온프레미스 · BYOK 암호화

기술 자료