[ 신고 및 조사 ]

보고서 식별자, 보고자 이름 및 보고 기간

동일한 증거에 대해 중복 창을 착각하지 않고 보고서 전달을 중복 제거합니다.

EmailAuth 연구팀 제공

[ 핵심사항 ]

  • 보고서 신원, 페이로드 출처, 도착 시간을 별도로 유지하세요.
  • 정확한 반복과 부분적인 중복을 별도의 결정으로 처리합니다.
  • 표시된 모든 합계를 명시적 포함 정책으로 추적할 수 있도록 만듭니다.
이 페이지에서

같은 집계 보고서 두 번 도착할 수 있으며 서로 다른 보고서에 겹치는 기간이 포함될 수 있습니다. 이를 별도의 문제로 처리하십시오. 데이터 계산 또는 폐기 여부를 결정하기 전에 보고자 신원, 보고서 ID, 정책 도메인, 보고 간격 및 페이로드 출처를 보존하세요.

컨텍스트와 함께 식별자 읽기

참고자료: RFC 9990 §3.5.1, RFC 9990 §3.1.1.3.

RFC 9990 Report-ID는 동일한 도메인에 대한 보고서 간에 고유해야 하며 해당 식별자가 중복 감지를 지원하는 방법을 설명합니다. 개별 이메일의 메시지 ID가 아닙니다. 보고 조직 이름은 유용한 맥락이지만 표시 라벨만으로는 원산지를 강력하게 증명할 수 없습니다.

원본 첨부 파일, 콘텐츠 해시, 도착 시간 및 관련 배달 출처를 report_metadata와 함께 저장하세요. 정책 도메인과 정규화된 시작 및 끝 값을 유지합니다. 선택한 복합 데이터베이스 키를 사양의 고유성 요구 사항을 대체하는 것이 아니라 수집 설계로 처리하세요.

보고 기간과 도착 시간을 구별

참고자료: RFC 9990 §3.1.1.4.

시작 및 종료 값은 에포크 이후 UTC 보고 간격(초)을 설명합니다. 이는 처음 및 마지막으로 관찰된 메시지의 타임스탬프가 아닙니다. 배달 시간은 더 늦어질 수 있으며 간격은 배포 또는 DNS 정책 변경에 걸쳐 있을 수 있습니다.

원래 숫자와 UTC 표현을 유지하면서 사람이 표시할 간격을 변환합니다. 현지 달력 날짜와 일치하도록 기자의 창에 자동으로 레이블을 다시 지정하지 마십시오. 명백한 일일 볼륨 변경은 실제 전송 변경이 아닌 간격 길이 또는 도착 지연 문제일 수 있습니다.

중복과 중복을 별도로 처리

참고자료: RFC 9990 §3.5.4.

예시 사례: 두 개의 전달이 동일한 보고서 ID와 동일한 압축 해제된 XML 해시를 갖습니다. 두 번째 영수증은 개수를 다시 추가하지 않고도 중복 영수증으로 기록할 수 있습니다. 처리 결정을 감사할 수 있도록 도착 사실을 보존합니다.

이제 두 번째 보고서가 부분적으로 겹치는 간격을 다루지만 개수가 다르다고 가정합니다. 집계된 데이터는 일반적으로 어떤 개별 메시지가 겹치는지 식별하지 못하므로, 절반의 시간이 겹치기 때문에 개수의 절반을 빼는 것은 정당하지 않습니다. RFC 9990 부분 중복의 불확실성을 언급합니다. 포함 정책을 선택 및 문서화하고, 결과 제한 사항을 표시하고, 전체를 중복 제거된 진실로 제시하지 마십시오.

변경된 콘텐츠가 포함된 재사용된 보고서 ID는 자동 거부 또는 교체보다는 검사가 필요합니다. 두 버전을 모두 유지하고 기간과 행을 비교하고 표시된 합계에 기여하는 증거를 기록합니다. 여기에 나온 시나리오는 합성된 것이며 실제 기자의 행동을 확립하지 않습니다.

수집 결정을 되돌릴 수 있도록 설정

승인된 보고서, 정확한 중복 보고서, 신원 충돌 보고서, 부분적으로 겹치는 보고서, 유효하지 않은 보고서에 대해 별도의 상태를 유지합니다. 각 대시보드 합계에서 포함된 기록까지 재현 가능한 링크를 유지하세요. 단순히 집계에서 제외되었다는 이유로 원본 증거를 파기하지 마십시오.

승인된 채널을 사용할 수 있는 경우 보고 소스를 통해 반복되는 이상 현상을 검토하세요. 해결될 때까지 보험 적용 범위를 솔직하게 설명하십시오. 신뢰할 수 있는 합계는 하나의 숫자 뒤에 선택 사항을 숨기는 대신 시간 창, 기여 보고자 및 중복 정책을 설명합니다.

5개의 영수증을 숫자로 조정합니다.

이 명시적인 합성 수집 정책을 사용하십시오. 모든 영수증을 보존하십시오. 정확한 정규화된 페이로드 반복을 제외합니다. 한 명의 보고자가 변경된 콘텐츠로 ID를 재사용하는 경우 두 페이로드 버전을 모두 보류합니다. 이 특정 비교 합계에서 나중에 부분적으로 겹치는 보고서를 제외합니다. 기타 문서화된 정책도 가능합니다.

