[ Raporlar ve soruşturma ]

Neden yüksek bir DMARC geçiş oranı, başarısız olan yasal bir hizmeti gizleyebilir?

Yüksek toplam geçiş oranı içinde ortadan kaybolan düşük hacimli meşru hataları bulun.

EmailAuth araştırma ekibi tarafından

[ Anahtar noktalar ]

  • Gözlemlenen popülasyon için sayım ağırlıklı hizalanmış sonuçları kullanın.
  • Doğrulanmış kritik hizmetleri haber hacminden bağımsız olarak inceleyin.
  • Raporlama açığı otomatik geçiş hizmeti değildir.
Bu sayfada

Genel olarak yüksek DMARC geçiş oranı, iş açısından kritik bir hizmetin bozulmasıyla bir arada bulunabilir. Daha büyük olan akış aritmetiğe hakim olurken, daha küçük olan akış şifre sıfırlamaları, faturaları veya acil uyarıları taşıyabilir. Bir değişikliği onaylamak için başlık ücretini kullanmadan önce bilinen meşru hizmetleri ayrı ayrı inceleyin.

Neyin geçtiğini tanımlayın

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

Ham sonuçlar yerine DMARC tarafından değerlendirilen uyumlu sonuçları kullanın SPF veya DKIM tek başına başarı. Uygulanabilir geçerli bir politika ve tamamlanmış kontrollerle, mesaj düzeyinde bir DMARC geçişi için uyumlu bir mekanizmanın geçirilmesi yeterlidir; her ikisinin de gerekli olması farklı bir ölçüm oluşturur. Düzenleme ayrıdır: bir mesaj, bir kimlik doğrulama geçişi olmadan bir alıcı istisnası altında ele alınabilir.

Satırları mesaj sayılarına göre ağırlıklandırın. Binlerce gözlemi temsil eden tek bir sağlıklı satır ve on taneyi temsil eden başarısız bir satır eşit büyüklükte popülasyonlar değildir. Oranı, gönderilen her mesaja değil, toplanan gözlemlere uygulanacak şekilde etiketleyin.

Onaylanan gönderim envanterini bölme

Sağlayıcı yapılandırmasını, bilinen rotaları ve yetkili mesaj örneklerini kullanarak gözlemlenen kimlikleri hizmetlerle eşleyin. Kaynak IP tek başına paylaşılabilir veya bir ileticiyi temsil edebilir. Bir tahminden sahiplik atamak yerine sınıflandırılmamış trafiği koruyun.

Her kritik hizmet için gözlemlenen hacmi, uyumlu başarılı ve başarısız sayımlarını, alıcı kapsamını ve en son test sonucunu kaydedin. Bilinmeyen ve şüpheli yetkisiz trafiği, doğrulanmış meşru gruptan ayrı tutun. Sınıflandırma değişikliklerinin tarihlendirilmesi gerekir, böylece uygunsuz verilerin hariç tutulmasıyla sessizce iyileştirilmiş bir oran elde edilemez.

Küçük akışı inceleyin

Örnek olay: Bir pazarlama hizmetinin 99.900 geçiş gözlemi vardır ve bir parola sıfırlama hizmetinin 100 başarısız gözlemi vardır. Kombine geçiş oranı yüzde 99,9 iken gözlemlenen şifre sıfırlama geçiş oranı sıfırdır. Toplam oran matematiksel olarak doğrudur ancak operasyonel olarak eksiktir.

Bu, her parola sıfırlama işleminin reddedildiğini veya söz konusu hizmetten gelen tüm iletilerin raporlama alıcılarına ulaştığını kanıtlamaz. Bu, rota düzeyindeki acil incelemeyi haklı çıkarır. Genel yüzdeyi kutlamak yerine mevcut ham mesajları, uyumlu kimlikleri, sağlayıcı ayarlarını ve ilgili ağ geçitlerini inceleyin.

Karar kapılarını etki etrafında ayarlayın

Bağlam için başlık oranını kullanın, ardından politikayı sıkılaştırmadan önce kritik hizmetler için kanıt isteyin. Gözlemleri olmayan düşük hacimli bir hizmet, varsayılan bir geçişe değil, bir teste veya belgelenmiş bir boşluğa ihtiyaç duyar. İş etkisine, meşruiyet güvenine ve mevcut başarısızlık kanıtlarına göre iyileştirmeye öncelik verin.

Hizmet sorununu yeni uçtan uca testlerle ve mümkün olduğunda sonraki rapor gözlemleriyle kapatın. Operasyon raporunda hem toplam metriği hem de hizmet görünümünü koruyun. Yararlı bir özet, sağlıklı birimin gizlenmesine izin vermek yerine önemli istisnayı görünür hale getirir.

