Altında RFC 9989 §4.7, a DMARC politikası p=none DMARC hataları için etki alanı sahibinin işleme tercihini ifade etmez. Raporlama yapılandırıldığında ve incelendiğinde, hangi hizmetlerin etki alanını kullandığını, meşru mesajların nerede başarısız olduğunu ve bir politika değişikliğinin neleri etkileyebileceğini öğrenme fırsatı yaratır.
İzleme, soruşturma yoluyla yararlı hale gelir. Raporların bir toplama sistemine ulaşması, kaynakların sahiplerine ve çözülmemiş arızaların kararlara ihtiyacı var. Geçen süre veya yüksek bir geçiş yüzdesi, her önemli hizmetin kapsandığını kanıtlayamaz.
Raporlama koleksiyonunu gözlemlenebilir hale getirin
İzlenen dağıtıma başlayan bir etki alanı için örnek bir politika şöyledir:
v=DMARC1; p=none; rua=mailto:dmarc-reports@example.comÖrnek amaçlananı varsayar _dmarc yayın ve çalışan bir aynı alan adı koleksiyon adresi. Alanın zaten daha güçlü bir onaylanmış politikası varsa, yalnızca bir örnekle eşleştirmek için onu zayıflatmayın. Kullanmak kayıt iş akışı Gerçek yapılandırmayı doğrulamak için.
Takip etme RFC 9990 §4 harici izin için ve RFC 9989 §5.3.8 alıcı raporlaması için raporlama hedefini, gerekli herhangi bir harici hedef iznini, posta teslimini ve ayrıştırmayı kontrol edin. Raporlayanın kimliğini, dönemini ve ilgili yapılandırma geçmişini saklayın. Bir sağlayıcıdan rapor almak, o gözlem için bir çalışma yolunu gösterir; evrensel kapsamı kanıtlamaz.
Hizmetleri sınıflandırın ve belirsizliği koruyun
Anlamlı her kaynak modeli için uygulamayı, müşteriye özel hesabı veya rotayı, görünür Etki alanından, zarf kimliğini, imza kimliğini ve sahibini araştırın.
Açık çalışma kategorileri kullanın:
- Kategori: Beklenen hizalanmış yola sahip onaylı hizmet; Sonraki eylem: Sahipliği koruyun ve değişiklikleri izleyin
- Kategori: Onaylanan hizmetin kimlik doğrulaması başarısız olması veya hizalama; Sonraki eylem: Desteklenen yapılandırmayı düzeltin ve test edin
- Kategori: Meşru dolaylı yol; Sonraki eylem: İletimi, değişiklikleri ve alıcı işlemlerini analiz edin
- Kategori: Bilinmeyen kaynak; Sonraki eylem: Belirsizliği koruyun ve araştırın
- Kategori: Onaylanmış izinsiz kullanım; Sonraki eylem: Destekleyici kanıtları ve yanıtı kaydedin
Bulut sağlayıcı adı, ASN veya ülke, göndereni onaylamak için yeterli değildir. Aynı şekilde, başarısız bir satır, ilgili her mesajın kötü amaçlı olduğunu ilan etmek için yeterli değildir.
Çözümlü örnek: sessiz bir pencere maaş bordrosunu kaçırıyor
On günlük çalışan ve pazarlama postasını inceleyen örnek bir organizasyon düşünün. Raporlar sağlıklı görünüyor. Bu dönemde aylık bordro hizmeti gönderilmedi ve imzalama yapılandırması test edilmedi.
Doğru sonuç, gözlemlenen akışların bu on gün boyunca sağlıklı göründüğüdür. Bu, alanın tamamının daha kısıtlayıcı bir politikaya hazır olduğu anlamına gelmiyor.
Ekip, bordro rotasını doğrudan araştırıp test edebilir, diğer periyodik hizmetleri belirleyebilir ve kanıtlarını genişletebilir. Gözlem pencereleri, bir kontrol panelinden seçilen evrensel bir sayı yerine, gerçek iş döngülerini ve ilgili birlikte çalışabilirlik hususlarını yansıtmalıdır.
Etki alanına uygun bir politika seçin
Karar, geçiş oranı hedefinden daha geniştir. Kritik hizmet kapsamı, sorumlu sahipler, değerlendirilmiş bir dolaylı posta popülasyonu, çözülmüş yüksek etkili arızalar ve bir kurtarma süreci gerektirir.
RFC 9989 §7.4 karşı açıkça uyarıyor p=reject genel amaçlı e-posta için ve kullanıcılarının İnternet posta listelerine katıldığı alanları tartışıyor. Birlikte çalışabilirlik kılavuzu, bu alanlar için özel gözlem ve karşılaştırma adımlarını içerir. Bu kılavuzu, izlenen her etki alanının sonunda reddedileceğine dair genel bir sözle değiştirmeyin.
Sıkı bir şekilde kontrol edilen işlemsel gönderme alanı ile genel personel yazışmaları için kullanılan bir alan adı, farklı işletim kısıtlamalarına sahip olabilir. Ortaya çıkan yapılandırmayı ve gerçek mesajları doğrularken, gerçek bir yönetim amacına hizmet ettiği ayrı kimlik akışları.
Bir sonraki karar için kanıtları tanımlayın
Yaptırım incelemesi bu soruları kanıtlarla yanıtlamalıdır:
- Önemli meşru hizmetler tanımlanmış, sahiplenilmiş ve test edilmiş mi?
- Etkilenen her hizmetin desteklenen hizalanmış bir yolu var mı?
- Periyodik ve düşük hacimli akışlar dikkate alındı mı?
- Posta listeleri, yönlendirme ve diğer dolaylı yollar anlaşıldı mı?
- Raporlama kapsamı, gönderilen tüm e-postalar gibi ele alınmadan açıklanıyor mu?
- İstisnaların kapsamı belirlenmiş mi, sahiplenilmiş mi ve incelenmek üzere planlanmış mı?
- Ekip önerilen değişikliği onaylayabilir, doğrulayabilir ve bu değişiklikten kurtulabilir mi?
Karar, göndereni iyileştirmek, etki alanı ayrımını değiştirmek, izlemeye devam etmek veya etki alanının belgelenmiş kullanımına uygun bir politika uygulamak olabilir. Gerekçeyi değişiklik kaydıyla birlikte saklayın.
Bulguların sahiplerini atayın
Ekibin ne öğrenmeyi beklediğini ve bulgulara göre kimin harekete geçeceğini sorun. İşletme için hangi hizmetler gönderiliyor? Hangi kritik mesajlar başarısız oluyor? Hangi görünür göndericilerin kimliği belirlenemedi? Bir sonraki adımı hangi kanıtlar belirleyecek?
BT ekibinin doğrudan görüşü dışındaki işleri dahil edin. Aylık maaş bordrosu bildirimi veya yıllık yenileme bildirimi, genel mesaj toplamına çok az katkıda bulunsa da önemli olabilir.
Daha güçlü bir politikaya doğru otomatik geri sayımı önleyin. Birkaç görünür hatanın olduğu bir hafta, sağlıklı gönderim, eksik raporlama veya henüz gönderilmemiş bir hizmet anlamına gelebilir. Yalnızca geçen günler için değil, bakımı yapılan envanter ve kapatılan bulgular için ödeme yapın.
Politika değişikliğinden sonra izlemeye devam edin
Yeni yazılım, tedarikçi değişiklikleri, anahtar rotasyonu ve DNS düzenlemeleri yeni boşluklar yaratabilir. Herhangi bir politika değişikliğinden sonra yeni gönderenleri ve meşru hataları araştırmaya devam edin.
Kalan riski iş liderlerine açıklayın: Alıcılar, aşağıdaki koşullar altında kendi işlem seçeneklerini korurlar: RFC 9989 §5.4ve etki alanı kimlik doğrulaması her benzer mesajı, hesabın ele geçirilmesini veya dolandırıcılık isteklerini engellemez. Kanıtların yorumlanması için şunu kullanın: toplu rapor izlenecek yol. Ham geçiş hatası için şunu kullanın: hizalama kılavuzu.
Pratik paket servis
İzlemenin çıktısı, sahip olunan bir gönderen envanteri, doğrulanmış kritik rotalar ve gerekçeli bir politika kararı olmalıdır. Daha sonraki bir uygulama, anahtar veya ağ geçidi değişikliğinin aynı boşlukları sessizce yeniden açmaması için ortam değiştikçe izlemeye devam edin.
Kararı ve sınırlarını kaydedin
Kurgusal on günlük pencere için aylık maaş bordrosunu sağlıklı olarak işaretlemek yerine test edilmemiş olarak bırakın. Sahibini, bir sonraki temsili iş akışını ve boşluğu kapatmak için gereken kanıtları ekleyin. Toplama çalışıyorsa ancak uygulama hiç gönderilmemişse, aynı raporların daha fazla analizi kimlik doğrulamasını sağlayamaz. Bu örnek için herhangi bir rapor veya bordro testi toplanmamıştır.