[ Raporlar ve soruşturma ]

Raporlama kapsamını gönderilen toplam e-posta sayısından ayırın

Alınan toplu satırları kuruluşun gönderdiği her mesajın sayımı olarak ele almadan DMARC raporlama kapsamını ölçün.

EmailAuth araştırma ekibi tarafından · 7 dakikalık okuma

[ Anahtar noktalar ]

  • Rapor gözlemleri ve gönderenin girişimleri farklı popülasyonlardır.
  • Eksik raporlar sıfır hata anlamına gelmez.
  • Mutabakat için istikrarlı kapsam, zaman damgaları ve hariç tutma kayıtları gerekir.
Bu sayfada

Oranı hesaplamadan önce paydayı adlandırın

A DMARC Kontrol panelinde çok sayıda ileti gözlemi bulunabilir, ancak bu sayı otomatik olarak kuruluş tarafından gönderilen toplam posta sayısını göstermez. Raporları birleştir Belirli aralıklarla katılımcı alıcılar tarafından rapor edilen gözlemleri tanımlayın. Gönderici sistemler kendi girişimlerini ve olaylarını tanımlar. Bu popülasyonlar köken, zamanlama, gruplandırma ve görünürlük açısından farklılık gösterdiğinden, tanımlanmış bir mutabakat yöntemi olmaksızın birinin diğerine bölünmesi yanıltıcı bir kapsam iddiasına yol açabilir.

Sorunun adını vererek başlayın. Raporlarda temsil edilen onaylı gönderen envanterinin payını, geri dönen raporlardaki bilinen alıcı hizmetlerinin payını veya sınırlı bir aralık için raporlanan sayımlar ile gönderen etkinlikleri arasındaki ilişkiyi mi ölçüyorsunuz? Her biri farklı bir payda ve farklı kanıtlar gerektirir. Genel bir "kapsama yüzdesi" bu seçenekleri gizler. RFC 9990 , bölüm 3.1 ve 9.1

Raporlama katılımını beslenme sağlığından ayırın

Eksik rapor, alıcının raporlama davranışını, ilgili trafik eksikliğini, teslimat sorunlarını, işleme gecikmelerini veya besleme kusurunu yansıtabilir. Boş bir kontrol paneli aralığı bu olasılıkları ayırt etmez. Bir analistin bir dosyanın beklendiğini, alındığını, reddedildiğini, geciktiğini veya kanıtlanmadığını görebilmesi için raporlama ilişkisini ve toplayıcı hattını ayrı ayrı izleyin.

Raporu göndereni, raporlama organizasyonunu, aralığını, tanımlayıcısını ve işleme durumunu koruyun. Bilinen herhangi bir teslimat veya ayrıştırıcı hatasını, gözlemlenen sıfır kimlik doğrulama hatasına dönüştürmeden kaydedin. Dışlanan bir yapıt, analiz edilen popülasyonu değiştirir ve bir hata veya dışlama günlüğüne aittir. Daha sonraki bir rapor boşluğu doldurursa, önceki sonucu sessizce yeniden yazmak yerine veri seti revizyonunu koruyun.

Burada evrensel raporlamanın eksiksizliği garantisi üstlenilmemektedir. Önerilen incelemede gerçek alıcı popülasyonu ve mevcut toplama kanıtları kullanılmalıdır. Bir posta kutusu sağlayıcısından gelen bir rapor, diğer alıcıların davranışını belirleyemez ve baskın bir sağlayıcının tekrarlanan gözlemleri, geniş bir nüfus çeşitliliğiyle karıştırılmamalıdır.

Uyumlu gönderen tarafı kanıtlarını seçin

Hangi gönderen olayının karşılaştırmaya ait olduğunu tanımlayın. Bir başvuru talebi, sağlayıcının kabulü, teslimata teşebbüs, alıcı-sunucunun kabulü ve nihai başarısızlık birbirinin yerine geçebilecek olaylar değildir. Yeniden denemeler, birden fazla alıcı ve uygulamanın yeniden gönderilmesi, bir iş kullanıcısının tek bir mesaj olarak düşündüğü şey için birden fazla kayıt oluşturabilir. Sayımları uzlaştırmadan önce etkinlik anlamını ve toplama kuralını koruyun.

