내보내기가 존재하지만 누구도 설명하거나 복원할 수 없는 경우 서비스 종료가 불완전합니다. 미래 운영자의 질문부터 시작하십시오. 승인된 도메인과 발신자, 라이브 종속성, 예외가 존재하는 이유, 승인된 변경 사항은 무엇입니까? 내보내기는 비밀이나 불필요한 개인 데이터를 통제되지 않은 아카이브로 전송하지 않고 해당 답변을 보존해야 합니다.
내보내기 경계 정의
도메인 및 발신자 인벤토리, DNS 및 정책 구성, 공급자별 생성 값, 보고서 샘플 및 기록, 구문 분석 규칙, 사용자 및 역할 할당, 예외, 승인 및 변경 로그를 나열합니다. 시간 범위, 알려진 간격 및 내보내기 시간대를 기록합니다. 보고서 행을 원본 파일에 연결하는 데이터 사전 및 식별자를 유지합니다. 그래프의 스크린샷은 유용한 맥락이지만 기본 증거를 대체할 수는 없습니다.
집계 보고서 구조는 다음에 지정됩니다. RFC 9990; 대시보드는 자체 속성 또는 정규화를 추가할 수 있습니다. 공급업체 해석과 표준 필드를 구별할 수 있도록 충분한 원시 콘텐츠를 보존하세요. 친숙한 공급자 라벨을 회사가 특정 전송 계정을 승인했다는 증거로 취급하지 마십시오.
자격 증명과 별도의 구성
어떤 내보내기 요소가 안전한 운영 메타데이터이고 어떤 것이 자격 증명인지 식별합니다. DKIM 공개 DNS 레코드 및 선택자 이름은 개인 서명 키가 아닙니다. 개인 키 이동이 지원되고 승인된 경우 별도로 승인된 비밀 전송 프로세스를 사용하세요. 이 일반 증거물 묶음에 넣지 마세요. 공급자가 키를 내보내지 않을 경우 공개 키 내보내기에서 복원을 약속하기보다는 새로운 서명 ID와 제어된 전환을 계획하십시오.
보고서 데이터 및 감사 로그에 액세스 및 보존 제어를 적용합니다. 마이그레이션은 모든 것을 영원히 유지하는 이유가 아닙니다. 적절한 소유자가 보존 내용, 열 수 있는 사람, 삭제 시기를 승인하도록 하십시오. 취소 날짜 이전에 현재 계획에서 내보낼 수 없는 감사 내역이나 원시 데이터를 포함하여 사용할 수 없는 항목의 목록을 만드십시오.
데이터로 내보내기 확인
승인된 내보내기에 보낸 사람 인벤토리, 변경 내역 및 보고서 색인이 포함되어 있다고 가정합니다. 매니페스트는 각 파일 이름, 바이트 수 및 SHA-256 다이제스트를 기록합니다. 신뢰할 수 있는 다이제스트와 일치하는 나중에 읽기를 수행하면 나열된 파일에 대한 바이트 일관성이 설정되지만 필요한 모든 행을 내보낸 것은 아닙니다. 생략된 예외 파일은 나열된 모든 해시가 일치하는 상태로 남을 수 있지만 아카이브는 작동상 불완전합니다.
이는 생성된 아카이브나 실행된 해시 검사가 아닌 가상의 무결성 대 완전성 예입니다. 날짜가 지정된 소스 인벤토리에 대한 매니페스트 확인과 조정이 모두 필요합니다. 불일치에는 신뢰할 수 있는 다이제스트를 자동으로 교체하기보다는 조사가 필요합니다.
실제 종료의 경우 내보낸 행 수를 날짜가 지정된 소스 인벤토리 및 문서 제외와 조정합니다. 대체 작업 과정을 사용하여 파일을 엽니다. 시간 값, 도메인 이름, 고유 ID 및 관계가 유지되는지 확인하세요. 하나의 검색 작업을 테스트합니다. 예외 ID가 주어지면 새 운영자가 소유자, 승인, 만료 및 영향을 받는 발신자를 찾을 수 있습니까? zip 다운로드를 성공으로 표시하는 대신 결과를 기록하십시오.
액세스가 종료된 후에도 아카이브를 유용하게 유지하세요
NIST SP 800-34 개정 1 비상 계획, 테스트 및 유지 관리에 대해 설명합니다. 여기에 일반 지침을 적용하여 아카이브 관리자를 지정하고 출발 서비스에 의존하지 않고 액세스를 테스트합니다. 매니페스트와 내보내기 프로세스에 대한 설명을 데이터와 함께 저장합니다. 승인된 보존 정책이 허용하는 경우 독립적으로 관리되는 사본을 보관하십시오.
종료하기 전에 누락된 내역, 교체 모니터링 및 내보내기에서 복원할 수 없는 모든 종속성에 대해 소유자 승인을 받으세요. 정의되고 승인된 목적과 기간 동안만 기존 계정을 보존하십시오. 최종 종료 기록에는 내보낸 항목, 확인된 항목, 사용할 수 없는 항목 및 공백을 수락한 사람이 나와 있어야 합니다. 확인된 체크섬을 완전한 재해 복구 테스트라고 부르지 마십시오.