출판 p=reject 정책 이정표이지 끝이 아니다 DMARC 운영. 전송 서비스가 변경되고 새로운 애플리케이션이 나타나며 수신자는 자체 처리 결정을 유지합니다. 집계 보고는 인증 회귀, 새로 관찰된 소스, 요청된 정책과 보고된 처리 간의 차이점을 식별하는 데 여전히 도움이 됩니다.
정책 변경 후에도 보고를 계속 구성하고 모니터링합니다. 적합성은 여전히 도메인 사용에 따라 다릅니다. RFC 9989 §7.4 사용자가 인터넷 메일링 리스트에 게시할 수 있는 도메인에 대한 거부에 대한 주의 사항과 유효한 도메인을 사용하려면 거부 도메인이 필요합니다. DKIM 전적으로 의지하기보다는 SPF. 증거는 참여하는 수신자와 그들의 관찰에 의해 제한됩니다. 거부 정책은 모든 가장 시도가 차단되었거나 모든 합법적인 메시지가 전달되었다는 증거가 아닙니다.
정책, 평가, 처분을 별도로 읽어보세요.
참고자료: RFC 9989 §4.7, RFC 9989 §5.4, RFC 9990 §3.1.1.9, RFC 9990 §3.1.1.11.
게시된 정책은 DMARC 실패한 메일에 대해 도메인 소유자가 요청한 처리를 표현합니다. 평가에서는 인증된 SPF 또는 DKIM 식별자가 작성자 도메인과 일치하는지 여부를 묻습니다. 보고된 처분은 수신자의 보고된 DMARC 관련 처리를 설명하며, 제공된 경우 재정의 정보가 포함됩니다.
이러한 필드는 하나의 상태로 축소되어서는 안 됩니다. 기록 처리 없음과 함께 p=reject 표시하면 자동으로 잘못된 형식이 아닙니다. 메시지가 전달되었거나 수신자 처리가 요청된 작업과 다를 수 있습니다. 정책만으로 추측하기보다는 일치된 결과와 가능한 이유를 검토하세요. RFC 9989 수신자의 재량권을 보존하며, RFC 9990 집계 필드를 정의합니다.
합법적인 경로 회귀를 관찰하세요.
참고자료: RFC 9989 §5.3.5.
애플리케이션 및 소유자의 인벤토리를 유지 관리합니다. 현재 관측치를 예상 ID와 비교하고 변경된 내용을 조사합니다. 선택자, 반환 경로 또는 사용자가 누락된 메일을 신고하기 전에 도메인을 작성하세요. 장기간 눈에 띄지 않을 수 있는 소량 및 계절별 경로를 포함합니다.
예시 사례: 이전에 검증된 청구 애플리케이션이 새로운 플랫폼으로 이동하고 정렬이 손실됩니다. DKIM 서명. SPF 여전히 관련 없는 서비스 도메인 아래로 전달됩니다. 적용 가능한 유효한 정책을 가정하고 검사를 완료했습니다. 다른 정렬된 전달 경로가 없으면 이 합성 예에서 메시지는 DMARC 실패합니다. 유용한 응답은 지원되는 발신자 신원을 복구하는 것이며, 시행으로 인해 향후 온보딩이 불필요하다고 가정하는 것이 아닙니다.
계속되는 무단 오류 해석
승인되지 않은 발신자는 시행 후에도 보낸 사람의 도메인을 계속 사용할 수 있습니다. 보고서에는 관찰된 실패한 인증과 해당 트래픽에 대한 수신자 처리가 표시될 수 있습니다. 지속적인 실패량만으로는 시행이 효과적이지 않다는 것을 증명할 수 없습니다. 컨트롤이 계속해서 도착하는 트래픽을 거부하고 있을 수 있습니다.
반대로, 모든 실패를 확인된 공격 방지로 간주하지 마십시오. 속성, 의도, 수신자 범위 및 실제 처리에 대한 증거가 필요합니다. 보고 수는 관찰 수이며, 보고된 처리는 완전한 다운스트림 전달 감사가 아닙니다.
예외 및 누락된 적용 범위 조정
참고자료: RFC 9990 §3.1.6, RFC 9990 §4, RFC 9989 §5.3.8.
실패한 메일이 요청된 정책과 다르게 처리된 기록을 검토합니다. 제공된 재정의 이유와 관련 전달 또는 중개 동작을 조사합니다. 모든 수신자가 동일한 로컬 정책을 적용하거나 모든 예외에 대한 충분한 설명이 있다고 가정하지 마십시오. 집계 보고서.
보고 파이프라인 자체를 확인하세요. 대상 소유권, 필요한 경우 외부 승인, 수집 오류, 기여 수신자의 변경 사항 등이 있습니다. 시행 후 자동 대시보드에 수집 문제가 반영될 수 있습니다. 중요한 경로에 대해 제어된 테스트를 유지하고 전송을 조사할 때 수신자 증거를 애플리케이션 로그와 비교하세요.
시행 후 운영 리듬 유지
신규 발신자 온보딩, 정기적인 인벤토리 검토, DNS 변경 및 보고 분류에 대한 책임을 할당합니다. 임시 정책 완화를 위해서는 승인 및 만료 프로세스를 사용하세요. 제안된 변경 사항이 지원되는 원인을 해결하고 관련 없는 발신자에게 불필요하게 영향을 미치지 않는지 확인하십시오.
테스트된 합법적인 경로, 알 수 없는 소스 조사, 수신기 편차 조사 및 보고 격차가 여전히 존재하는 것으로 각 검토를 마무리합니다. p=reject 이후의 목표는 설명 가능한 인증 범위로 유지됩니다. 정책 문자열만으로는 그러한 보증을 제공할 수 없습니다.
결론과 다음 행동 묶기
가상 플랫폼 이동의 경우 정렬된 DKIM 누락과 별도로 관련 없는 서비스 ID로 원시 SPF 패스를 유지합니다. 나중에 지원되는 서명 복구는 영향을 받는 경로에서 테스트되어야 합니다. 보고된 없음 처리는 인증이 복구되었거나 받은 편지함이 메시지를 받았다는 증거가 아니라 처리 증거로 남아 있습니다.