모든 인증 보고서를 영원히 보관하는 것은 보존 정책이 아닙니다. 원시 집계 데이터, 메시지별 실패 보고서 조사 기록은 다양한 목적으로 사용되며 다양한 위험을 수반합니다. 유용한 보존 계획은 각 수업이 왜 유지되는지, 얼마나 오랫동안 유용하게 유지되는지, 해당 기간이 끝나면 어떻게 되는지 설명합니다.
DMARC의 보고 사양에는 보고서 내용, 개인 정보 보호 및 보안 고려 사항이 설명되어 있습니다. 모든 조직에 대해 보편적인 법적 보존 기간을 설정하지는 않습니다. 아래 워크플로는 개인 정보 보호, 보안 및 해당 법적 의무를 담당하는 사람들과 함께 검토하기 위한 운영 설계입니다.
실제 레코드 클래스 목록 작성
참고자료: RFC 9990 §7.1, RFC 9990 §7.2, RFC 9991 §2, RFC 9991 §7.1.
원재료를 분리하다 집계 보고서, 구문 분석된 기록, 요약된 지표, 실패 보고서, 제어된 메시지 샘플 및 사고 결론. 각 저장소와 모든 다운스트림 복사본(사서함, 파서 대기열, 분석 시스템, 티켓, 분석가 내보내기 및 백업)을 소유한 사람을 식별합니다.
표준 집계 보고서에서는 개별 메시지 내용과 최종 사용자 식별 정보를 제외합니다. RFC 9990 §7.2하지만 트래픽 메타데이터는 여전히 다음과 같은 운영 패턴을 노출할 수 있습니다. RFC 9990 §7.1. 집합 저장소를 액세스 및 보존 검토에서 면제되는 것으로 취급하지 마십시오. 집계 보고서에는 적절한 처리가 필요할 수 있는 인프라 및 교통 정보가 포함됩니다. 실패 보고서에는 다음 사항이 포함될 수 있으므로 특별한 주의를 기울여야 합니다. 메시지 헤더, 본문 및 식별자. 파일 확장자나 대시보드 라벨이 아닌 실제 및 가능한 콘텐츠를 기반으로 분류합니다.
각 수업의 목적과 시간을 설정하세요.
기록을 보관하는 이유(수집 문제 해결, 계절별 비교, 특정 조사 또는 해당 의무)를 명시합니다. 보고서 접수, 사고 종결 등 보존 시계가 시작되는 시기와 예외를 소유한 사람을 정의합니다. 사용 후 잠시 보관해 달라는 등의 모호한 지시는 피하세요.
일반 보안 체크리스트에서 복사한 숫자가 아닌 문서화된 요구 사항과 의무를 기준으로 기간을 선택하세요. 긴 계절별 비교는 적절하게 최소화된 측정항목을 통해 제공될 수 있으며 원시 메시지 콘텐츠는 훨씬 짧은 진단 요구를 위해 유지됩니다. 적용 범위 및 구성 변경 사항을 해석하는 데 필요한 컨텍스트가 요약에 포함되어 있는지 확인하십시오.
보존 설계를 통해 작업
예시 디자인: 원시 집계 보고서는 파서 문제 해결을 지원합니다. 파생된 개수는 더 긴 추세 분석을 지원합니다. 메시지별 보고서는 시간 제한이 있는 조사를 지원합니다. 수정된 사건 결론은 원인과 시정 조치를 보존합니다. 각 클래스에는 자체적으로 승인된 기간, 시작 이벤트, 소유자 및 삭제 방법이 있습니다.
이 예에서는 의도적으로 보편적인 날짜 수를 할당하지 않습니다. 조직의 의무와 시스템에 따라 결정됩니다. 사건에 예외가 필요한 경우 사유, 범위, 승인자 및 검토 날짜를 기록합니다. 일반 삭제로 인해 증거가 파기되는 대신 관련 증거를 유효한 보존 상태로 보존하고, 관련 없는 데이터가 무제한으로 보존되는 것을 방지합니다.
하나의 합성 레지스터 행을 계산합니다.
다음 행에서는 유지 메커니즘을 보여주기 위해 임의의 가상 승인을 사용합니다. 7일 기간은 권장사항, 법적 최소값 또는 조직의 현재 정책에 대한 주장이 아닙니다. 모든 타임스탬프는 UTC입니다.
- 등록 필드: 레코드 클래스 및 식별자. 가상 값: 실제 메시지 데이터가 포함되지 않은 원시 오류 보고 고정 장치 RET-TEST-01
- 등록 필드: 시스템 및 책임 소유자; 가설 값: 격리된 테스트 보고서 저장소; 보고서 작업 소유자
- 등록 필드: 목적; 가설 값: 테스트 파서가 무해한 고정 장치를 처리하는지 확인합니다.
- 레지스터 필드: 시계 시작; 가상 값: 2026-11-01T10:00:00Z에 영수증
- 등록 필드: 가상의 승인 기간. 가상 값: 수령 후 24시간 경과 후 7일
- 등록 필드: 계산된 만료일; 가상 값: 2026-11-08T10:00:00Z
- 등록분야: 폐기대상; 가설 값: 활성 고정 객체, 구문 분석된 메시지 내용 복사본 및 임시 일반 텍스트 복사본
- 등록 항목: 예외 결정; 가설 값: 기본 사례에서는 유지되지 않습니다. 별도로 승인된 보류로 인해 이 특정 기록의 폐기가 중단될 수 있습니다.
- 등록 분야: 백업 처리; 가설 값: 테스트 백업은 문서화된 별도의 만료를 따릅니다. 복원된 기록은 원래 만료 여부를 확인하고 일반 액세스 전에 상태를 유지합니다.
보관되지 않은 경우 2026-11-08T09:59:59Z에서 제안된 검사를 통해 고정 장치가 유지된 것으로 확인되어야 합니다. 만료 시 수표를 통해 폐기할 수 있는 것으로 확인되어야 합니다. 정리를 실행하고 나열된 활성 폐기 대상이 제거되었는지 확인하고 승인된 최소 폐기 이벤트만 유지합니다. 만료 자격과 성공적인 삭제는 별개의 사실입니다. 실패한 작업은 기한이 지난 기록을 남기고 허위 삭제 항목이 아닌 소유자가 필요합니다.
보류된 케이스의 경우 범위가 지정된 테스트 보류가 2026-11-07T12:00:00Z에 승인되었다고 가정합니다. 만료 확인을 통해 보관된 기록을 통제된 저장소에 보관하고 보관 참조를 식별해야 합니다. 보류가 2026-11-10T10:00:00Z에 해제되면 원래 만료가 이미 통과된 것입니다. 기록은 자동으로 새로운 7일을 수신하는 대신 승인된 폐기 프로세스에 들어가야 합니다.
복원 테스트를 위해 2026-11-09T10:00:00Z에 RET-TEST-01이 포함된 백업을 복원합니다. 활성 보류가 없으면 만료된 기록이 일반 액세스로 돌아가는 것을 방지하고 승인된 폐기 프로세스를 적용합니다. 활성 범위 지정 보존을 사용하면 제어된 보존 워크플로에서만 보존하세요. 이는 완료된 시스템 테스트가 아닌 제안된 결과입니다. 오프라인 타임스탬프 계산은 산술만 확인합니다.
복사본 전체에 걸쳐 만료 작업 수행
기본 애플리케이션에서 삭제하면 내보내기, 캐시된 미리 보기, 임시 파서 파일 및 티켓 첨부 파일도 제거되는지 테스트합니다. 백업은 다른 만료 일정을 따를 수 있습니다. 기술적으로 사실이 아닌 경우 즉시 삭제를 요구하는 대신 이를 문서화하고 액세스를 제어합니다.
만료된 자료가 자동으로 일상적인 사용에 다시 도입되지 않도록 복원된 백업을 처리하는 방법을 계획합니다. 계약 처리자가 승인된 일정을 적용하고 의미 있는 증거를 제공할 수 있는지 여부를 결정합니다. 조직이 삭제를 수행하는 시스템을 식별할 수 없는 경우 보존 문은 불완전합니다.
과잉 내용 없이 유용한 증거 보존
참고자료: RFC 9991 §7.
진단 보고서를 삭제하기 전에 승인된 최소화 기록이 관련 신원, 시간, 장애 조건, 시정 조치 및 검증 결과를 보존해야 하는지 여부를 결정하십시오. 보관된 설명에서 불필요한 메시지 내용, 수신자 및 비밀을 제거합니다. 자동 교정이 완료되었다고 가정하기보다는 추출 내용을 확인하십시오.
기록이 보관되는 동안 통제된 접근을 사용하세요. 수명이 짧다고 해서 보호되지 않은 저장소가 허용되지는 않으며, 암호화를 한다고 해서 더 이상 필요하지 않은 데이터를 삭제할 필요가 없어지지는 않습니다.
시스템 변경에 따른 정책 검토
보고 프로세서를 추가하거나, 내보내기 통합을 변경하거나, 기록에 예상보다 더 민감한 콘텐츠가 포함되어 있음을 발견한 후 일정을 다시 검토하세요. 의도한 대로 아직 삭제할 수 없는 항목을 포함하여 만료 동작 및 예외에 대한 테스트 기록을 유지하세요.
최종 결과물은 기록 클래스, 목적, 시스템, 소유자, 시계, 승인된 기간, 예외 프로세스 및 검증된 폐기 동작을 포함하는 작은 보존 기록입니다. 수정을 위해 할당된 해결되지 않은 격차와 함께 조직이 실제로 수행하는 작업을 설명해야 합니다.
증거 내에서 일러스트레이션을 유지하세요.
현지 UTC 계산에 따르면 2026-11-01T10:00:00Z에서 2026-11-08T10:00:00Z까지 7일이 경과한 것으로 확인됩니다. 릴리스 및 복원 타임스탬프는 원래 만료보다 이후입니다. 그들은 그것을 다시 시작하지 않습니다. 연산만 실행되었습니다. 삭제, 법적 보존, 백업 복원 또는 시스템 폐기 테스트가 수행되지 않았습니다.