Saklanan SendGrid olay referansı bu ayrımı göstermektedir: işlenmiş, sağlayıcının mesajı aldığı ve teslim edilmeye hazır olduğu anlamına gelir; teslim edilen, gelen kutusu yerleşiminin veya insan tarafından okunduğunun kanıtı değil, alıcı sunucuya teslimatla ilgilidir. Bu, evrensel bir olay şeması değil, sağlayıcıya özgü bir örnektir. Diğer sistemler kendi güncel tanımlarını gerektirir. SendGrid Etkinliği Web Kancası Referansı

Orijinal zaman damgalarını ve belgelenmiş normalleştirilmiş zaman esasını koruyun. Rapor aralığı ile uygulamanın takvim günü toplamı aynı hizada olmayabilir. Geç gelen raporlar, bir sınır boyunca kuyruk yeniden denemeleri ve değişen akış sınıflandırmaları, uydurma bir düzeltme faktörüne dahil edilmek yerine mutabakatta görünür olmalıdır.

Mükemmel birleşmeleri varsaymadan etki alanlarını ve rotaları eşleyin

Toplu gözlemler, gönderen günlükleriyle aynı işlem tanımlayıcılarını içermeyebilir. Veriler yalnızca gruplandırılmış karşılaştırmayı desteklediğinde, bire bir ileti birleştirme sözü vermekten kaçının. Kaynak adreslerini, kimlik doğrulama etki alanlarını ve politika içeriğini sahip olunan rotalarla belirtilen güvenle eşleştirin ve paylaşılan altyapı belirsizliğini koruyun. Sağlayıcı markası tek başına hangi müşteri hesabının gözlemlenen trafiği oluşturduğunu kanıtlamaz.

Ham tutun SPF veya DKIM DMARC farklı sonuçlar hizalama. Tüm ham SPF geçişlerinden hesaplanan oran, görünür Kimden alanı için hizalanmış kimlik doğrulama kapsamını mutlaka ölçmez. Temel spesifikasyonun hizalama kuralları, bu sonuç açısından hangi kimlik ilişkisinin önemli olduğunu belirler. Bilinmeyen bir rota, yalnızca oranı artırmak için onaylanmış popülasyona eklenmek yerine, bilinmeyen olarak kalmalıdır. RFC 9989 , bölüm 4.4

Mutabakat çalışma sayfası ve veri kümesi sözleşmesi

Kaynak sistemlerini, çıkarma yöntemini, sürümleri, aralık sınırlarını, olay tanımlarını, dahil edilen akışları, alıcı kapsamını, tekilleştirme kurallarını ve hariç tutmaları listeleyen bir veri kümesi sözleşmesi oluşturun. Analiz edilen veri kümesini yeniden oluşturmak için gereken değişmez kaynak referanslarını veya karmaları ve dönüştürme adımlarını koruyun. Bir alan alınamıyorsa, onun yokluğunu ve desteklenmeyen sonucu belirtin.

Çalışma sayfası raporlama popülasyonunu, gönderen popülasyonunu, örtüşme varsayımlarını, eşleşmeyen grupları, geç verileri ve hariç tutulan yapıları içermelidir. Sayımları yalnızca gerçek kanıt mevcut olduğunda sağlayın. Bilinmeyen kapsamı ölçülen kapsam dışı alandan ayırın. Onaylanmış bir rotaya eşlenemeyen bir rapor sessizce bırakılmamalı ancak meşru posta sayısını da otomatik olarak artırmamalıdır.

Kabul, başka bir analistin popülasyon tanımını yeniden üretmesini ve aynı veri seti versiyonundan aynı sınırlı karşılaştırmayı elde etmesini gerektirir. Bir grafik bu karşılaştırmayı özetleyebilir ancak önemli boşlukları ve son tam aralığı ortaya koymalıdır. Gözlemlenen daha yüksek bir kimlik doğrulama oranı, raporlama karışımının değişmesi durumunda toplam organizasyon kapsamının iyileştirildiğinin mutlaka kanıtı değildir.

