상속된 발신자 인벤토리는 IP 주소 목록이 아닌 결정 도구입니다. 획득한 도메인을 표준화하기 전에 관찰된 메일을 해당 메일을 생성한 고객별 서비스, 비즈니스 소유자 및 승인된 ID에 연결하세요. 친숙한 공급자는 합법적인 트래픽과 원치 않는 트래픽을 모두 호스팅할 수 있으므로 인프라 인식만으로는 승인되지 않습니다.
여러 증거 소스로 시작
승인된 구성 내보내기, 애플리케이션 레지스터, 공급업체 계정 기록, DNS 관찰 및 사용 가능한 메일 증거를 수집합니다. 각 관찰의 출처와 수집 시기를 보존합니다. 집계 보고서 소스 IP와 인증 패턴을 공개할 수 있지만 조직의 비즈니스 의도를 독립적으로 설정하거나 발신자 집단을 완성할 수는 없습니다. RFC 9990.
각 서비스에 대해 기록 목적, 책임 소유자, 공급자 계정 또는 테넌트, 중요도, 표시 도메인, 봉투 도메인, DKIM 신원 서명, 마지막 대표 테스트 및 승인 증거. 알 수 없는 필드를 명시적으로 유지하세요. 휴면 또는 방어적인 도메인에 대해서는 송수신 목적을 별도로 기록합니다.
권한을 추가하기 전에 속성 ID
관찰된 식별자를 실제 공급업체 구성 및 비즈니스 워크플로와 비교합니다. DMARC 용도 조정 작성자 도메인과 성공적으로 인증된 식별자 사이 식별자가 없는 일반 통과 결과는 해결해야 할 문제를 숨길 수 있습니다. RFC 9989.
알 수 없는 소스를 추가하지 마세요. SPF 메일이 그곳에서 발송된 것으로 보이기 때문입니다. SPF 평가된 ID에 대해 호스트에 권한을 부여하며 해당 평가에는 DNS 조회 제한이 포함됩니다. RFC 7208 , 섹션 4.6.4. 새로운 포함은 권한을 확장하거나, 운영 제한을 초과하거나, 정렬을 수정하지 못할 수 있습니다. 먼저 원하는 서비스와 적절한 인증 경로를 설정하세요.
승인과 테스트를 별도로 유지
승인된 서비스는 여전히 마이그레이션 테스트에 실패할 수 있습니다. 인증된 메시지는 여전히 승인되지 않은 서비스에서 올 수 있습니다. 두 상태를 모두 저장합니다. 승인 증거는 책임 있는 결정을 식별해야 하며, 테스트 증거는 실제 거래, 신원, 결과 및 시간을 설명해야 합니다. 테스트 합격을 사업 소유권 대신 사용하지 마십시오.
상속된 청구 서비스에 지정된 비즈니스 소유자와 승인된 목적이 있지만 대상 계정의 서명 ID가 확인되지 않았다고 가정합니다. 두 번째 서비스에는 정렬된 전달 메시지가 있지만 식별된 비즈니스 소유자가 없습니다. 첫 번째는 마이그레이션 전에 경로 증거가 필요합니다. 두 번째 서비스는 승인된 서비스로 처리되기 전에 귀속 및 승인이 필요합니다. 어느 쪽의 격차도 다른 서비스의 확실한 결과로 해결되지 않습니다.
이는 생성된 기록이나 실행된 테스트가 아닌 가상의 재고 결정입니다. 소유권, 의도된 신원, 승인 및 현재 테스트 범위에 대해 별도의 필드를 유지하십시오. 애플리케이션 소유자가 누락된 계정 증거를 제공하면 설정한 상태만 업데이트합니다. 테스트되지 않은 마이그레이션 결과를 통과로 자동 변경하지 마세요.
기여 분석을 마이그레이션 계획으로 전환
확인된 소유자, 종속성 및 준비 상태를 기준으로 서비스를 그룹화합니다. 기록을 편집하기 전에 의도한 대상 ID 및 테스트를 정의하십시오. 알려지지 않은 경로를 자동으로 승인하거나 삭제하는 대신 명명된 소유자 및 기한이 있는 조사를 위해 보존합니다. 각 결과 전환에 대해 이전 구성과 승인된 복구 계획을 유지합니다.
표준화 후에는 승인된 목록에 대한 실제 관찰 내용을 조정하고 새로운 ID를 조사합니다. 은퇴한 서비스와 그에 따른 결정을 역사에 남깁니다. 유용한 재고는 합병 프로젝트가 종료될 때 폐기되는 스프레드시트가 아니라 공급업체 변경 및 사고 대응을 통해 운영 기록으로 남습니다.
이 인벤토리 및 검토 워크플로는 권장되는 운영 모델입니다. NIST SP 800-53 Rev. 5 CM-8 및 CM-3은 책임 있는 재고 및 변경 통제에 대한 일반적인 기초를 제공합니다. 이러한 이메일 관련 필드를 규정하거나 승인을 부여하지 않습니다. NIST 제어 카탈로그.