Menyimpan setiap laporan autentikasi selamanya bukanlah kebijakan penyimpanan. Data agregat mentah, khusus pesan laporan kegagalan dan catatan investigasi memiliki tujuan berbeda dan membawa risiko berbeda. Rencana retensi yang berguna menjelaskan mengapa setiap kelas dipertahankan, berapa lama kelas tersebut tetap berguna, dan apa yang terjadi ketika periode tersebut berakhir.
DMARCSpesifikasi pelaporan menjelaskan konten laporan, pertimbangan privasi dan keamanan. Mereka tidak menetapkan jangka waktu retensi hukum yang universal untuk setiap organisasi. Alur kerja di bawah ini adalah desain operasional untuk ditinjau bersama orang-orang yang bertanggung jawab atas privasi, keamanan, dan kewajiban hukum yang berlaku.
Inventarisasi kelas rekaman yang sebenarnya
Referensi: RFC 9990 §7.1, RFC 9990 §7.2, RFC 9991 §2, RFC 9991 §7.1.
Pisahkan mentah laporan agregat, catatan yang diuraikan, ringkasan metrik, laporan kegagalan, sampel pesan terkontrol, dan kesimpulan insiden. Identifikasi siapa pemilik setiap toko dan setiap salinan hilir: kotak surat, antrean parser, sistem analitik, tiket, ekspor analis, dan cadangan.
Laporan agregat standar mengecualikan konten pesan individual dan mengidentifikasi informasi pengguna akhir di bawah RFC 9990 §7.2, namun metadata lalu lintas masih dapat menampilkan pola operasional di bawah RFC 9990 §7.1. Jangan perlakukan penyimpanan agregat sebagai pengecualian dari tinjauan akses dan retensi. Laporan agregat mencakup informasi infrastruktur dan lalu lintas yang masih memerlukan penanganan yang tepat. Laporan kegagalan patut mendapat perhatian khusus karena mungkin berisi header pesan, badan dan pengidentifikasi. Klasifikasikan berdasarkan konten aktual dan kemungkinan, bukan berdasarkan ekstensi file atau label dasbor.
Tetapkan tujuan dan jam untuk setiap kelas
Nyatakan alasan catatan disimpan: pemecahan masalah penyerapan, perbandingan musiman, investigasi spesifik, atau kewajiban yang berlaku. Tentukan kapan jam retensi dimulai, seperti penerimaan laporan atau penutupan insiden, dan siapa yang memiliki pengecualian. Hindari instruksi yang ambigu seperti simpan beberapa saat setelah digunakan.
Pilih durasi berdasarkan kebutuhan dan kewajiban yang terdokumentasi, bukan angka yang disalin dari daftar periksa keamanan umum. Perbandingan musiman yang panjang mungkin disajikan dengan metrik yang diminimalkan secara tepat, sementara konten pesan mentah disimpan untuk kebutuhan diagnostik yang jauh lebih singkat. Verifikasi bahwa ringkasan mempertahankan konteks yang diperlukan untuk menafsirkan perubahan cakupan dan konfigurasi.
Bekerja melalui desain retensi
Desain ilustratif: laporan agregat mentah mendukung pemecahan masalah parser; hitungan turunan mendukung analisis tren yang lebih panjang; laporan khusus pesan mendukung penyelidikan berbatas waktu; kesimpulan insiden yang disunting mempertahankan penyebab dan tindakan perbaikan. Setiap kelas memiliki durasi, acara awal, pemilik, dan metode penghapusan yang disetujui.
Contoh ini sengaja tidak menetapkan jumlah hari universal. Kewajiban dan sistem organisasi menentukannya. Jika suatu insiden memerlukan pengecualian, catat alasannya, ruang lingkup, pemberi persetujuan, dan tanggal peninjauan. Pertahankan bukti yang relevan dalam penyimpanan yang valid daripada membiarkan penghapusan normal menghancurkannya, sekaligus menghindari penyimpanan tanpa batas pada data yang tidak terkait.
Hitung satu baris register sintetik
Baris berikut menggunakan persetujuan hipotetis sewenang-wenang semata-mata untuk menunjukkan mekanisme retensi. Durasi tujuh hari bukanlah rekomendasi, minimum hukum, atau klaim mengenai kebijakan organisasi mana pun saat ini. Setiap stempel waktu adalah UTC.
- Bidang Daftar: Catat kelas dan pengidentifikasi; Nilai hipotetis: Perlengkapan laporan kegagalan mentah RET-TEST-01 tidak berisi data pesan nyata
- Bidang Daftar: Sistem dan pemilik yang bertanggung jawab; Nilai hipotetis: Penyimpanan laporan pengujian terisolasi; pemilik laporan-operasi
- Bidang Daftar: Tujuan; Nilai hipotetis: Verifikasi penanganan pengurai uji terhadap perlengkapan yang tidak berbahaya
- Bidang Daftar: Jam mulai; Nilai hipotetis: Penerimaan pada 01-11-2026T10:00:00Z
- Bidang Daftar: Durasi hipotetis yang disetujui; Nilai hipotetis: Tujuh hari 24 jam telah berlalu sejak diterimanya
- Bidang Daftar: Kedaluwarsa yang dihitung; Nilai hipotetis: 08-11-2026T10:00:00Z
- Bidang Daftar: Target pembuangan; Nilai hipotetis: Objek perlengkapan aktif, salinan konten pesan yang diurai, dan salinan teks biasa sementara
- Bidang Daftar: Keputusan pengecualian; Nilai hipotetis: Tidak ada pegangan pada kasus dasar; penangguhan yang disetujui secara terpisah dapat menangguhkan pembuangan catatan khusus ini
- Bidang Daftar: Perawatan cadangan; Nilai hipotetis: Cadangan pengujian mengikuti masa berlaku terpisah yang didokumentasikan; catatan yang dipulihkan diperiksa terhadap masa berlaku aslinya dan status simpan sebelum akses biasa
Untuk kasus yang belum terselesaikan, pemeriksaan yang diusulkan pada 08-11-2026T09:59:59Z akan menemukan bahwa perlengkapan tersebut dipertahankan; cek yang sudah habis masa berlakunya harus memenuhi syarat untuk dibuang. Jalankan pembersihan dan verifikasi bahwa target pembuangan aktif yang tercantum telah dihapus, dengan hanya mempertahankan peristiwa pembuangan minimal yang disetujui. Kelayakan kadaluwarsa dan penghapusan yang berhasil adalah fakta yang berbeda: pekerjaan yang gagal meninggalkan catatan yang sudah lewat waktu dan memerlukan pemilik, bukan entri penghapusan yang salah.
Untuk kasus yang ditunda, asumsikan penangguhan pengujian terbatas disetujui pada 07-11-2026T12:00:00Z. Pemeriksaan kadaluarsa harus menyimpan catatan yang disimpan dalam penyimpanan terkendali dan mengidentifikasi referensi penangguhan. Jika penangguhan dilepaskan pada 10-11-2026T10:00:00Z, masa berlaku awal telah berlalu; catatan tersebut harus memasuki proses pembuangan yang disetujui daripada secara otomatis menerima tujuh hari baru.
Untuk pengujian pemulihan, pulihkan cadangan yang berisi RET-TEST-01 pada 09-11-2026T10:00:00Z. Dengan tidak adanya penangguhan aktif, cegah catatan yang sudah kadaluwarsa agar tidak kembali ke akses biasa dan terapkan proses pembuangan yang disetujui. Dengan penangguhan terbatas yang aktif, pertahankan hanya dalam alur kerja penangguhan terkontrol. Ini adalah hasil yang diusulkan, bukan pengujian sistem yang telah selesai; penghitungan stempel waktu offline hanya memverifikasi aritmatika.
Buatlah masa kadaluwarsa berlaku di seluruh salinan
Uji apakah penghapusan dari aplikasi utama juga menghapus ekspor, pratinjau cache, file parser sementara, dan lampiran tiket. Cadangan mungkin mengikuti jadwal kedaluwarsa yang berbeda; mendokumentasikannya dan mengontrol akses daripada langsung mengklaim penghapusan jika hal tersebut tidak benar secara teknis.
Rencanakan bagaimana cadangan yang dipulihkan ditangani sehingga materi yang kedaluwarsa tidak secara diam-diam digunakan kembali untuk penggunaan rutin. Tentukan apakah pemroses kontrak dapat menerapkan jadwal yang disetujui dan memberikan bukti yang berarti. Pernyataan penyimpanan tidak lengkap jika organisasi tidak dapat mengidentifikasi sistem mana yang melakukan penghapusan.
Pertahankan bukti yang berguna tanpa konten berlebih
Referensi: RFC 9991 §7.
Sebelum menghapus laporan diagnostik, tentukan apakah catatan minimal yang disetujui harus mempertahankan identitas, waktu, kondisi kegagalan, tindakan perbaikan, dan hasil verifikasi yang relevan. Hapus konten pesan, penerima, dan rahasia yang tidak diperlukan dari narasi yang disimpan. Periksa ekstraknya daripada berasumsi bahwa redaksi otomatis telah selesai.
Gunakan akses terkontrol saat catatan disimpan. Masa pakai yang singkat tidak membuat penyimpanan yang tidak terlindungi dapat diterima, dan enkripsi tidak menghilangkan kebutuhan untuk menghapus data yang tidak diperlukan lagi.
Tinjau kebijakan seiring perubahan sistem
Tinjau kembali jadwal setelah menambahkan pemroses pelaporan, mengubah integrasi ekspor, atau menemukan bahwa catatan berisi konten yang lebih sensitif dari yang diharapkan. Simpan catatan pengujian perilaku kadaluarsa dan pengecualian, termasuk apa yang belum dapat dihapus sebagaimana mestinya.
Hasil akhirnya adalah daftar penyimpanan kecil dengan kelas catatan, tujuan, sistem, pemilik, jam, durasi yang disetujui, proses pengecualian, dan perilaku pembuangan yang diverifikasi. Laporan ini harus menggambarkan apa yang sebenarnya dilakukan organisasi, dengan kesenjangan yang belum terselesaikan dan perlu diperbaiki.
Pertahankan ilustrasi tersebut sebagai buktinya
Penghitungan UTC lokal mengonfirmasi tujuh hari yang berlalu dari 01-11-2026T10:00:00Z mencapai 08-11-2026T10:00:00Z. Stempel waktu rilis dan pemulihan lebih lambat dari masa berlaku aslinya; mereka tidak memulainya kembali. Hanya aritmatika yang dieksekusi. Tidak ada penghapusan, penahanan legal, pemulihan cadangan, atau pengujian pembuangan sistem yang dilakukan.