아래에 RFC 9989 §4.7, a DMARC 정책 p=none DMARC 실패에 대한 도메인 소유자 처리 기본 설정을 표현하지 않습니다. 보고를 구성하고 검토하면 어떤 서비스가 도메인을 사용하는지, 합법적인 메시지가 실패하는 곳은 어디인지, 정책 변경이 어떤 영향을 미칠 수 있는지 알아볼 수 있는 기회가 생성됩니다.
모니터링은 조사를 통해 유용해집니다. 보고서는 수집 시스템에 도달해야 하고 소스에는 소유자가 필요하며 해결되지 않은 오류에는 결정이 필요합니다. 경과된 시간이나 하나의 높은 합격률로는 모든 중요한 서비스가 보장되었음을 확인할 수 없습니다.
보고 수집을 관찰 가능하게 만들기
도메인 시작 모니터링 배포의 경우 예시 정책은 다음과 같습니다.
v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com이 예에서는 의도한 대로 가정합니다. _dmarc 출판물 및 작동 중인 동일한 도메인 컬렉션 주소. 도메인에 이미 더 강력한 승인 정책이 있는 경우 예를 들기 위해 정책을 약화시키지 마세요. 사용 기록 작업 흐름 실제 구성을 확인합니다.
수행원 RFC 9990 §4 외부 허가 및 RFC 9989 §5.3.8 수신자 보고의 경우 보고 대상, 필요한 외부 대상 권한, 메일 전달 및 구문 분석을 확인하세요. 신고자 신원, 기간, 관련 구성 기록을 보관합니다. 한 제공자로부터 보고서를 받는 것은 해당 관찰에 대한 작업 경로를 보여줍니다. 이는 보편적인 적용 범위를 증명하지 않습니다.
서비스 분류 및 불확실성 유지
각각의 의미 있는 소스 패턴에 대해 애플리케이션, 고객별 계정 또는 경로, 표시되는 도메인에서, 봉투 ID, 서명 ID 및 소유자를 조사합니다.
명확한 작업 범주를 사용하십시오.
- 범주: 예상되는 정렬 경로가 있는 승인된 서비스입니다. 다음 조치: 소유권 유지 및 변경 사항 모니터링
- 카테고리: 승인된 서비스가 인증에 실패했거나 조정; 다음 작업: 지원되는 구성 수정 및 테스트
- 범주: 합법적인 간접 경로; 다음 작업: 전달, 수정 및 수신자 처리 분석
- 카테고리: 출처를 알 수 없음; 다음 조치: 불확실성을 유지하고 조사
- 카테고리: 무단 사용이 확인되었습니다. 다음 조치: 뒷받침하는 증거와 답변을 기록합니다.
클라우드 제공업체 이름, ASN 또는 국가만으로는 발신자를 승인할 수 없습니다. 마찬가지로, 실패한 행만으로는 관련된 모든 메시지를 악성으로 선언하기에 충분하지 않습니다.
실제 사례: 조용한 창에 급여가 누락되었습니다.
10일간의 직원 메일과 마케팅 메일을 검토하는 예시적인 조직을 생각해 보십시오. 보고서는 건강해 보입니다. 해당 기간 동안 월 급여 서비스가 전송되지 않았으며 서명 구성도 테스트되지 않았습니다.
올바른 결론은 관찰된 하천이 10일 동안 건강해 보였다는 것입니다. 전체 도메인이 더 제한적인 정책을 수용할 준비가 되어 있는 것은 아닙니다.
팀은 급여 경로를 직접 조사 및 테스트하고, 기타 정기 서비스를 식별하고 증거를 확장할 수 있습니다. 관찰 창에는 대시보드에서 선택한 보편적인 수치가 아닌 실제 비즈니스 주기 및 관련 상호 운용성 고려 사항이 반영되어야 합니다.
도메인에 맞는 정책을 선택하세요
결정은 합격률 목표보다 더 광범위합니다. 중요한 서비스 범위, 책임 있는 소유자, 평가된 간접 메일 모집단, 심각한 오류 해결 및 복구 프로세스가 필요합니다.
RFC 9989 §7.4 명시적으로 경고한다 p=reject 범용 이메일의 경우 사용자가 인터넷 메일링 목록에 참여하는 도메인에 대해 설명합니다. 상호 운용성 지침에는 해당 도메인에 대한 구체적인 관찰 및 비교 단계가 포함됩니다. 모니터링되는 모든 도메인이 결국 거부 상태에 도달해야 한다는 일반적인 약속으로 해당 지침을 대체하지 마십시오.
엄격하게 통제되는 거래 전송 도메인과 일반 직원 서신에 사용되는 도메인은 서로 다른 운영 제약을 가질 수 있습니다. 결과 구성과 실제 메시지를 확인하면서 실제 거버넌스 목적으로 사용되는 별도의 ID 스트림입니다.
다음 결정을 위한 증거 정의
집행 검토에서는 증거와 함께 다음 질문에 답해야 합니다.
- 중요한 합법적인 서비스가 식별, 소유 및 테스트됩니까?
- 영향을 받는 각 서비스에 지원되는 정렬 경로가 있습니까?
- 주기적이고 적은 양의 흐름을 고려했습니까?
- 메일링 리스트, 전달 및 기타 간접 경로가 이해됩니까?
- 보고 범위를 모든 이메일이 전송된 것으로 간주하지 않고 설명하고 있습니까?
- 예외의 범위가 지정되고, 소유되고, 검토가 예정되어 있습니까?
- 팀이 제안된 변경 사항을 승인, 확인 및 복구할 수 있습니까?
발신자를 개선하거나, 도메인 분리를 변경하거나, 모니터링을 계속하거나, 도메인의 문서화된 사용에 적합한 정책을 적용하기 위한 결정이 내려질 수 있습니다. 변경 기록으로 추론을 유지하십시오.
발견 항목에 소유자 할당
팀이 무엇을 배우기를 기대하는지, 그리고 누가 결과에 따라 조치를 취할 것인지 물어보세요. 어떤 서비스가 비즈니스에 전송되나요? 어떤 중요한 메시지가 실패합니까? 신원이 확인되지 않은 것으로 보이는 발신자는 누구입니까? 어떤 증거가 다음 단계를 결정할 것인가?
IT 팀이 직접 볼 수 없는 작업을 포함합니다. 월별 급여 통지 또는 연간 갱신 통지는 전체 메시지 합계에 거의 기여하지 않지만 중요할 수 있습니다.
더 강력한 정책에 대한 자동 카운트다운을 피하세요. 눈에 띄는 실패가 거의 없는 한 주는 정상적인 전송, 불완전한 보고 또는 아직 전송되지 않은 서비스를 의미할 수 있습니다. 단순히 경과된 일수가 아닌 유지된 재고와 종결된 조사 결과에 대해 비용을 지불합니다.
정책 변경 후에도 계속 모니터링
새로운 소프트웨어, 공급업체 변경, 키 순환 및 DNS 편집으로 인해 새로운 격차가 발생할 수 있습니다. 정책이 변경된 후에도 새로운 발신자와 정당한 실패를 계속 조사합니다.
비즈니스 리더에게 잔여 위험을 설명합니다. 수신자는 아래에 따라 자체 처리 선택권을 유지합니다. RFC 9989 §5.4, 도메인 인증은 유사 메시지, 계정 도용 또는 사기성 요청을 모두 방지할 수는 없습니다. 증거 해석을 위해 다음을 사용하십시오. 집계 보고서 연습. 원시 통과 실패의 경우 다음을 사용합니다. 정렬 가이드.
실용적인 테이크아웃
모니터링의 결과는 소유한 발신자 인벤토리, 검증된 중요 경로 및 합리적인 정책 결정이어야 합니다. 환경이 변화함에 따라 계속 모니터링하여 이후 애플리케이션, 키 또는 게이트웨이 변경으로 인해 동일한 격차가 조용히 다시 열리지 않도록 합니다.
결정과 그 한계를 기록하십시오.
가상의 10일 기간의 경우 월 급여를 정상으로 표시하는 대신 테스트되지 않은 상태로 둡니다. 격차를 줄이는 데 필요한 소유자, 다음 대표 워크플로 및 증거를 추가하세요. 수집이 작동하지만 애플리케이션이 전송되지 않은 경우 동일한 보고서에 대한 추가 분석으로 인증을 설정할 수 없습니다. 이 그림에 대해서는 보고서나 급여 테스트가 수집되지 않았습니다.