[ Raporlar ve soruşturma ]

Çakışan raporlama pencereleri ve tutarsız raportör tanımlayıcıları

Çakışan pencerelerin ve muhabir takma adlarının yanlış kesinlik oluşturmasını önleyin.

EmailAuth araştırma ekibi tarafından

[ Anahtar noktalar ]

  • Zaman çakışması ve eşleşen muhabir etiketleri, kopyalanan mesajları kanıtlamaz.
  • Ham kimlikleri ve sürüm doğrulanmış eşlemeleri koruyun.
  • Dahil edilen tüm rapor politikasını ve çözümlenmemiş hacmi açıklayın.
Bu sayfada

Aynı zamanın bir kısmını kapsayan iki raporun mutlaka kopya olması gerekmez. Farklı alıcılardan, farklı raporlama bileşenlerinden veya çelişkili içeriğe sahip bir yeniden iletimden gelebilirler. Sayılarını birleştirmeden önce kimlikleri ve nüfusları hakkında bilinenleri belirleyin.

Bir menşe kaydı oluşturun

Referanslar: RFC 9990 §3.1.1.3, RFC 9990 §3.5.1.

Gönderilen raporlayıcının adını, rapor kimliğini, politika alanını, kapsanan aralığı, ek parmak izini ve varış ayrıntılarını koruyun. Kontrol panelinde normalleştirilmiş bir etiket kullanılsa bile ham kimlik değerlerini koruyun. Değiştirilen bir görünen ad, orijinal kaynağı yeniden oluşturma yeteneğini silmemelidir.

İki etiket birbiriyle ilişkili görünüyorsa, raporlayanın belgelenmiş altyapısı veya doğrulanmış bir geçiş gibi destekleyici kanıtlar arayın. Ortak bir son ek veya benzer bir kuruluş adı, her raporu tek bir kimlikte birleştirme yetkisi değil, bir ipucudur. Herhangi bir takma ad eşlemesini sürümlendirin ve bunu kimin onayladığını kaydedin.

Aralık örtüşmesini kimlikten ayrı olarak karşılaştırın

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

Farklı alıcılar, raporları kopyalanmadan aynı gün içindeki trafiği gözlemleyebilir. Doğrulanmış bir raporlama kaynağında eşleşen kimlikler ve içerik, yinelenen bir kararı destekleyebilir. Çakışan pencereleri olan farklı kimlikler, politika değişiklikleri ve bağımsız raporlama bileşenleri de dahil olmak üzere daha yakından incelenmeyi gerektirir.

RFC 9990 çakışmayan raporlama dönemleri önermektedir, ancak tüketicilerin kusurlu girdilerle uğraşması gerekmektedir. Yinelenen kılavuzu, kısmi örtüşmenin tekrarlanan gözlemleri ayırt etmek için net bir yol sağlamadığını açıklamaktadır. Zaman çakışması tek başına size yinelenen ileti sayısını söylemez.

İcat edilmiş çıkarma işleminden kaçının

Örnek olay: A raporu 00:00–12:00 arası saatleri kapsar ve 600'ü sayar; B raporu 06:00-18:00 arası saatleri kapsar ve 900'ü sayar. Altı saatlik çakışma 300, 450 veya başka herhangi bir sabit sayının kopyalandığını göstermez. Trafik düzensiz olabilir ve popülasyonlar farklılık gösterebilir. Bir raporun yarısını çıkarmak, gözlemlenen benzersiz bir toplam değil, modellenmiş bir tahmin üretir.

Uzlaştırılan bir ölçüm için, belirsiz çifti inceleme için tutun veya belgelenmiş bir tam rapor dahil etme kuralını uygulayın. Alternatifi koruyun ve ortaya çıkan kapsam kaybını veya olası mükerrer sayımı açıklayın. Eğer kanıt bir rakamı desteklemiyorsa kesin ve benzersiz bir toplam sunmayın.

Kararın tekrarlanabilir olmasını sağlayın

Raporların neden farklı, kopya veya çözümlenmemiş çakışma olarak değerlendirildiğini kaydedin. Ses düzeyinin ne kadar etkilendiğini gösterin. Verileri dışa aktarırken örtüşen pencereleri görünür tutun, böylece aşağı akış analisti yanlışlıkla bir tanı görünümünü sanki temizmiş gibi toplamaz.

İthalatçıyı bitişik aralıklarla, tam tekrarlarla, farklı raporlayıcılarla ve kısmen örtüşen raporlarla test edin. Başarılı bir takma ad temizliği, yalnızca grafiği daha düzgün hale getirmekle kalmayıp, kaynağı da geliştirmelidir.

Çakışma istisna kaydı oluşturma

Her iki rapor referansını, kesin aralıkları, şüpheli kaynak ilişkisini ve etkilenen sayıları yakalayın. Dışa aktarılan her görünüme hangi raporların dahil edildiğini belirtin. Bir analist muhafazakar bir tam rapor kuralını seçerse, bunun kapsam üzerindeki etkisini kaydedin; her ikisi de teşhis görünümünde tutulursa, toplamının tekrarlanan gözlemleri içerebileceği konusunda uyarıda bulunun. Muhabirden yalnızca yetkili bir destek süreci aracılığıyla açıklama isteyin. Daha iyi kanıtlar elde edilene kadar belirsizliği, desteklenmeyen yinelenen bir tahmine dönüştürmek yerine veri olarak koruyun.

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 karşılanmadığında DMARC.

Gerçekleştirilen sentetik kanıtlar