수신자 A는 정책 도메인 brand.example , 창 0–86400 및 개수 10에 대해 ID 42(총 10)를 보냅니다. 동일한 두 번째 영수증에 0이 추가됩니다(총 10). 재사용이 고유성 규칙을 준수한다고 주장하는 대신 교차 보고자 식별자 충돌을 모델링하기 위해 수신자 B는 동일한 창을 통해 개수 7로 ID 42를 보냅니다. 이를 다른 보고자로 포함시켜 17을 제공합니다. A는 그런 다음 개수 12로 ID 42를 보냅니다. 두 A 버전을 모두 보유합니다. 총계를 7로 수정합니다. B는 창 43200~129600에 ID 43을 카운트 9로 보냅니다. 부분 중복을 제외하고 플래그를 지정하여 7을 남깁니다. 창은 합성 경과 에포크 초입니다.

제공된 지역 산술 연습은 총 10, 10, 17, 7 및 7을 재현합니다. 마지막 숫자는 고유한 전세계 메시지가 아니라 포함된 수신기 관찰을 나타냅니다. 부분적인 중복은 추론되지 않으며 제외된 데이터는 계속 조사할 수 있습니다.

범위 내에서 운동을 유지하세요.

예는 스키마가 유효한 보고서나 측정된 트래픽이 아닌 부분적인 필드 예측입니다. 로컬 검사에서는 명시적으로 제공된 인증 결과와 조직 관계를 사용합니다. DNS 검색을 수행하지 않습니다. SPF 평가, 암호화 확인, 보고서 수집 또는 수신자 전달 테스트. 프로덕션을 변경하기 전에 원본 보고서와 신뢰할 수 있는 메시지 증거를 보존하세요.

[ 테이크아웃 ]

보고서 신원, 페이로드 출처, 도착 시간을 별도로 유지하세요. 정확한 반복과 부분적인 중복을 별도의 결정으로 처리합니다. 표시된 모든 합계를 명시적 포함 정책으로 추적할 수 있도록 만듭니다.

[ 역할별 ]

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

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

IT/메일 관리자

수집 결정을 추적 가능하게 유지

ID, 해시 및 마침표는 관련되어 있지만 별개의 문제를 해결합니다.

다음 단계

  1. 원래 페이로드 출처를 저장합니다.
  2. 하나의 ID로 변경된 콘텐츠에 플래그를 지정하세요.
  3. 포함 및 제외 결정을 기록합니다.

CISO/SecOps

과장하지 않고 증거를 보존하세요

보고자 레이블 및 집계 창은 완전하거나 고유한 메시지 적용 범위를 입증하지 않습니다.

다음 단계

  1. 소스 신뢰를 검토합니다.
  2. 증거 보존을 통제합니다.
  3. 중복으로 인한 결과적 공제를 감사합니다.

창립자 / 비기술자

총 내용이 무엇인지 물어보세요

볼륨 추세에는 일관된 시간과 수집 규칙이 필요합니다.

다음 단계

  1. 간격 길이를 검토합니다.
  2. 트래픽 변화와 배송 지연을 분리하세요.
  3. 영향을 받은 총계 외에 제한이 필요합니다.

[ 자주 묻는 질문 ]

자주 묻는 질문

report_id가 메시지 식별자인가요?

아니요. 이는 많은 메시지를 요약할 수 있는 보고서를 식별합니다.

RFC 9990 §3.5.1

report_id만 사용하여 중복을 제거할 수 있나요?

충돌이나 변경된 페이로드를 조사할 수 있도록 보고자, 정책 도메인, 기간 및 콘텐츠 출처를 보존합니다.

RFC 9990 §3.5.1 RFC 9990 §3.5.4

시작 및 종료 메시지 타임스탬프가 있습니까?

아니요. 보고 간격은 UTC epoch 초 단위로 정의됩니다.

RFC 9990 §3.1.1.4

늦게 도착하면 보고 기간이 변경되나요?

아니요. 보고서에 설명된 기간과 도착 시간을 별도로 유지하세요.

RFC 9990 §3.1.1.4

중복된 근무시간을 비례적으로 뺄 수 있나요?

아니요. 집계된 개수는 중복된 개별 메시지의 분포를 나타내지 않습니다.

RFC 9990 §3.5.4

동일한 ID가 XML을 변경했다면 어떻게 되나요?

두 페이로드를 모두 유지하고 자동으로 교체하거나 계산하기 전에 조사합니다.

중복된 영수증을 삭제해야 하나요?

보존 정책에 따라 제외 결정을 감사할 수 있을 만큼 충분한 출처를 보존합니다.

무엇이 전체를 재현 가능하게 만드는가?

보고서 세트, 중복 정책 및 추적 가능한 소스 수를 포함하는 명시적인 기간.

[ 출처 ]

출처

  1. RFC 9990

    섹션 §3.1.1.3 · §3.1.1.4 · §3.5.1 · §3.5.4

[ 어휘 ]

어휘

신고번호
동일한 도메인에 대한 보고서 간에 고유해야 하는 보고서 식별자입니다. 이는 개별 이메일 식별자가 아닙니다.

RFC 9990 §3.5.1

보고기간
처음 및 마지막으로 관찰된 메시지 타임스탬프가 아닌 시작 및 끝 에포크 초로 설명되는 UTC 간격입니다.

RFC 9990 §3.1.1.4

기업 출처

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

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

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

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

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

기술 자료