[ 신고 및 조사 ]

보고 기간이 겹치고 보고 식별자가 일관되지 않음

겹치는 창과 보고자 별칭으로 인해 잘못된 정밀도가 생성되는 것을 방지합니다.

EmailAuth 연구팀 제공

[ 핵심사항 ]

  • 시간 중복 및 일치하는 보고자 라벨은 중복된 메시지를 입증하지 않습니다.
  • 원시 ID 및 버전 확인 매핑을 유지합니다.
  • 포함된 보고서 전체 정책과 미해결 볼륨을 공개합니다.
이 페이지에서

동일한 시간의 일부를 다루는 두 개의 보고서가 반드시 중복되는 것은 아닙니다. 이는 다른 수신자, 다른 보고 구성 요소 또는 충돌하는 콘텐츠가 포함된 재전송에서 발생할 수 있습니다. 수를 합치기 전에 그들의 신원과 인구에 대해 알려진 것이 무엇인지 결정하십시오.

출처 기록을 구축하세요

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

제출된 보고자 이름, 보고서 ID, 정책 도메인, 적용 간격, 첨부 파일 지문 및 도착 세부 정보를 보존합니다. 대시보드가 ​​정규화된 레이블을 사용하는 경우에도 원시 ID 값을 유지합니다. 변경된 표시 이름으로 인해 원본 소스를 재구성하는 기능이 지워져서는 안 됩니다.

두 레이블이 관련되어 있는 것으로 나타나면 보고자의 문서화된 인프라 또는 확인된 마이그레이션과 같은 뒷받침하는 증거를 찾으십시오. 일반적인 접미사 또는 유사한 조직 이름은 단서일 뿐 모든 보고서를 하나의 ID로 병합할 수 있는 권한을 부여하는 것은 아닙니다. 별칭 매핑의 버전을 지정하고 이를 승인한 사람을 기록합니다.

ID와 별도로 간격 중복을 비교합니다.

참고자료: RFC 9990 §3.1.1.4, RFC 9990 §3.5.4.

서로 다른 수신자는 보고서가 중복되지 않고 같은 날 트래픽을 관찰할 수 있습니다. 확인된 보고 소스 내에서 일치하는 ID와 콘텐츠는 중복 결정을 지원할 수 있습니다. 창이 겹치는 다양한 ID에는 정책 변경 및 독립적인 보고 구성 요소를 포함하여 면밀한 검사가 필요합니다.

RFC 9990 중복되지 않는 보고 기간을 권장하지만 소비자는 불완전한 입력을 처리해야 합니다. 중복 지침에서는 부분 중복이 반복 관찰을 구별하는 명확한 방법을 제공하지 않는다고 설명합니다. 시간 중복만으로는 중복 메시지 수를 알 수 없습니다.

발명된 뺄셈을 피하세요

예시 사례: 보고서 A는 00:00~12:00을 다루고 600을 나타냅니다. 보고서 B는 06:00~18:00을 다루며 900을 계산합니다. 6시간이 겹치더라도 300, 450 또는 기타 고정 숫자가 중복된다는 사실은 설정되지 않습니다. 교통량이 고르지 않을 수도 있고, 인구가 다를 수도 있습니다. 보고서의 절반을 빼면 관찰된 고유 총계가 아닌 모델링된 추정치가 생성됩니다.

조정된 측정항목의 경우 불확실한 쌍을 검토용으로 보관하거나 문서화된 전체 보고서 포함 규칙을 적용하세요. 대안을 보존하고 그에 따른 보장 손실 또는 이중 계산 가능성을 설명하십시오. 증거가 이를 뒷받침할 수 없는 경우 정확한 고유 합계를 제시하지 마십시오.

의사결정을 재현 가능하게 만들기

보고서가 별개, 중복 또는 해결되지 않은 중복으로 처리된 이유를 기록합니다. 볼륨이 얼마나 영향을 받는지 보여줍니다. 다운스트림 분석가가 마치 깨끗한 것처럼 진단 뷰를 실수로 합산하지 않도록 데이터를 내보낼 때 겹치는 창을 계속 표시하세요.

인접한 간격, 정확한 반복, 개별 보고자 및 부분적으로 겹치는 보고서를 사용하여 가져오기 도구를 테스트합니다. 성공적인 별칭 정리는 단순히 차트를 더 매끄럽게 만드는 것이 아니라 출처를 개선해야 합니다.

중복 예외 기록 생성

보고서 참조, 정확한 간격, 의심되는 소스 관계 및 영향을 받은 수를 모두 캡처합니다. 내보낸 각 보기에 어떤 보고서가 포함되어 있는지 명시합니다. 분석가가 보수적인 전체 보고서 규칙을 선택한 경우 해당 규칙이 적용 범위에 미치는 영향을 기록하십시오. 둘 다 진단 보기에 유지되는 경우 해당 합계에 반복 관찰이 포함될 수 있음을 경고합니다. 승인된 지원 절차를 통해서만 신고자에게 설명을 요청하세요. 더 나은 증거가 도착할 때까지 모호성을 지원되지 않는 중복 추정으로 변환하기보다는 데이터로 보존하십시오.

조사를 계속하세요

사용 집계 보고서 연습 기본 필드와 정렬 진단 가이드 원시 인증 패스가 만족하지 않는 경우 DMARC.

실행된 합성 증거

