Bir müşteri faaliyet raporu, hizmetin ne yaptığını, kanıtların neleri kapsadığını ve müşterinin bundan sonra neye karar vermesi gerektiğini açıklamalıdır. Bir temsilci raporu bir araya getirebilir, ancak eksik gözlemleri bir garantiye dönüştürmemeli veya raporun taslağının hazırlanması izninden raporun gönderilmesine izin verildiği sonucunu çıkarmamalıdır.
Raporlama sözleşmesini tanımlayın
Müşteriyi, alan kapsamını, dönemi, hizmet sorumluluklarını ve bilinen istisnaları belirtin. DNS onayının, gönderenin sahiplik kararlarının, olay müdahalesinin ve rapor imzalamanın kime ait olduğunu belirleyin. Sağlayıcının izleme işini kendi kontrolü dışındaki sistemlerden ve alıcılardan ayırın.
RFC 9990 toplu raporlar Katılımcı alıcı gözlemlerini özetleyin. Tüm müşteri postalarını talep etmek yerine buna göre rapor kapsamı gözlemlendi. Hizmet kapsamı paydası olarak onaylı bir hizmet kaydını kullanın ve sessiz veya test edilmemiş hizmetleri ayrı ayrı listeleyin. Kimlik doğrulama sonuçlarını teslimat sonuçlarından bağımsız olarak gösterin.
Yaşam döngüsünü rapora taşıyın
Önerilen bir raporlama yaşam döngüsü, alımı, etki alanı ve hizmet envanterini, uygulama onayını, doğrulamayı, izlemeyi, üst kademeye iletmeyi, periyodik raporlamayı ve çıkışı kapsayabilir. Her aşama için sorumlu rolü, üretilen kanıtları ve tamamlanma koşulunu adlandırın. Bu, önerilen bir kontrol listesidir; sağlanan bir runbook, sözleşmeye bağlı hizmet hedefi veya yürütülen müşteri işlemi değildir.
Girişte müşteri sahibi kapsamı onaylar. Uygulama sırasında, adlandırılmış bir DNS onaylayıcısı tam bir farkı kabul eder. İzleme sırasında operatör günlük besleme durumunu kaydeder ve malzeme arızalarını atar. Çıkışta, yetkili operatörler tutulan kayıtları uzlaştırır, kabul edilen kanıtları dışarı aktarır ve onaylanmış bir plan aracılığıyla erişimi iptal eder. Fesih sırasında paylaşılan DNS bağımlılıklarını otomatik olarak kaldırmayın.
Metrikleri görünür paydalarla hesaplama
Varsayımsal bir raporun, beyan edilen bir aralıkta dört kayıtlı hizmeti kapsadığını varsayalım. Üçünün kullanılabilir gözlemleri var ve bir olay bildirimcisi sessiz olup, 3/4 veya %75 oranında gözlemlenen hizmet kapsamı sağlıyor. Aynı aralık için tekilleştirilmiş alınan rapor popülasyonunda 200 mesaj gözlemi olduğunu varsayalım; bunlardan sekizi başarısız DMARC: gözlemlenen başarısızlık oranı 8/200 veya %4'tür. Bu, gönderilen tüm postaların, tekil müşterilerin veya ticari teslimatın bir ölçüsü değildir.
Sessiz hizmet henüz bilinmiyor ve sağlıklı değil. Sahibinden planlanan aktiviteyi veya yetkili rota testini isteyin. Bekleyen bir DNS değişikliği, tamamlanmış çalışmaya değil, onay bekleyen kararlara aittir. Bunlar belirtilen girdiler ve elle çalışılmış aritmetiktir; oluşturulmuş bir rapor veya yürütülen bir tamlık kontrolü değildir. Gerçek bir raporu paylaşmadan önce dönem meta verilerini, işlem sahiplerini ve her bir paydanın sınırlarını doğrulayın.
Paylaşmadan önce inceleyin
Operatörün gerçek iddiaları doğrulamasını ve müşteriyle yüz yüze kalan mal sahibinin taahhütlerini incelemesini sağlayın. Kanıt boşluklarını, yaşlanan istisnaları ve gerekli kararları sade bir dil kullanarak belirtin. Uyumlu bir imzanın iş onayı anlamına geldiği sonucunu çıkarmayın; RFC 9989'nin kimlik doğrulama sonucu farklı bir amaca hizmet eder.
Hassas mesaj içeriğini ve kimlik bilgilerini raporun dışında tutun. Yalnızca yetkili alıcı ve erişim kapsamı aracılığıyla paylaşın. Bu makale, kabul edilen bir müşteri runbook'u veya ölçülen hizmet performansı değil, bir raporlama modeli sağlar. Ürün kapasitesi konusunda herhangi bir iddiada bulunmaz ve herhangi bir harici alıcıya teslimat yapılmasına izin vermez.
Nihai rapor, hizmetin neyi kontrol edebileceğini abartmadan bir sonraki eylemi kolaylaştırmalıdır.
Birincil okuma: RFC 9990 DMARC Toplu Raporlama, RFC 9989 DMARC, OWASP LLM06 2025 Aşırı Ajans.