Kurgusal teşhis: boru hattı boşluğundan sonra daha sessiz bir gösterge paneli

Toplayıcısının çeşitli alıcı gruplarından raporlar aldığı kurgusal bir organizasyon hayal edin. Bir aralık sırasında büyük bir grubun raporu ayrıştırmada başarısız olur ve hariç tutulur. Geri kalan raporlar daha az hata gösteriyor. Bu örnek için gerçek bir veri kümesi veya ayrıştırıcı yürütmesi kullanılmamıştır; bu durum payda riskini göstermek için icat edilmiştir.

Analist, yalnızca hayatta kalan kayıtlar daha sağlıklı göründüğü için kimlik doğrulamanın iyileştirildiğini duyurmamalıdır. Analiz edilen popülasyon değişti. Uygun çıktı, tutulan alıcı grupları için sınırlı bir sonuç artı açık bir toplama kalitesi boşluğudur. Gönderen tarafındaki olaylar, eksik gruba yönelik sürekli aktivitenin oluşturulmasına yardımcı olabilir, ancak alınmamış kimlik doğrulama gözlemlerini yeniden yapılandırmaz.

Raporun daha sonra yetkili bir süreç kapsamında kurtarılması durumunda veri kümesinin yeni bir sürümü alınmalı ve karşılaştırma yeniden hesaplanmalıdır. Hem başlangıçtaki sınırlı sonucu hem de revize edilen sonucu koruyun. Bu, değişikliği açıklanabilir hale getirir ve sessiz dolgu yoluyla belirgin bir eğilimin oluşmasını engeller.

Orijinal kanıt ve yayın sınırı

Katalog, başka bir analistin yeniden oluşturabileceği sürümlendirilmiş bir veri kümesi, sorgu yöntemi ve hata/hariç tutma günlüğü gerektirir. Bu yazı yalnızca bir yöntem ve kurgusal bir örnek sunmaktadır. Hiçbir gönderen günlüğü, rapor, alıcı listesi veya canlı sorgu toplanmadı ve herhangi bir kapsam yüzdesi talep edilmedi.

Orijinal kanıtlar, insan incelemesi, kaynak uygulanabilirliği, üretim yolları, görsel erişilebilirlik ve sahibinin serbest bırakılması açık olmaya devam etmektedir. Operasyonel yayınlamadan önce yetkili verileri edinin, gereksiz tanımlayıcıları en aza indirin ve dahil edilen her sistem için olay tanımlarını onaylayın. Nihai sonuç, toplu raporlamanın gönderilen tüm e-postaların tam bir sayımı olduğunu ima etmek yerine, gözlemlenen nüfusu ve sınırlarını belirtmelidir.

[ Götürmek ]

Kapsamı veya kimlik doğrulama oranını hesaplamadan önce gözlemlenen raporlama popülasyonunu tanımlayın.

[ Role göre ]

Bu sizin için ne anlama geliyor?

Sonraki pratik adımlar için rolünüzü seçin.

Raporlama analisti

Paydayı belirtin

Büyük bir veri kümesi mutlaka tam bir popülasyon anlamına gelmez.

Sonraki adımlar

  1. Alıcıyı ve zaman kapsamını tanımlayın.
  2. Hariç tutulan ve geciken verileri saklayın.

Mesajlaşma operatörü

Gönderen olaylarını açıklayın

Kuyruk ve teslimat aşamaları karşılaştırmaları etkiler.

Sonraki adımlar

  1. Olay anlambilimini belgeleyin.
  2. Yeniden deneme ve alıcı kurallarını koruyun.

İnceleyen

Tekrarlanabilirliği kontrol edin

Trend iddiaları istikrarlı popülasyonlara bağlıdır.

