[ Raporlar ve soruşturma ]

DMARC metrikleri için yararlı paydalar seçin

Amaçlanan soruyu yanıtlayan bir payda seçin ve neyi hariç tuttuğunu açıklayın.

EmailAuth araştırma ekibi tarafından

[ Anahtar noktalar ]

  • Hesaplamadan önce soruyu, grubu ve sayma birimini adlandırın.
  • Bilinmeyen trafiği ve sıfır payda durumlarını açık tutun.
  • Sürüm sınıflandırma değişiklikleri ve geç varış düzenlemeleri.
Bu sayfada

A DMARC yüzde yalnızca paydası tanımlandığında kullanışlıdır. Aynı pay, altındaki nüfusa bağlı olarak kimlik doğrulama başarısını, onaylanan gönderenin durumunu veya gözlemlenen yaptırımı tanımlayabilir. Grafiği seçmeden önce soruyu ve sayma kuralını yazın.

Soruları ayırt edin

Referanslar: RFC 9989 §5.3.5, RFC 9990 §3.1.1.9.

Gözlemlenen bir DMARC geçiş oranı için, geçen hizalanmış mesaj gözlemlerinin aynı kapsamdaki tüm dahil edilen mesaj gözlemlerine bölünmesini kullanın. Onaylı hizmet sağlığı için hem pay hem de paydayı doğrulanmış meşru grupla sınırlandırın. Bir değerlendirme dağıtımı için, işleme kategorilerini kimlik doğrulama sonuçları olarak çağırmadan sayın.

Uygulanabilir geçerli bir politika ve tamamlanmış kontroller ile uyumlu bir SPF geçti veya hizalandı DKIM pass, mesaj düzeyindeki DMARC kuralını karşılayabilir. Yalnızca her iki geçişin de daha katı bir ölçüm oluşturduğu ve buna göre etiketlenmesi gereken iletiler sayılıyor. Ham kimlik doğrulama başarısını sayma olmadan hizalama başka bir soruyu tamamen yanıtlıyor.

Kapsamı ve istisnaları bildirin

Referanslar: RFC 9990 §3.1.1.8, RFC 9990 §3.5.4.

Politika ve yazar etki alanlarını, raporlama alıcılarını, UTC aralığını, güncel zaman ve veri tekilleştirme politikasını belirtin. Bilinmeyen trafiğin, geçersiz raporların, çakışmaların ve geç varışların işlenmesini kaydedin. Dahil edilen her satırın sayısını toplayın; satır sayısı gözlemlenen mesajların sayısı değildir.

Yüzde sıfır veya yüzde 100 değil, sıfır paydayı kullanılamaz olarak kullanın. Gözlemi olmayan bir hizmetin bu kapsam için ölçülen geçiş oranı yoktur. Düşük hacim oranları, okuyucunun iki gözlemdeki bir başarısızlığı istikrarlı daha büyük bir popülasyondan ayırt edebilmesi için sayıları görüntülemelidir.

İki meşru görünümü karşılaştırın

Açıklayıcı veri kümesi: 891'i başarılı olan 900 gözlem doğrulanmış meşru hizmetlere aittir. Diğer 100 gözlem ise sınıflandırılmamış olup bunlardan 20'si başarılıdır. Gözlemlenen genel geçme oranı 911/1.000 veya yüzde 91,1'dir. Doğrulanmış-meşru geçiş oranı 891/900 veya yüzde 99'dur. Her ikisi de belirtilen kohortlar için geçerlidir; hiçbiri sınıflandırılmamış 100 gözlemin kötü niyetli olarak adlandırılmasına izin vermez.

Eğer sınıflandırma daha sonra değişirse, paydayı sessizce revize etmek yerine metriği versiyonlayın. Artan bir yüzde, daha iyi kimlik doğrulama yerine hariç tutulan verileri yansıtabilir. Eski kapsamı koruyun ve değişikliğin bir onarım mı, yeni bir kanıt mı yoksa bir raporlama düzenlemesi mi olduğunu açıklayın.

Desteklenmeyen kapsam iddialarından kaçının

Raporlanan gözlemleri gönderenin gönderimlerine bölmek, popülasyonlar ve birimler farklı olabileceğinden otomatik olarak alıcı kapsamını oluşturmaz. Kapsamı sayısal olarak açıklamadan önce kapsamlı bir mutabakat kullanın. Savunulabilir bir evrensel payda mevcut olmadığında katkıda bulunan muhabirleri ve kaçırılan beklenen rotaları gösterin.

Operasyonel kararlar için, açıkça tanımlanmış bir genel oranı kritik hizmet oranları, bilinmeyen hacim ve kanıt güncelliği ile birleştirin. Hesaplama sorgusunu, giriş sürümünü ve istisna kurallarını kaydedin. Başka bir analist sayıyı yeniden üretebilmeli ve aslında yanıtladığı soruyu anlayabilmelidir.

Bir metrik sözleşme yazın

