[ Raporlar ve soruşturma ]

Kimlik doğrulama raporları ve araştırma kayıtları için saklama sürelerini ayarlayın

Kopyalar ve onaylanmış istisnalar da dahil olmak üzere ham raporlar, türetilmiş ölçümler ve olay kanıtları için amaca dayalı saklamayı tanımlayın.

EmailAuth araştırma ekibi tarafından · 5 dakikalık okuma

[ Anahtar noktalar ]

  • Toplu verileri, mesaj içeriğini, ölçümleri ve olay kayıtlarını ayırın.
  • Onaylanmış saatleri, muhafazaları ve kopyaya özel imha sorumluluklarını tanımlayın.
  • Geçerlilik süresinin dolması, başarılı silme işleminin kanıtı değildir.
Bu sayfada

Her kimlik doğrulama raporunu sonsuza kadar saklamak bir saklama politikası değildir. Ham toplu veriler, mesaja özel arıza raporları ve soruşturma notları farklı amaçlara hizmet eder ve farklı riskler taşır. Yararlı bir saklama planı, her sınıfın neden tutulduğunu, ne kadar süreyle yararlı kaldığını ve bu süre sona erdiğinde ne olacağını açıklar.

DMARC'nin raporlama spesifikasyonları rapor içeriğini, gizlilik ve güvenlik hususlarını açıklar. Her kuruluş için evrensel bir yasal saklama süresi oluşturmazlar. Aşağıdaki iş akışı gizlilik, güvenlik ve geçerli yasal yükümlülüklerden sorumlu kişilerle birlikte incelenecek operasyonel bir tasarımdır.

Gerçek kayıt sınıflarının envanterini çıkarın

Referanslar: RFC 9990 §7.1, RFC 9990 §7.2, RFC 9991 §2, RFC 9991 §7.1.

Ham ayrı toplu raporlar, ayrıştırılmış kayıtlar, özetlenmiş ölçümler, arıza raporları, kontrollü mesaj örnekleri ve olay sonuçları. Her mağazanın ve her alt kopyanın kime ait olduğunu belirleyin: posta kutusu, ayrıştırıcı kuyruğu, analiz sistemi, destek talebi, analist aktarımı ve yedekleme.

Standart toplu raporlar, bireysel mesaj içeriğini ve son kullanıcı bilgilerini RFC 9990 §7.2ancak trafik meta verileri yine de aşağıdaki operasyonel kalıpları ortaya çıkarabilir: RFC 9990 §7.1. Toplu bir mağazayı erişim ve saklama incelemesinden muaf olarak değerlendirmeyin. Toplu raporlar, yine de uygun şekilde işlenmesi gerekebilecek altyapı ve trafik bilgilerini içerir. Başarısızlık raporları, aşağıdakileri içerebileceğinden özel ilgiyi hak eder: mesaj başlıkları, gövdeler ve tanımlayıcılar. Dosya uzantısı veya kontrol paneli etiketi yerine gerçek ve olası içeriğe göre sınıflandırma yapın.

Her ders için bir amaç ve saat belirleyin

Kaydın neden tutulduğunu belirtin: alım sorunlarını giderme, mevsimsel karşılaştırma, özel bir araştırma veya geçerli bir yükümlülük. Raporun alınması veya olayın kapatılması gibi saklama süresinin ne zaman başlayacağını ve istisnaların kime ait olduğunu tanımlayın. Kullandıktan sonra bir süre saklayın gibi belirsiz talimatlardan kaçının.

Süreleri genel bir güvenlik kontrol listesinden kopyalanan bir sayıya göre değil, belgelenen ihtiyaçlara ve yükümlülüklere göre seçin. Ham mesaj içeriği çok daha kısa bir teşhis ihtiyacı için saklanırken, uygun şekilde küçültülmüş ölçümlerle uzun bir sezonluk karşılaştırma yapılabilir. Özetin kapsamı ve yapılandırma değişikliklerini yorumlamak için gereken bağlamı koruduğunu doğrulayın.

Bir saklama tasarımı üzerinde çalışın

Açıklayıcı tasarım: ham toplu raporlar ayrıştırıcı sorunlarını gidermeyi destekler; türetilen sayımlar daha uzun trend analizini destekler; mesaja özel raporlar, zamanla sınırlı bir araştırmayı destekler; Düzeltilmiş bir olay sonucu, nedeni ve düzeltici eylemi korur. Her sınıfın kendi onaylanmış süresi, başlangıç ​​etkinliği, sahibi ve silme yöntemi vardır.

