시행 정책으로 전환하는 것은 이메일 사기의 종료가 아니라 중요한 도메인 제어 결정입니다. 달성된 경계를 정확하게 보고합니다. 도메인은 실패한 메시지에 대해 더 강력한 처리를 요청합니다. DMARC. 그런 다음 합법적인 메일 기능을 유지하는 데 필요한 운영 작업과 함께 여전히 인증할 수 있거나 해당 ID 경계를 벗어날 수 있는 위협에 대해 설명합니다.
보증 없이 보호를 명시합니다.
DMARC 정렬된 도메인 인증을 게시된 처리 기본 설정 및 보고 프레임워크와 결합합니다. 수신자의 실제 처리에는 로컬 정책이 포함될 수 있습니다. 실패한 모든 메시지가 모든 곳에서 거부되거나 통과하면 메시지가 안전하다는 것을 약속하지 마십시오. RFC 9989.
유사 도메인 메시지, 표시 이름 가장, 손상된 적법한 발신자는 시행 후에도 여전히 위험할 수 있습니다. 인증된 공급자는 승인되지 않은 지불 요청을 보낼 수 있습니다. SPF 의도한 것보다 더 넓은 승인은 정렬된 통과 경로를 사용할 수 있게 남겨 둘 수도 있습니다. 이는 도메인 인증을 포기하는 이유가 아니라 보완적인 제어를 유지해야 하는 이유입니다.
변경 전 적법한 경로를 확인하세요
서비스, 책임 있는 소유자, 작성자 도메인, 인증된 도메인을 통해 보낸 사람별 매트릭스를 유지합니다. 조정 증거, 중요한 수신자 및 마지막 테스트 날짜. 스캐너 및 경고와 같은 저용량 시스템을 포함합니다. 조용한 경로가 반드시 사용되지 않는 것은 아닙니다. 인벤토리를 완전한 것으로 처리하기 전에 알 수 없는 발송인을 해결하십시오.
제안된 정책 차이점과 이를 승인하는 사람을 문서화합니다. 에서 변경 p=none 에게 p=reject 맹목적으로 게시할 값이 아니라 예시입니다. 적용 가능한 도메인 및 종속성을 검토하고, 관찰 창을 계획하고, 중요한 적법한 오류에 대한 복구 트리거를 정의합니다. 이 문서의 데모 ID 대신 생성된 서비스별 값을 사용하세요.
서면 준비 원장을 검토합니다.
아래에서 제안된 p=none ~ p=reject 변경에 대해 메시지당 하나의 유효한 가시적 From과 규정된 수신자 인증 증거를 가정합니다. 실제 변경이나 수신기 테스트는 수행되지 않습니다.
- 청구: 제안된 소유자 청구 작업; invoice@billing.brand.test 에서; bounce@billing.brand.test 에 대한 SPF 패스; DKIM d=billing.brand.test. 두 식별자가 모두 정확하게 정렬되므로 가상의 메시지는 통과됩니다. 실제 중요한 수신자 테스트 및 변경 승인은 계속 제공되지 않습니다.
- 지원: 제안된 소유자 지원 운영; agent@support.brand.test 에서; bounce@support.brand.test 에 대한 SPF 패스; d=support.brand.test. 로 DKIM 통과합니다. 둘 다 정확하게 정렬되므로 가상의 메시지는 통과됩니다. 실제 중요한 수신자 테스트 및 변경 승인은 계속 제공되지 않습니다.
- 레거시 스캐너: 소유자가 확인되지 않았습니다. 보낸 사람, SPF , DKIM 및 수신자 적용 범위를 알 수 없습니다. 메시지 결과를 추론할 수 없습니다. 준비 상태를 선언하기 전에 책임 있는 소유자를 지정하고 경로 증거를 확보하십시오.
전반적인 출시 준비 상태가 확립되지 않았습니다. 규정된 두 번의 합격조차도 생산 증거가 관찰되지 않습니다. 제안된 변경 소유자는 알 수 없는 사항, 승인, 복구 트리거 및 경로 확인이 해결될 때까지 변경을 보류해야 합니다. 이 원장에 대해 코드, DNS 쿼리 또는 서명 확인이 실행되지 않았습니다.
RFC9989 섹션 7.4에서는 p=reject 게시할 때 유효한 DKIM 서명이 필요하며 사용자가 메일링 리스트에 게시할 수 있는 도메인을 거부하지 않도록 권고합니다. 해당 도메인은 먼저 최소 한 달 동안 p=none 으로 집계 데이터를 평가한 다음 p=quarantine 똑같이 오랜 기간 동안. 이러한 상호 운용성 제약 조건을 고려하여 정책을 선택하십시오. 깨끗한 직접 전송 예는 간접 메일 위험을 해결하지 못합니다.
승인된 출시 후 동작 확인
실제 변경에서는 각 중요 경로에 대해 게시된 정책, 시간, 승인된 차이점 및 테스트를 캡처합니다. 신뢰할 수 있는 수신자 결과와 실제 처리를 비교하고 적용 범위 한도와 함께 사용 가능한 집계 보고를 검토합니다. 누락된 보고서는 메일이 전송되지 않았거나 오류가 발생하지 않았다는 증거가 아닙니다. RFC 9990. 소유자 없이 보호를 광범위하게 약화시키는 대신 경로별로 합법적인 예외를 조사합니다.
집행 전에 사용된 것과 동일한 비즈니스 용어로 남아 있는 사기 위험을 설명하십시오. 결제 변경에는 여전히 독립적인 확인이 필요합니다. 계정 손상에는 여전히 계정 보안 대응이 필요합니다. 유사 항목에는 감지와 적절한 범위의 보고가 필요합니다. FBI의 결제 확인 지침은 도메인이 인증된 경우에도 관련성을 유지합니다. FBI 지침.
올바른 완성 설명에는 관찰된 정책, 테스트된 경로, 해결되지 않은 예외 및 잔여 제어의 이름이 지정됩니다. 말하지 말아야 할 것 피싱 해결되었습니다. 서비스, 키 및 비즈니스 프로세스가 변경됨에 따라 소유권과 정기적인 검토를 활성화하십시오.