Operasyonel incelemede istisnaları görünür hale getirin

Her kritik hizmeti sahibiyle, beklenen kimliğiyle, gözlemlenen arızalarla ve mevcut araştırma durumuyla birlikte listeleyin. Yuvarlama sırasında bile sayıyı gösterin, genel grafiğin mükemmel görünmesini sağlayın. En son başarılı kontrollü testi ve uygulanmadığı rotaları ekleyin. Bir mal sahibi, sınıflandırılmamış bir hizmetin incelemeden kaybolmasına izin vermek yerine, kalan boşluğu açıkça kabul etmelidir. Gönderici veya şablon değişikliklerinden sonra kontrol edin, çünkü daha önce geçen bir örnek, yeni değiştirilmiş bir rotanın hala doğru şekilde işaretlendiğini ve hizalandığını göstermez.

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, varsayımsal şifre sıfırlama grubu için 99.900 / 100.000 = %99,9 genel başarı ve 0/100 = %0 verir. Acil karar, bu kritik rotayı araştırmaktır, 100 mesajın tamamının reddedildiği anlamına gelmez. Bunlar müşteri telemetrisi değil, icat edilmiş öğretim sayılarıdır.

[ Götürmek ]

Gözlemlenen popülasyon için sayım ağırlıklı hizalanmış sonuçları kullanın. Doğrulanmış kritik hizmetleri haber hacminden bağımsız olarak inceleyin. Raporlama açığı otomatik geçiş hizmeti 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

Hizalanmış sayım ağırlıklı oranları hesaplayın.

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. Hizalanmış sayım ağırlıklı oranları hesaplayın.
  2. Hizmet sahipliğini doğrulayın.
  3. Belirli başarısız rotayı yeniden test edin.

CISO / SecOps

Hizmet düzeyinde değişiklik kapılarını zorunlu kılı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. Hizmet düzeyinde değişiklik kapılarını zorunlu kılın.
  2. Bilinmeyen trafiği ayrı tutun.
  3. Sınıflandırma değişikliklerini ve kapsamını gözden geçirin.

Kurucu / Teknik Olmayan

Kritik düşük hacimli hizmetleri adlandırın.

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. Kritik düşük hacimli hizmetleri adlandırın.
  2. Başlık ücretinin yanı sıra istisnaları inceleyin.
  3. Müşteriyi etkileyen arızalara öncelik verin.

[ SSS ]

Sık sorulan sorular

Yüzde 99,9'luk başarı hala ciddi bir sorunu gizleyebilir mi?

Evet. Büyük ve sağlıklı bir akış toplamın hakimiyetindeyken küçük bir kritik akış başarısız olabilir.

Hem SPF hem de DKIM DMARC geçmesi gerekiyor mu?

Hayır. Geçerek hizalanmış bir SPF veya DKIM mekanizması yeterlidir.

RFC 9989 §5.3.5

Ham DKIM geçişi hâlâ hizalamada başarısız olabilir mi?

Evet. İmzalama etki alanı, geçerli mod altında yazar etki alanıyla aynı hizada olmalıdır.

RFC 9989 §4.4.1

Başarısızlık sayımı iletilerin reddedildiğini kanıtlar mı?

Hayır. Kimlik doğrulama sonuçları ve alıcı kullanımı farklı gözlemlerdir.

RFC 9989 §5.4

Oranlar satırların ortalamasını eşit mi almalı?

Hayır. Mesaj gözlemleme oranı için satır sayısına göre ağırlık önemlidir.

RFC 9990 §3.1.1.8

Kaynak IP tek başına hizmet sahibini belirleyebilir mi?

Güvenilir değil. Yapılandırma ve mesaj kanıtlarıyla destekleyin.

Verisi olmayan kritik bir hizmet nasıl görünmelidir?

Otomatik geçiş değil, kanıt gerektiren bir kapsam boşluğu olarak.

Servis onarımını ne kanıtlar?

Belirtilen kapsam sınırlarıyla birlikte mevcut kontrollü rota testleri ve daha sonraki destekleyici gözlemler.

[ Kaynaklar ]

Kaynaklar

  1. RFC 9989

    Bölümler §4.4.1 · §5.3.5 · §5.4

  2. RFC 9990

    Bölümler §3.1.1.8 · §3.1.1.9

[ Sözlük ]

Sözlük

Ağırlıklandırmayı say
Dahil edilen her rapor satırının, temsil ettiği mesaj gözlemlerinin sayısına göre ağırlıklandırılması.

RFC 9990 §3.1.1.8

Kritik hizmet kohortu
Hacimden bağımsız olarak iş etkisi bireysel olarak incelenmeye değer olan, doğrulanmış rotaların operasyonel gruplaması.

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ı