A DMARC 집계 보고서 관찰 내용을 기록으로 그룹화합니다. 소스 IP 또는 빨간색 상태만 읽으면 행을 진단하는 데 필요한 정책, ID 및 보고 컨텍스트가 삭제됩니다. 외부 보고서에서 안쪽으로 작업하고 해석과 함께 원본 XML을 보존합니다.
보고서 컨텍스트 설정
피드백에 따라 report_metadata는 보고 조직, 보고서 ID 및 날짜 범위를 식별합니다. policy_published는 수신자가 관찰한 정책 구성을 설명합니다. RFC 9990 보고서당 하나의 정책 도메인이 필요하지만 해당 보고서에는 정책을 사용하는 여러 작성자 도메인이 포함될 수 있습니다. policy_published/domain이 모든 레코드의 header_from과 동일하다고 가정하지 마십시오.
선언된 네임스페이스와 형식을 검사합니다. 현재 RFC 9990 스키마와 이전 RFC 7489 시대 보고서는 다르므로 사용하는 유효성 검사 프로필을 기록해 두세요. 문서가 예상 형식과 일치하지 않는 경우 잘못된 형식의 데이터를 깨끗한 보고서로 조용히 처리하는 대신 문서를 격리하거나 명시적으로 부분 해석을 표시합니다. 임의의 외부 엔터티를 확인하지 않고 신뢰할 수 없는 XML을 구문 분석하고 압축된 입력 및 확장 크기를 바인딩합니다.
세 개의 레이어를 통해 기록을 따라가세요
행에는 source_ip, count 및policy_evaluated가 포함됩니다. IP는 자동으로 원래 애플리케이션이 아닌 해당 수신기에서 볼 수 있는 연결 시스템입니다. 개수는 해당 관측치 조합의 가중치를 제공합니다. XML 레코드 계산은 메시지 계산이 아닙니다.
식별자 섹션은 header_from 및 선택적 봉투 정보를 제공합니다. auth_results에는 원시가 포함되어 있습니다. SPF 그리고 DKIM DMARC 해석 전 결과. policy_evaluated/dkim 및policy_evaluated/spf는 해당 DMARC 설명합니다. 조정 평가, 처분은 정책에 따른 처리를 설명합니다. 전체 기록을 단일 통과/실패 레이블로 축소하는 대신 재정의 이유를 유지합니다.
합성 행에 주석 달기
header_from이 brand.example 이고 개수가 25이고 메일 보낸 사람 도메인은 vendor.example 이고 원시 SPF 는 통과합니다. DKIM d=brand.example. SPF ID는 작성자 도메인과 관련이 없으므로 정렬된 SPF 제공하지 않습니다. 정확한 도메인 DKIM 서명 정렬된 DKIM 제공합니다. spf=fail 및 dkim=pass 의 정책 결과는 이러한 사실과 일치합니다. DMARC SPF 정책 실패에도 불구하고 DKIM 통과할 수 있습니다.
이 예는 완전한 스키마 유효 XML 문서나 측정된 고객 결과가 아닌 현장 수준의 교육 설비입니다. 이는 brand.example 의 SPF 에 연결 IP를 추가하는 것이 부적절할 수 있는 이유를 보여줍니다. SPF vendor.example 에 대해 평가되었으며 DMARC 이미 정렬된 DKIM 경로가 있었습니다.
행을 자체 조사로 전환
승인된 발신자 기록, 제공자 증거 및 제어된 메시지 테스트와 IP 및 신원을 연관시키십시오. 알 수 없는 소스를 악성으로 선언하거나 DNS 변경하기 전에 소유자를 지정하세요. 사건 기록에 보고 공백과 시간 경계를 유지하세요.
유용한 주석에는 출처, 기간, 정책 도메인, 작성자 도메인, 원시 결과, 정렬된 결과, 처리, 개수 및 다음 작업이 포함됩니다. 이 구조를 사용하면 다른 조사자가 대시보드 색상에 의존하지 않고 추론을 재현할 수 있습니다.
현장 지도 및 예상 결과 유지
부분 합성 보고서 맵은 보고자 가상 수신자 A, 보고서 ID field-map-25 및 UTC 에포크 간격 1704067200–1704153600(2024년 1월 1일 00:00 ~ 2024년 1월 2일 00:00 UTC)을 사용합니다. 해당 정책 도메인은 다음과 같은 brand.example 입니다. p=reject, aspf=r 및 adkim=r. 레코드에는 source_ip= 192.0.2.10 , count=25, header_from= brand.example 및 봉투_from= vendor.example 이 있습니다. vendor.example 에 대한 원시 SPF 패스; brand.example 에 대한 원시 DKIM 패스 선택자 청구1. 현재 RFC 9990 보고 프로필 예에서 보고된 정책 결과는 spf=fail, dkim=pass 및 disposition=pass입니다. 부록 A는 시행 정책에 따라 DMARC 전달하기 위한 통과를 정의합니다. 부록 B가 이에 대해 설명합니다.
필드 비교는 정렬된 DKIM 경로를 통과하고 정렬된 SPF 경로가 없는 25개의 관찰을 설명합니다. 처리는 계산된 받은 편지함 배치가 아닌 제공된 수신자 필드입니다. 메타데이터는 출처와 기간을 설정합니다. policy_published는 기록 구성을 제공합니다. 식별자와 auth_results는 비교 입력을 제공합니다. 이 픽스처는 완전한 XML이 아닌 부분 필드 맵이며, 유효한 스키마 보고서나 라이브 수신기 테스트가 청구되지 않습니다.
행 주석 완성
- 보고자 및 간격: 원본 보고서 ID와 UTC 시작/종료 시간을 유지합니다.
- 가중치: XML 행 수가 아닌 사용 횟수입니다.
- 컨텍스트: 정책 도메인, header_from 및 적용 가능한 정책을 기록합니다.
- 인증: 원시 SPF 도메인/결과 및 각 DKIM 도메인/결과를 기록합니다. 통과 도메인을 비교하여 정렬합니다.
- 결과: 정렬 결과, 처리 및 재정의 사유를 별도의 필드에 보관합니다.
- 다음 조치: DNS 변경하기 전에 의심되는 경로, 아직 누락된 증거 및 책임 있는 소유자의 이름을 지정합니다.
현재 처분과 기존 처분 구별
RFC 9990 부록 A에서는 처리 통과를 시행 정책과 함께 DMARC 전달하기 위한 작업 없음으로 정의합니다. 아무런 조치도 취하지 않았으므로 아무 것도 유지되지 않습니다. 이전 RFC 7489 형식 보고서에는 통과 처리가 부족하며 통과 메시지에 대해 아무 것도 보고할 수 없습니다. 네임스페이스, 보고 프로필 및 정렬된 결과를 함께 확인하세요. 아무 것도 보편적으로 유효하지 않은 것은 아니지만 현재 프로필 통과 예시를 자동으로 대신해서는 안 됩니다. 두 값 모두 받은편지함 배치를 증명하지 못합니다.