[ 헤더 및 배송 오류 ]

발신자 로그, 수신자 진단 및 DMARC 보고서 비교

단계, 인구 또는 타임스탬프를 혼동하지 않고 발신자 거래, 신뢰할 수 있는 수신자 증거 및 DMARC 집계 보고서를 조정합니다.

EmailAuth 연구팀 제공 · 8분 읽기

[ 핵심사항 ]

  • 발신자 승인, 인증 및 받은 편지함 배치는 서로 다른 결과입니다.
  • 집계 보고서는 완전한 메시지별 추적이 아닙니다.
  • 추적 보고서 수신 및 구문 분석을 별도의 전달 경로로 수행합니다.
이 페이지에서

동일한 단계와 시간의 관측치를 비교합니다.

발신자 로그, 수신자 진단 및 DMARC 집계 보고서 메일 경로의 다른 부분을 설명합니다. 출처가 잘못되지 않고도 동의하지 않을 수 있습니다. 발신자는 다음 홉의 수락을 기록할 수 있고, 수신자는 이후 정책을 적용할 수 있으며, DMARC 보고서는 보고 간격에 걸쳐 인증을 요약할 수 있습니다. 단일 전달 또는 실패 레이블에 강제로 적용하는 대신 각 소스에 대한 이벤트, 관찰자 ​​및 시간 기반의 이름을 지정하는 것부터 시작하세요.

이 문서에서는 2026년 11월 8일에 유지된 기본 SMTP , DSN, 인증 및 집계 보고 사양을 사용합니다. 실제 로그나 보고서에 대한 분석이 아닌 제안된 조정 워크플로를 제공합니다. 카탈로그에는 게시된 요청부터 사서함 수신을 거쳐 구문 분석된 관찰까지 보고서 전달 추적이 필요합니다. 여기서는 그러한 운영 체인이 제공되거나 실행되지 않았습니다.

보낸 사람 로그가 실제로 무엇을 설정하는지 명시

보내는 시스템, 대기열 식별자, 수신자, 시도 시간, 대상 호스트 및 전체 SMTP 응답을 기록합니다. 일시적인 거부와 영구 거부 및 수락된 이전을 구별합니다. SMTP 수락은 전송 단계 관찰입니다. 수신자가 메시지를 읽었는지 또는 메시지가 받은 편지함에 표시되었는지는 확인되지 않습니다. 이후 대기열 및 배달 상태 이벤트를 별도로 유지합니다. RFC 5321

수신자가 여러 명인 메시지의 결과는 다를 수 있습니다. RFC 3464 작업, 상태 및 진단 코드를 포함한 수신자별 DSN 정보를 정의합니다. 하나의 거부를 전체 메시지나 캠페인에 복사하는 대신 해당 필드를 올바른 수신자와 연결해 두십시오. 또한 진단에 인용된 원격 서버와 보고 시스템을 구별합니다. RFC 3464

신뢰 경계 내에서 수신자 증거 읽기

수신자 진단에는 정책 결정, 승인된 메시지 헤더 또는 관리 추적이 포함될 수 있습니다. 어떤 시스템이 증거를 생성했는지, 그리고 그것이 동일한 메시지 및 경로와 관련되어 있는지 확인하십시오. 전달된 사본은 원래 전달 경로와 다른 인증 결과를 가질 수 있습니다. 직접 경로 패스와 전달 경로 거부를 결합하지 말고 경로가 이해될 때까지 차이를 무작위로 호출하지 마십시오.

Authentication-Results 어설션에는 신뢰할 수 있는 생성 컨텍스트가 필요합니다. 해당 경계 외부에 삽입된 임의의 헤더는 모든 결과를 요구할 수 있습니다. 헤더를 사용하여 사건을 조정할 때 검증자 신원과 원본 메시지 관계를 유지합니다. 보낸 사람이 원래 수락된 메시지를 받지 못한 경우 SMTP 텍스트에서 결과를 만들어내는 대신 해당 수신자 측 증거를 사용할 수 없음으로 표시하십시오. RFC 8601