로컬로 재실행되는 산술 장치는 동일한 검증된 종합 보고 모집단에서 두 개의 보고서를 제공합니다. A는 00:00~12:00, B는 06:00~18:00을 담당합니다. 이는 의도적으로 명시적인 규칙을 적용합니다. 즉, 잠정 지표에서 처음 승인된 전체 보고서를 유지하고 나중에 해결되지 않은 중복을 유지합니다. 중복된 관측치를 시간별로 추정하지 않습니다.

  • 서비스: 청구; 보고서 A, 포함: 400; 보고서 B, 보유: 300; 순진한 결합 수: 700
  • 서비스: 경고; 보고서 A, 포함: 200; 보고서 B, 보유: 600; 순진한 결합 개수: 800
  • 서비스: 합계; 보고서 A, 포함: 600; 보고서 B, 보유: 900; 순진한 결합 수: 1,500

실행된 어설션은 총 600개를 포함하고 총 900개를 보유하는지 확인합니다. 고유 메시지 합계는 null로 유지됩니다. 포함된 600개는 정책에서 선택한 보고서 수이며, 00:00~18:00 창을 합친 전체 고유 볼륨을 증명하는 것은 아닙니다. 청구 및 경고는 공유 인프라에서 유추되지 않고 합성 서비스 할당으로 제공됩니다. 이러한 유지된 원시 행, 포함 규칙 및 출력은 해결되지 않은 중복을 유지하면서 메트릭을 재현 가능하게 만듭니다. 승인된 포함 정책에 따라 잠정 합계가 달라질 수 있으므로 이름이 지정되어야 합니다. RFC 9990 §3.1.1.4 보고 기간 지침을 제공합니다.

결정을 제한적으로 유지하세요

로컬 연습에서는 제공된 400 + 200개의 포함된 관측값과 300 + 600개의 보유 관측값만 확인합니다. 임시 총계 600개는 두 창에 걸친 고유 메시지의 추정치가 아닙니다. 그 값은 아직 알려지지 않았습니다. 실제 보고서 ID가 인증되거나 병합되지 않았습니다.

[ 테이크아웃 ]

시간 중복 및 일치하는 보고자 라벨은 중복된 메시지를 입증하지 않습니다. 원시 ID 및 버전 확인 매핑을 유지합니다. 포함된 보고서 전체 정책과 미해결 볼륨을 공개합니다.

[ 역할별 ]

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

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

IT/메일 관리자

원시 기자 신원을 유지합니다.

기본 관찰을 유지하고 위의 워크플로를 사용하여 실제 실패 단계를 가정에서 분리합니다.

다음 단계

  1. 원시 기자 신원을 유지합니다.
  2. 버전 확인된 별칭 매핑.
  3. 중복과 별도로 중복을 테스트합니다.

CISO/SecOps

소스 병합에 대한 출처가 필요합니다.

보안 결정을 위해 이러한 결과에 의존하기 전에 적용 범위, 출처 및 남아있는 불확실성을 눈에 띄게 유지하십시오.

다음 단계

  1. 소스 병합에 대한 출처가 필요합니다.
  2. 제외된 볼륨을 감사합니다.
  3. 위험 보고서에 불확실성을 표시하십시오.

창립자 / 비기술자

지원되지 않는 정확한 합계를 요구하지 마세요.

이 보고 작업을 자체 비즈니스 결정과 연결하고 그 영향에 비례하는 증거를 요구합니다.

다음 단계

  1. 지원되지 않는 정확한 합계를 요구하지 마세요.
  2. 실질적으로 영향을 받는 측정항목의 우선순위를 지정하세요.
  3. 명시적 불확실성 처리를 승인합니다.

[ 자주 묻는 질문 ]

자주 묻는 질문

시간의 중첩이 중복을 증명하는가?

아니요. 고유한 수신자 또는 모집단은 시간상 겹칠 수 있습니다.

RFC 9990 §3.1.1.4 RFC 9990 §3.5.4

유사한 기자 이름이 자동으로 병합될 수 있나요?

유사성을 단서로 취급하십시오. 원시 값을 유지하고 관계를 확인합니다.

시간별로 나누어서 겹치는 부분을 수정할 수 있나요?

이는 입증되지 않은 트래픽 분포를 가정하고 정확한 고유 수를 산출할 수 없습니다.

RFC 9990 §3.5.4

기자 이름을 바꾸기 전에 무엇을 저장해야 합니까?

원본 레이블, 보고서 ID, 콘텐츠 지문 및 버전이 지정된 매핑 결정.

해결되지 않은 모든 신고를 삭제해야 합니까?

아니요. 이를 유지하고 조정된 측정항목과 진단 데이터를 구별하세요.

인접 간격은 중첩과 동일합니까?

아니요. 분류하기 전에 정확한 경계와 형식의 간격 의미를 비교하세요.

RFC 9990 §3.1.1.4

대시보드는 무엇을 공개해야 합니까?

영향을 받는 범위, 포함 규칙 및 나머지 이중 계산 또는 적용 범위 불확실성.

신고자 신원 조사는 어떻게 종료되나요?

책임 있는 결정이 있는 지원 관계 또는 명시적으로 해결되지 않은 분류.

[ 출처 ]

출처

  1. RFC 9990

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

[ 어휘 ]

어휘

부분적 중복
교차하는 보고 기간은 반복된 메시지 관찰 횟수를 식별하지 않습니다.

RFC 9990 §3.5.4

잠정총액
신원이나 중복 불확실성이 남아 있는 동안 명시적인 포함 정책에 따라 생성된 개수입니다.

기업 출처

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

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

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

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

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

기술 자료