Sonraki adımlar

  1. Veri kümesi sürümünü yeniden oluşturun.
  2. Bilinmeyen kapsamı ölçülen sonuçlardan ayırın.

[ SSS ]

Sık sorulan sorular

Toplu sayımlar gönderilen toplam ileti sayısını mı sayıyor?

Otomatik olarak değil. Kapsamı belirlenmesi ve uzlaştırılması gereken bir raporlama popülasyonunu temsil ediyorlar.

RFC 9990 : DMARC Toplu Raporlama

Rapor olmaması arıza olmadığı anlamına mı geliyor?

Hayır. Eksik gözlemler ve gözlemlenen sıfır sayıları farklıdır.

İşlenen ve teslim edilen etkinlikler karıştırılabilir mi?

Hayır. Saklanan SendGrid referansı farklı aşamaları tanımlar ve diğer sağlayıcıların kendi tanımlarına ihtiyacı vardır.

Twilio SendGrid : Etkinlik Web Kancası Referansı

Teslim edilmesi mesajın okunduğunu kanıtlar mı?

Hayır. Belirtilen olay, alıcı sunucuya teslimatla ilgilidir.

Twilio SendGrid : Etkinlik Web Kancası Referansı

Ham SPF geçişi DMARC hizalamasını ölçebilir mi?

Tek başına değil. Hizalama, ilgili Gönderen alanına göre değerlendirilmelidir.

RFC 9989: DMARC

Geç veriler sessizce önceki sonuçların yerini mi almalı?

Hayır. Veri kümesi revizyonlarını ve yeniden hesaplama nedenini koruyun.

Burada bir kapsam veri kümesi ölçüldü mü?

Hayır. Örnek kurgusaldır ve herhangi bir sayım veya oran iddia edilmemektedir.

Hangi orijinal delil açık kalıyor?

Sürümlendirilmiş bir veri kümesi, tekrarlanabilir sorgu yöntemi ve hata/hariç tutma günlüğü gerekli olmaya devam ediyor.

[ Kaynaklar ]

Kaynaklar

  1. RFC 9989: DMARC

    Bölümler §2.4 Kapsam Dışı · §4.4 Tanımlayıcı Hizalamasının Açıklaması · §4.7 DMARC Politika Kayıt Formatı · §4.10 DNS Ağacı Yürüyüşü · §5 DMARC Katılımı · §6 DMARC Geri Bildirimi · Ek A.6 "pct" Etiketinin Kaldırılması · Ek C RFC 7489 Değişiklikler

  2. RFC 9990 : DMARC Toplu Raporlama

    Bölümler §3.1 Toplu Raporlar · §3.3 Raporlama Dönemi Sırasındaki Politika Değişiklikleri · §3.4 Rapor Talebi Keşfi · §3.5 Rapor Teslimatı · §4 Harici Hedefleri Doğrulama · §5 Genişletilebilir Raporlama · §8.1 İçeriği Saldırı Olarak Raporlama · §8.2 Yanlış Bilgi · §9 Operasyonel Hususlar · §9.3 Rapor Depolama · Ek A DMARC XML Şeması · §1 Giriş · §7.1 Rapor Alıcıları · §7.2 Raporlarda Bulunan Veriler · §9.1 Rapor Oluşturma

  3. Twilio SendGrid : Etkinlik Web Kancası Referansı

    Bölümler Teslim edilen etkinlikler · Ertelenen etkinlikler · Bırakılan etkinlikler · İşlenen etkinlikler

[ Sözlük ]

Sözlük

Nüfusun raporlanması
Belirtilen kapsam dahilinde rapor oluşturan alıcılardan alınan gözlemler.

RFC 9990 : DMARC Toplu Raporlama

Gönderen nüfusu
Karşılaştırma için seçilen tanımlı gönderen tarafı etkinlikleri.
Mutabakat varsayımı
Bire bir tanımlayıcıların bulunmayabileceği veri kümelerini bağlayan belgelenmiş bir kural.
Tahsilat açığı
Analiz edilen popülasyonu sınırlayan eksik veya hariç tutulan kanıtlar.

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ı