집계 보고서를 메시지 추적과 별개로 유지

RFC 9990 보고서 메타데이터, 정책 컨텍스트 및 그룹화된 관찰을 포함한 DMARC 집계 보고를 정의합니다. 이러한 보고서는 완전한 메시지별 배달 로그가 아닙니다. 개수와 간격은 인증 패턴을 식별하는 데 도움이 될 수 있지만 특정 비즈니스 메시지를 자동으로 식별하거나 받은 편지함 배치를 증명하거나 모든 수신자를 포함하지는 않습니다. 구문 분석된 데이터와 함께 보고서의 자체 시간 범위와 식별자를 유지합니다. RFC 9990

DMARC 프로토콜 규칙에 따라 정렬된 인증과 정책을 평가합니다. 인증 성공을 보여주는 보고서는 콘텐츠 또는 수신자 정책 거부와 공존할 수 있습니다. 반대로, 수신자는 로컬 정책이나 기타 증거에 따라 인증 실패를 처리할 수 있습니다. 조정에서는 DMARC 결과가 최종 전달 처리라고 가정하기보다는 고유한 질문을 보존해야 합니다. RFC 9989

별도의 전달 경로로 추적 보고

누락된 집계 보고서에는 자체 조사가 필요합니다. 제안된 체인은 게시된 보고 요청 및 적용 가능한 외부 대상 인증으로 시작하여 보고서 생성 및 전송을 거쳐 수집 사서함 또는 서비스 및 파서에 도달합니다. 올바른 요청이 수집자가 유용한 보고서를 받았다는 것을 증명하지는 않습니다. 수신된 첨부 파일은 대시보드가 ​​이를 올바르게 구문 분석하고 속성을 지정했음을 증명하지 않습니다. RFC 9990 보고서 검색 및 전달

적절한 액세스 제어에 따라 원본 보고서 파일, 영수증 메타데이터 및 파서 결과를 보관합니다. 수신, 압축 해제, 스키마 처리, 중복 제거 또는 도메인 속성 중에 오류가 발생했는지 기록합니다. 이는 제안된 조사 단계이지 특정 수집가에 대한 조사 결과가 아닙니다. 하나의 대시보드가 ​​비어 있다고 해서 보고가 전체적으로 깨졌다거나, 하나의 보고서가 도착했다고 해서 전체적으로 완료되었다고 추론하지 마세요.

증거를 파괴하지 않고 시간과 식별자를 정규화합니다.

각 소스의 원래 타임스탬프와 간격을 유지하면서 비교할 공통 시간대를 선택합니다. 일일 집계 간격과 현지 시간 대기열 로그가 서로 다른 날짜에 속하는 것으로 나타날 수 있습니다. 변환을 명시적으로 기록합니다. 메시지 식별자, 대기열 식별자 및 보고서 식별자를 별도로 유지하십시오. 이들은 서로 다른 시스템에 속하므로 교환 가능한 키로 취급되어서는 안 됩니다.

직접적인 상관관계가 불가능한 경우 추론 수준을 명시합니다. 보내는 IP, 도메인 및 간격은 일대일 메시지 일치를 증명하지 않고도 모집단 수준 비교를 지원할 수 있습니다. 유사한 제목 줄이나 개수로 일치 항목을 만들지 마세요. 공급업체에 정확한 식별자가 필요한 경우 필요한 공개를 승인하고 수정된 사본을 준비하기 전에 손대지 않은 내부 원본을 보존하십시오.

원본 조정 워크시트