Örnekte kasıtlı olarak evrensel gün sayıları belirtilmemiştir. Bir kuruluşun yükümlülükleri ve sistemleri bunları belirler. Bir olay istisna gerektiriyorsa nedenini, kapsamını, onaylayanını ve inceleme tarihini kaydedin. İlgili delilleri, normal silme işleminin yok etmesine izin vermek yerine, geçerli bir muhafaza altında koruyun ve ilgisiz veriler üzerinde sınırsız bir muhafazanın önüne geçin.

Bir sentetik kayıt satırını hesaplayın

Aşağıdaki satırda yalnızca saklama mekanizmalarını göstermek için rastgele varsayımsal onaylar kullanılmaktadır. Yedi günlük süre herhangi bir kuruluşun mevcut politikasına ilişkin bir tavsiye, yasal bir asgari veya iddia değildir. Her zaman damgası UTC'dir.

  • Kayıt alanı: Kayıt sınıfı ve tanımlayıcı; Varsayımsal değer: Gerçek mesaj verisi içermeyen ham arıza raporu donanımı RET-TEST-01
  • Kayıt alanı: Sistem ve sorumlu sahip; Varsayımsal değer: Yalıtılmış test raporu deposu; rapor operasyonları sahibi
  • Kayıt alanı: Amaç; Varsayımsal değer: Test ayrıştırıcısının zararsız donanımı işlediğini doğrulayın
  • Kayıt alanı: Saat başlangıcı; Varsayımsal değer: 2026-11-01T10:00:00Z tarihinde alındı
  • Kayıt alanı: Varsayımsal olarak onaylanmış süre; Varsayımsal değer: Alındıktan itibaren geçen 24 saatlik yedi gün
  • Kayıt alanı: Hesaplanan vade sonu; Varsayımsal değer: 2026-11-08T10:00:00Z
  • Kayıt alanı: İmha hedefleri; Varsayımsal değer: Aktif fikstür nesnesi, ayrıştırılmış mesaj içeriği kopyası ve geçici düz metin kopyası
  • Kayıt alanı: İstisna kararı; Varsayımsal değer: Temel durumda geçerlilik yok; ayrı olarak onaylanmış bir bekletme, bu özel kaydın elden çıkarılmasını askıya alabilir
  • Kayıt alanı: Yedekleme işlemi; Varsayımsal değer: Bir test yedeği, belgelenen ayrı sona erme tarihini takip eder; geri yüklenen kayıtlar, olağan erişimden önce orijinal geçerlilik süresine ve bekletme durumuna göre kontrol edilir

Tutulmamış durum için, 2026-11-08T09:59:59Z adresinde önerilen kontrolde fikstürün tutulduğu görülecektir; vadesi geldiğinde çek, imhaya uygun bulunmalıdır. Temizleme işlemini çalıştırın ve listelenen aktif imha hedeflerinin kaldırıldığını doğrulayın ve yalnızca onaylanmış minimum imha olayını koruyun. Sürenin sona ermesine uygunluk ve başarılı silme ayrı gerçeklerdir: Başarısız bir iş, süresi geçmiş bir kayıt bırakır ve sahte bir silme girişi değil, bir sahip gerektirir.

Bekletilen bir vaka için, kapsamlı bir test bekletme işleminin 2026-11-07T12:00:00Z tarihinde onaylandığını varsayalım. Son kullanma kontrolü, tutulan kaydı kontrollü depolamada korumalı ve bekletme referansını tanımlamalıdır. Durdurma 2026-11-10T10:00:00Z'de kaldırılırsa orijinal süre sonu geçmiş demektir; Kayıt otomatik olarak yeni bir yedi gün almak yerine onaylı imha sürecine girmelidir.

Geri yükleme testi için 2026-11-09T10:00:00Z tarihinde RET-TEST-01 içeren bir yedeği geri yükleyin. Etkin bir bekletme olmadığında, süresi dolmuş kaydın normal erişime dönmesini önleyin ve onaylanmış imha sürecini uygulayın. Etkin kapsamlı bir muhafazayla, onu yalnızca kontrollü muhafaza iş akışında koruyun. Bunlar önerilen sonuçlardır, tamamlanmış sistem testleri değildir; çevrimdışı zaman damgası hesaplaması yalnızca aritmetiği doğrular.