Her metriğe sabit bir ad, iş sorusu, sayma birimi, kapsam filtresi ve sahibi verin. Beklenen sonucu ve sıfır gözlem durumuyla birlikte çalışılmış küçük sayıdaki bir fikstürü ekleyin. Bir raporlama döneminin ne zaman geçici olduğunu ve ne kadar geç raporların bunu değiştirdiğini belirtin. Hesaplamadaki değişikliği temel postadaki değişiklikten ayırın, böylece geçmiş karşılaştırmalar anlaşılır kalır. Politika kararları için numarayı kullanan kişilerle yapılan sözleşmeyi gözden geçirin; teknik olarak doğru bir yüzde yine de yanlış iş sorusunu yanıtlayabilir.

Soruşturmaya devam et

Şunu kullanın: toplu rapor izlenecek yol Temel alanları yorumlamak ve hizalama teşhis kılavuzu ham kimlik doğrulama geçişi DMARC karşılamadığında.

Kararı sınırlı tutun

Yerel hesaplama hem 911 / 1.000 = genel olarak %91,1'i hem de 891 / 900 = %99 doğrulanmış meşru geçişi korur. Sıfır gözlem ile yüzde olarak değil, kullanılamaz olarak döner. Kohort etiketleri varsayımlarla sağlanır; uygulama gerçek trafiği sınıflandırmaz.

[ Götürmek ]

Hesaplamadan önce soruyu, grubu ve sayma birimini adlandırın. Bilinmeyen trafiği ve sıfır payda durumlarını açık tutun. Sürüm sınıflandırma değişiklikleri ve geç varış düzenlemeleri.

[ 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

Belge sorgusu kapsamı ve hariç tutulanlar.

Temel gözlemleri koruyun ve gerçek başarısızlık aşamasını varsayımlardan ayırmak için yukarıdaki iş akışını kullanın.

Sonraki adımlar

  1. Belge sorgusu kapsamı ve hariç tutulanlar.
  2. Sıfır payda durumlarını koruyun.
  3. Sürüm geç ve veriler yeniden sınıflandırıldı.

CISO / SecOps

Kimlik doğrulamayı elden çıkarmadan ayırın.

Bir güvenlik kararı için bu bulgulara güvenmeden önce kapsamı, kaynağı ve kalan belirsizliği görünür tutun.

Sonraki adımlar

  1. Kimlik doğrulamayı elden çıkarmadan ayırın.
  2. Sınıflandırılmamış hacmi görünür tutun.
  3. Tekrarlanabilir metrik tanımları gerektirir.

Kurucu / Teknik Olmayan

Yüzdenin hangi soruyu cevapladığını sorun.

Bu raporlama görevini sahip olunan bir iş kararına bağlayın ve etkisi ile orantılı kanıt isteyin.

Sonraki adımlar

  1. Yüzdenin hangi soruyu cevapladığını sorun.
  2. Sayımları ve kritik hizmet gruplarını inceleyin.
  3. Açıklanamayan payda değişikliklerine meydan okuyun.

[ SSS ]

Sık sorulan sorular

Geçiş oranı paydasında ne yer alır?

Tümü payla aynı bildirilen kapsamdaki mesaj gözlemlerini içeriyordu.

Payda XML satırlarının sayısı olabilir mi?

Yalnızca bilinçli olarak etiketlenmiş bir satır metriği için, mesaj gözlem geçiş oranı için değil.

RFC 9990 §3.1.1.8

Sıfır gözlemler neyi göstermeli?

Uydurma bir yüzde yerine sıfır sayımla mevcut değil veya gözlemlenmiyor.

Yalnızca yasal oran, sahtekârlık mıdır?

Hayır, eğer kohort doğrulanmışsa ve hariç tutulanlar açıksa.

Sınıflandırılmamış gözlemler mutlaka saldırı mıdır?

Hayır. Sınıflandırma belirsizliği görünür kalmalıdır.

Neden yüzdelerin yanında sayılar da gösterilsin?

Düşük hacimli oynaklığı ve etkilenen postanın ölçeğini ortaya koyuyorlar.

Kimlik doğrulama gelişmeden bir oran artabilir mi?

Evet. Kapsam, istisnalar veya sınıflandırma paydayı değiştirebilir.

Hesaplamayı denetlenebilir kılan nedir?

Kaydedilen giriş sürümleri, kapsam, pay ve payda tanımları, tekilleştirme ve istisna kuralları.

[ Kaynaklar ]

Kaynaklar

  1. RFC 9989

    Bölümler §5.3.5

  2. RFC 9990

    Bölümler §3.1.1.8 · §3.1.1.9 · §3.5.4

[ Sözlük ]

Sözlük

Payda
Beyan edilen nüfus bir oranın altında; payı ile aynı birimi ve kapsamı kullanmalıdır.
Sıfır gözlem
Geçme oranı oranının tanımsız olduğu, uydurulmuş bir sıfır veya mükemmel puanın olmadığı, ölçülmüş boş bir grup.

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ı