이 제안된 워크시트를 사용하여 증거, 해석 및 누락된 링크를 구별하십시오. 실제 메시지나 보고서로 채워지지 않습니다.

  • 발신자 이벤트: 대기열 식별자, 수신자, 경로, 타임스탬프 및 정확한 응답.
  • 수신자 이벤트: 신뢰할 수 있는 생성자, 메시지 참조, 정책 결과 및 관찰 시간.
  • 집계 이벤트: 보고 조직, 보고서 식별자, 간격, 정책 도메인 및 그룹화된 개수.
  • 보고 요청: 게시된 위치, 관찰된 값 및 적용 가능한 목적지 승인 증거.
  • 수집 추적: 사서함 또는 엔드포인트 영수증, 보관된 파일 및 전송 메타데이터.
  • 구문 분석 추적: 스키마 결과, 중복 제거, 속성 및 대시보드 가져오기 상태.
  • 상관 관계: 정확한 일치, 인구 수준 추론 또는 해결되지 않은 관계.
  • 결론: 지원되는 실패 단계, 다음 소유자 및 결과의 한계.

유용한 조정은 받은 편지함 배치가 알려지지 않은 상태에서 발신자 승인 및 집계 인증 성공이 확립되었다는 결론을 내릴 수 있습니다. 다른 사람은 보내는 도메인의 인증을 비난하지 않고 수집기 구문 분석 문제를 식별할 수 있습니다. 이러한 좁은 설명은 단일 빨간색 또는 녹색 배송 라벨보다 실행 가능성이 더 높습니다.

가상의 예: 보고서가 도착했지만 차트는 비어 있습니다.

가상의 Lantern Ledger는 성공적인 발신자 핸드오프 로그를 확인하고 DMARC 대시보드가 ​​채워질 것으로 예상합니다. 발명된 연습에서는 컬렉션 메일박스에 보고서 첨부 파일이 있지만 제안된 파서 검토에서는 이를 가져왔는지 여부가 아직 확립되지 않았습니다. 팀은 차트가 비어 있다는 이유만으로 DNS 변경해서는 안 됩니다. 누락된 링크는 수신과 구문 분석된 관찰 사이에 있을 수 있습니다.

계획된 조사에서는 첨부 파일을 보존하고 보고서 식별자와 간격을 기록하고 승인된 수집자의 처리 결과를 검사합니다. 또한 원래 비즈니스 메시지 전달 질문을 보고서 전송과 별도로 유지합니다. Lantern Ledger는 허구입니다. 사서함, 로그, 첨부 파일 또는 파서가 액세스되지 않았으며 오류가 확인되지 않았습니다.

정확한 증거 사슬을 닫으세요

실제 승인된 수정 후 이전에 실패한 단계에서 새로운 관찰을 유지합니다. 이제 파서가 보고서를 가져오면 모든 배달 또는 인증 문제가 아니라 관찰된 파일에 대한 구문 분석 문제가 해결됩니다. 이후 SMTP 시도가 성공하더라도 보고서 수집이나 수신자 읽기가 설정되지 않습니다. 각 결과를 증거와 범위에 연결하세요.

필수 보고서 전달 추적은 열린 상태로 유지됩니다. Human SME, 소스 적용 가능성, 생산 경로, 시각적 접근성 및 소유자 릴리스도 열려 있으며 출판 준비 상태는 거짓입니다. 이 원고는 운영 증거나 보편적인 전달 가능성 결론보다는 구조화된 비교 방법을 제공합니다.

[ 테이크아웃 ]

각 소스의 관찰자, 이벤트 및 간격을 보존한 다음 실제로 입증된 증거 체인만 닫습니다.

[ 역할별 ]

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

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

IT/메일 관리자

관찰된 단계를 조정합니다.

대기열 로그와 보고서는 서로 다른 이벤트를 설명할 수 있습니다.

다음 단계

  1. 정확한 응답과 타임스탬프를 유지합니다.
  2. 보고서 식별자와 메시지 식별자를 별도로 유지하세요.
  3. 파싱을 통한 추적 수집.

CISO/SecOps

증거 신뢰 구축

복사된 헤더와 변환된 보고서에는 출처가 필요합니다.