Yerel olarak yeniden çalıştırılan aritmetik fikstür, aynı doğrulanmış sentetik raporlama popülasyonundan iki rapor sağlar. A, 00:00–12:00 arası, B ise 06:00–18:00 arası saatleri kapsar. Kasıtlı olarak açık bir kural uygular: kabul edilen ilk raporun tamamını geçici metrikte tutun ve daha sonra çözülmemiş bir örtüşmeyi tutun. Tekrarlanan gözlemleri saat bazında tahmin etmez.

  • Hizmet: Faturalandırma; Rapor A, dahil: 400; Rapor B, tutulan: 300; Saf birleştirilmiş sayı: 700
  • Hizmet: Uyarılar; Rapor A, dahil: 200; Rapor B, tutulan: 600; Saf birleştirilmiş sayı: 800
  • Hizmet: Toplam; Rapor A, dahil: 600; Rapor B, tutulan: 900; Saf birleştirilmiş sayı: 1.500

Yürütülen iddialar toplam 600'ü ve tutulan toplam 900'ü doğrular. Benzersiz ileti toplamı boş kalır. Dahil edilen 600, politika tarafından seçilen bir rapor sayımıdır; birleşik 00:00-18:00 penceresi için benzersiz hacmin tamamının kanıtı değildir. Faturalandırma ve uyarılar, paylaşılan altyapıdan çıkarsanmayan, sentetik hizmet atamaları ile sağlanır. Bu tutulan ham satırlar, dahil etme kuralı ve çıktı, çözülmemiş örtüşmeyi korurken metriğin tekrarlanabilir olmasını sağlar. Onaylanmış farklı katılım politikaları, farklı geçici toplamlar üretebilir ve bunların adlandırılması gerekir. RFC 9990 §3.1.1.4 raporlama dönemi rehberliğini sağlar.

Kararı sınırlı tutun

Yerel tatbikat yalnızca sağlanan 400 + 200 dahil gözlemleri ve 300 + 600 tutulan gözlemleri kontrol eder. 600 geçici toplamı, her iki penceredeki benzersiz mesajların tahmini değildir; bu değer bilinmiyor. Hiçbir gerçek rapor kimliğinin kimliği doğrulanmadı veya birleştirilmedi.

[ Götürmek ]

Zaman çakışması ve eşleşen muhabir etiketleri, kopyalanan mesajları kanıtlamaz. Ham kimlikleri ve sürüm doğrulanmış eşlemeleri koruyun. Dahil edilen tüm rapor politikasını ve çözümlenmemiş hacmi açıklayın.

[ 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

Ham muhabir kimliklerini koruyun.

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. Ham muhabir kimliklerini koruyun.
  2. Sürüm doğrulanmış takma ad eşlemeleri.
  3. Örtüşmeyi kopyalardan ayrı olarak test edin.

CISO / SecOps

Kaynak birleştirmeler için kaynak gerektir.

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. Kaynak birleştirmeler için kaynak gerektir.
  2. Denetimden hariç tutulan hacim.
  3. Belirsizliği risk raporlarında görünür tutun.

Kurucu / Teknik Olmayan

Desteklenmeyen kesin toplamlar talep etmekten kaçını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. Desteklenmeyen kesin toplamlar talep etmekten kaçının.
  2. Maddi olarak etkilenen metriklere öncelik verin.
  3. Açık bir belirsizlik tedavisini onaylayın.

[ SSS ]

Sık sorulan sorular

Zamanın çakışması kopyayı kanıtlar mı?

Hayır. Farklı alıcılar veya popülasyonlar zaman içinde çakışabilir.

RFC 9990 §3.1.1.4 RFC 9990 §3.5.4

Benzer muhabir isimleri otomatik olarak birleştirilebilir mi?

Benzerliği bir ipucu olarak ele alın; ham değerleri koruyun ve ilişkiyi doğrulayın.

Çakışma saatlere bölünerek düzeltilebilir mi?

Bu, kanıtlanmamış bir trafik dağılımını varsayar ve kesin bir benzersiz sayı sağlayamaz.

RFC 9990 §3.5.4

Bir muhabirin adını değiştirmeden önce nelerin kaydedilmesi gerekir?

Orijinal etiketler, rapor kimliği, içerik parmak izi ve versiyonlu eşleme kararı.

Çözümlenmemiş her raporun silinmesi gerekir mi?

Hayır. Bunu saklayın ve teşhis verilerini mutabakata varılan metriklerden ayırın.

Bitişik aralıklar örtüşmeyle aynı mıdır?

Hayır. Sınıflandırmadan önce kesin sınırları ve formatın aralık semantiğini karşılaştırın.

RFC 9990 §3.1.1.4

Bir gösterge tablosu neyi açıklamalıdır?

Etkilenen kapsam, dahil etme kuralları ve kalan mükerrer sayım veya kapsam belirsizliği.

Muhabir kimlik soruşturmasını ne kapatır?

Sorumlu bir karara sahip, desteklenen bir ilişki veya açık çözümlenmemiş bir sınıflandırma.

[ Kaynaklar ]

Kaynaklar

  1. RFC 9990

    Bölümler §3.1.1.3 · §3.1.1.4 · §3.5.1 · §3.5.4

[ Sözlük ]

Sözlük

Kısmi örtüşme
Kesişen raporlama dönemleri, tekrarlanan mesaj gözlemlerinin sayısını belirlemez.

RFC 9990 §3.5.4

Geçici toplam
Kimlik veya örtüşme belirsizlikleri devam ederken açık bir dahil etme politikası kapsamında üretilen bir sayım.

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ı