Kopyaların geçerlilik süresinin dolmasını sağlayın

Ana uygulamadan silme işleminin aynı zamanda dışa aktarmaları, önbelleğe alınmış önizlemeleri, geçici ayrıştırıcı dosyalarını ve bilet eklerini de kaldırıp kaldırmadığını test edin. Yedeklemelerin geçerlilik süresi farklı olabilir; Teknik olarak doğru olmadığı durumlarda anında silinmesini talep etmek yerine bunu belgeleyin ve erişimi kontrol edin.

Süresi dolmuş malzemenin sessizce rutin kullanıma yeniden dahil edilmemesi için geri yüklenen yedeklemelerin nasıl ele alınacağını planlayın. Sözleşmeli işleyicilerin onaylanmış programı uygulayıp uygulayamayacağını ve anlamlı kanıtlar sağlayıp sağlayamayacağını belirleyin. Kuruluşun silme işlemini hangi sistemin gerçekleştirdiğini belirleyememesi durumunda saklama bildirimi eksiktir.

Fazla içerik olmadan faydalı kanıtları koruyun

Referanslar: RFC 9991 §7.

Bir teşhis raporunu silmeden önce, onaylanmış bir küçültülmüş kaydın ilgili kimliği, zamanı, arıza durumunu, düzeltici eylemi ve doğrulama sonucunu koruması gerekip gerekmediğini belirleyin. Saklanan anlatımdan gereksiz mesaj içeriğini, alıcıları ve sırları kaldırın. Otomatik redaksiyonun tamamlandığını varsaymak yerine alıntıyı kontrol edin.

Kayıtlar korunurken kontrollü erişimi kullanın. Kısa bir kullanım ömrü, korumasız bir depolamayı kabul edilebilir kılmaz ve şifreleme, artık ihtiyaç duyulmayan verilerin silinmesi ihtiyacını ortadan kaldırmaz.

Sistemler değiştikçe politikayı inceleyin

Bir raporlama işlemcisi ekledikten, dışa aktarma entegrasyonlarını değiştirdikten veya kayıtların beklenenden daha hassas içerik içerdiğini keşfettikten sonra zamanlamayı yeniden ziyaret edin. Henüz istenildiği gibi silinemeyenler de dahil olmak üzere, sona erme davranışı ve istisnaların bir test kaydını tutun.

Nihai çıktı, kayıt sınıfı, amaç, sistem, sahip, saat, onaylanmış süre, istisna süreci ve doğrulanmış imha davranışını içeren küçük bir saklama kaydıdır. Düzeltilmek üzere atanan çözülmemiş boşluklarla birlikte kuruluşun gerçekte ne yaptığını tanımlamalıdır.

Çizimi delilleri dahilinde tutun

Yerel UTC hesaplaması, 2026-11-01T10:00:00Z'den 2026-11-08T10:00:00Z'ye ulaşan yedi günün geçtiğini doğruluyor. Serbest bırakma ve geri yükleme zaman damgaları, orijinal son kullanma tarihinden sonradır; yeniden başlatmazlar. Yalnızca aritmetik yürütülüyordu. Hiçbir silme, yasal bekletme, yedekleme geri yükleme veya sistem elden çıkarma testi gerçekleştirilmedi.

[ Götürmek ]

Toplu verileri, mesaj içeriğini, ölçümleri ve olay kayıtlarını ayırın. Onaylanmış saatleri, muhafazaları ve kopyaya özel imha sorumluluklarını tanımlayın. Geçerlilik süresinin dolması, başarılı silme işleminin kanıtı değildir.

[ Role göre ]

Bu sizin için ne anlama geliyor?

Sonraki pratik adımlar için rolünüzü seçin.

BT / Posta Yöneticisi

Son kullanma tarihini çalışır hale getirin

Bir programın gerçek sistemler ve kopyalarla eşleşmesi gerekir.

Sonraki adımlar

  1. Envanter depoları ve dışa aktarmalar.
  2. Silme ve geri yükleme davranışını test edin.
  3. Bertaraf sınırlamalarını dürüstçe kaydedin.

CISO / SecOps