다음 단계

  1. 신뢰할 수 있는 검증자를 식별합니다.
  2. 승인된 원본을 보존하십시오.
  3. 상관관계 주장을 지원되는 관계로 제한합니다.

창립자 / 비기술자

정확한 결과를 요구하세요

하나의 친환경 지표가 모든 배송 단계를 입증하지는 않습니다.

다음 단계

  1. 운송과 사업 영수증을 분리하세요.
  2. 컬렉션 및 파서 소유자를 할당합니다.
  3. 나머지 알 수 없는 항목은 계속 표시됩니다.

[ 자주 묻는 질문 ]

자주 묻는 질문

SMTP 수락은 수신자가 메시지를 읽었다는 것을 증명합니까?

아니요. 전송 단계 관찰이며 받은편지함 배치 또는 판독 증거가 아닙니다.

RFC 5321 : 단순 메일 전송 프로토콜

한 메시지의 수신자 결과가 다를 수 있나요?

예. DSN에는 수신자별 배달 정보가 포함되어 있습니다.

RFC 3464 : 배달 상태 알림을 위한 확장 가능한 메시지 형식

DMARC 집계 보고서는 완전한 메시지 로그입니까?

아니요. 보고 간격에 따라 인증 관찰을 그룹화합니다.

RFC 9990 : DMARC 집계 보고

임의의 Authentication-Results 헤더를 신뢰할 수 있습니까?

아니요. 생산 시스템과 신뢰 경계를 설정하십시오.

RFC 8601: Authentication-Results

게시된 보고 요청이 수집 작업을 입증합니까?

아니요. 검색, 대상 승인, 전송, 수신 및 처리는 별개의 종속성입니다.

RFC 9990 : DMARC 집계 보고

빈 차트는 보고서가 도착하지 않았음을 의미합니까?

아니요. 영수증과 파서 속성은 별도로 조사해야 합니다.

카운트만으로 일대일 메시지 일치를 설정할 수 있습니까?

반드시 그런 것은 아닙니다. 정확한 상관관계와 별도로 모집단 수준 추론에 라벨을 붙입니다.

여기서 신고 전달 추적이 완료되었나요?

아니요. 필수 운영 체인은 계속 열려 있습니다.

[ 출처 ]

출처

  1. RFC 9989: DMARC

    섹션 §2.4 범위 외 · §4.1 DMARC 기본 사항 · §4.3 인증 메커니즘 · §4.4 식별자 정렬 설명

  2. RFC 8601: Authentication-Results

    섹션 §1.2 신뢰 경계 · §1.6 신뢰 환경 · §7.1 위조된 헤더

  3. RFC 3464 : 배달 상태 알림을 위한 확장 가능한 메시지 형식

    섹션 §2.2 메시지별 DSN 필드 · §2.3 수신자별 DSN 필드

  4. RFC 5321 : 단순 메일 전송 프로토콜

    섹션 §4.2.1 응답 코드 심각도 및 이론 · § 4.5.4.1 전송 전략 · §6.1 신뢰할 수 있는 전달 및 이메일을 통한 응답

  5. RFC 9990 : DMARC 집계 보고

    섹션 §3.1 집계 보고서 · §3.4 보고서 요청 검색 · §3.5 보고서 전달 · §4 외부 대상 확인 · §8 보안 고려 사항 · §9 운영 고려 사항

[ 어휘 ]

어휘

보고 간격
집계 보고서에 표시되는 시간 범위입니다.

RFC 9990 : DMARC 집계 보고

진단 코드
DSN의 프로토콜별 진단 정보입니다.

RFC 3464 : 배달 상태 알림을 위한 확장 가능한 메시지 형식

상관관계 수준
증거가 정확한 일치, 모집단 추론 또는 확립된 관계 없음을 뒷받침하는지 여부입니다.
분석된 관찰
원시 영수증과 구별되는 데이터는 수집기에 의해 성공적으로 해석되고 귀속됩니다.

기업 출처

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

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

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

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

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

기술 자료