Kanıtları ve en aza indirmeyi dengeleyin

Soruşturma ihtiyaçları ve gizlilik riskleri, açık kapsamlı kararlar gerektirir.

Sonraki adımlar

  1. Hassas rapor sınıflarını inceleyin.
  2. Kontrollü bekletme istisnalarını tanımlayın.
  3. Küçültülmüş tutulan sonuçları doğrulayın.

Kurucu / Teknik Olmayan

Bilgileri belirtilen bir nedenden dolayı saklayın

Yararlı trendlerin özel mesaj içeriğinin süresiz olarak saklanmasını gerektirmesi gerekmez.

Sonraki adımlar

  1. Amaçları ve sahipleri onaylayın.
  2. Ham ve özetlenmiş kayıtları ayırın.
  3. Pahalı veya gereksiz saklama durumunu inceleyin.

[ SSS ]

Sık sorulan sorular

DMARC evrensel bir saklama süresi öngörüyor mu?

Hayır. Amaca, riske ve geçerli organizasyonel ve yasal yükümlülüklere göre belgelenen süreleri belirleyin.

Ham raporlar ve trend ölçümleri tek bir programı paylaşmalı mı?

Otomatik olarak değil. Farklı tanı değeri, içerik ve saklama ihtiyaçları vardır.

Toplu raporlar her zaman anonim midir?

Hayır. Kontrollü erişim ve kullanım gerektirebilecek trafik ve altyapı bilgilerini içerirler.

RFC 9990 §7.1 RFC 9990 §7.2

Saklama süresi ne zaman başlamalı?

Örtük bırakmak yerine, her sınıf için giriş veya olayın kapatılması gibi net bir olay tanımlayın.

Peki ya deliller beklemeye alınırsa?

Sıradan silme veya sınırsız genel bekletme yerine, sahipli ve inceleme süreciyle yetkili, kapsamlı bir istisna uygulayın.

Bir kontrol paneli kaydını silmek her kopyayı kaldırır mı?

Mutlaka değil. Dışa aktarmaları, posta kutularını, biletleri, geçici dosyaları ve yedekleme davranışını kontrol edin.

Düzenlenmiş bir sonuç ham rapordan daha uzun süre dayanabilir mi?

Gerekçelendirilip onaylandığında evet; gereksiz hassas içerik olmadan gerekli kanıtları koruduğunu doğrulayın.

Saklama politikası nasıl doğrulanır?

Gerçek süre sonu, kopya yönetimi, yedekleme geri yüklemesi ve istisnaları test edin ve çözülmemiş boşlukları kaydedin.

[ Kaynaklar ]

Kaynaklar

  1. RFC 9990

    Bölümler §7.1 · §7.2

  2. RFC 9991

    Bölümler §2 · §7 · §7.1

[ Sözlük ]

Sözlük

Son kullanma tarihi uygunluğu
Uygulanabilir ambarlara tabi olarak, onaylı bir saklama saatinin imhaya izin verdiği nokta; silme işleminin başarılı olduğunun kanıtı değildir.
Arıza raporu
Orijinal mesaj başlıklarını veya içeriğini içerebilen ve bu nedenle gizliliğin dikkatli bir şekilde ele alınmasını gerektiren bir teşhis raporu.

RFC 9991 §2 RFC 9991 §7.1

Kurumsal menşe

Neden en iyi finans kurumları ve hükümetler e-posta güvenlik kontrol panellerini kullanımdan kaldırdı.

Geleneksel e-posta kimlik doğrulama platformları size bir gösterge tablosu satar ve mühendislerinizden bu işi yapmalarını ister. Riskli ortamlarda, manuel gözetim, gecikmeli uygulama, konfigürasyon kayması ve izlenmeyen gölge alanlar anlamına gelir.

EmailAuth aracılı e-posta kaynak platformudur. Temsilcilerimiz uyguluyor p=reject, üçüncü taraf gönderenleri uyumlu tutun ve alan adlarınızı tam sürüme taşıyın RFC 9989 döngüdeki insan tarafından denetlenebilirliğe sahip yeni DMARC standardı uyumluluğu.

Hükümetler Büyük işletmeler 1. Seviye finans kurumları

SaaS · Özel kiracılık · Şirket içi hava boşluklu · BYOK şifrelemesi

Bilgi Bankası