Bir mesajın farklı bölümlerini açıklarken, üç etki alanı alanı bir kontrol panelinde birbirinin yerine kullanılabilir gibi görünebilir. Başlık Kaynağı tarafından kullanılan yazar alanını tanımlar DMARC. Zarf Gönderen ilgili SMTP gönderen kimliğini açıklar SPF. Zarf Kime, sağlandığında SMTP alıcı etki alanını açıklar. Hangi alan adı tanıdık geliyorsa onu seçmek yerine bu rolleri etiketleyerek başlayın.
Bir alan sözlüğü oluşturun
Referanslar: RFC 9990 §3.1.1.10, RFC 9989 §3.2.4, RFC 7208 §2.4.
RFC 9990 bölüm 3.1.1.10 , başlık_fromunu gerektirir ve zarf_from ile zarf_to'yu isteğe bağlı hale getirir. Bu alanlar, posta kutusu adreslerinin tam listesini değil, etki alanlarını içerir. İsteğe bağlı alanın eksik olması, raporun bu alanı sağlamadığı anlamına gelir; SMTP işleminin bu kimliğe sahip olmadığını kanıtlamaz.
zarf_from öğesi mevcut olabilir ancak boş bir ters yol için boş olabilir. Ayrıştırıcınızda eksik ve boş arasındaki ayrımı koruyun. Başlık Kaynağından boş bir değer doldurmayın veya tahmin edilen bir geri dönen adresin değerlendirildiğini varsaymayın. RFC 9989 bölüm 3.2.4, MAIL FROM kimliğinin SPF doğrulamasına dayanır ve boş bir ters yol için açıkça RFC 7208 bölüm 2.4'e atıfta bulunur: SPF bu kimliği posta yöneticisi olarak oluşturur. HELO ihtisas. Bu oluşturulan MAIL FROM kimliği için geçen bir SPF sonucu, etki alanı Yazar Etki Alanı ile hizalandığında DMARC katkıda bulunabilir. Bu, boş olmayan bir MAIL FROM kimliği yerine bağımsız olarak değerlendirilen bir HELO sonucunun kullanılmasından farklıdır. Bir çizim yapmadan önce değerlendirilen kimliği ve sonucu koruyun hizalama çözüm.
Kimliği doğrulanmış tanımlayıcıları da okuyun
Referanslar: RFC 9990 §3.1.1.12, RFC 9990 §3.1.1.13.
Tanımlayıcıları, SPF doğrulaması sırasında gerçekte kullanılan alanı ve kullanılan d ve s değerlerini bildiren auth_results ile karşılaştırın. DKIM doğrulama. Görünür yazar alanının kendisi, SPF bu alan adını doğruladığının kanıtı değildir. Benzer şekilde, bir DKIM d alanı her iki zarf alanından farklı olabilir.
Zarf Kime yararlı bir alıcı-etki alanı bağlamıdır. Bu, DMARC SPF veya DKIM ile uyumlu olduğu alan değildir ve mesajın görünür Kime alanı olarak değerlendirilmemelidir. Yönlendirme, takma adlar ve kör kopyalar, görünür başlıkların SMTP alıcı yolunun zayıf bir açıklaması olmasına neden olabilir.
Sentetik bir sonucu yeniden üretin
Referanslar: RFC 9989 §5.3.5.
Geçerli ve geçerli bir politikanın, tamamlanmış kontrollerin ve ilgisiz brand.example / vendor.example kurumsal alan adlarının olduğunu varsayalım. Header_from= brand.example , zarf_from= bounces.vendor.example ve zarf_to= recipient.example öğelerini göz önünde bulundurun. bounces.vendor.example için SPF geçtiğini varsayalım ve DKIM imzası d=brand.example. Alan adları ilgisiz olduğundan SPF brand.example ile uyumlu değildir. DKIM tam olarak hizalanır, böylece DMARC hizalanmamış SPF sonucuna rağmen DKIM geçebilir.
Yalnızca zarf_to'yu başka bir alıcı etki alanına değiştirmek, bu hizalama hesaplamasını değiştirmez. Geçen DKIM d değerini vendor.example olarak değiştirmek, bu örnekte hizalanmış DKIM yolunu kaldıracaktır. Bunlar, gerçek bir alıcı testi veya tam bir XML raporu değil, alan düzeyindeki bir alıştırma için varsayılan girdilerdir.
Bir soruşturmada belirsizliği koruyun
Yorumun yanına raporlayıcıyı, dönemi, kaynak IP'sini, satır sayısını ve ham alan değerlerini kaydedin. Bir kontrol panelinde zarf alanları atlanırsa, bunların bulunmadığı sonucuna varmadan önce orijinal raporu inceleyin. Raporun kendisi bunları atlıyorsa, bir değer üretmek yerine ilgili rotadan yetkili, kontrollü bir mesaj alın.
Yararlı bir çalışma sayfasında yazar, SMTP göndereni, SMTP alıcısı, kimliği doğrulanmış SPF alanı, her DKIM alanı ve DMARC ile ilgili sonuçlar için ayrı sütunlar bulunur. DNS değiştirmeden önce çelişkileri giderin. Amaç, her sütunun marka adınızı içermesini sağlamak değil, tekrarlanabilir bir kimlik karşılaştırmasıdır.
Beş tekrarlanabilir kimlik durumunu kontrol edin
Referanslar: RFC 9989 §3.2.10.2, RFC 9989 §5.3.5.
Bu alıştırmada her iki mekanizma için de sıkı hizalama kullanın. Temel sentetik satırda başlık_from= brand.example , zarf_from= bounces.vendor.example , zarf_to= recipient.example , bounces.vendor.example için ham SPF geçişi ve brand.example için ham DKIM geçişi bulunur. seçici fatura1. Kaynak IP'si 192.0.2.40 ve sayısı 12'dir. Kriptografik ve SPF sonuçlarının girdi olduğu varsayılır; alıştırma gerçek kimlik doğrulamayı değil kimlik karşılaştırmasını kontrol eder.
- Temel satırdan farklılık: Yok; Hizalanmış SPF : Hayır; Hizalanmış DKIM : Evet; DMARC : Geçti
- Temel satırdan değişiklik: Yalnızca zarf_to another.example olur; Hizalanmış SPF : Hayır; Hizalanmış DKIM : Evet; DMARC : Geçti
- Temel satırdan değişiklik: Yalnızca DKIM alanı vendor.example olur; Hizalanmış SPF : Hayır; Hizalanmış DKIM : Hayır; DMARC : Başarısız
- Temel satırdan değişiklik: Enve_from atlandı; orijinal ham SPF sonucu korundu; Hizalanmış SPF : Hayır; Hizalanmış DKIM : Evet; DMARC : Geçti
- Temel satırdan varyasyon: zarf_boştan; ham SPF kimliği ve sonucu sağlanmadı; Hizalanmış SPF : Boş yollu SPF kimliği ve sonucu olmadan kurulmaz; Hizalanmış DKIM : Evet; DMARC : Geçti
Sağlanan yerel katı eşitlik uygulaması, eksik ve boş alan durumlarında mevcut olan uyumlu DKIM ile beş sonuç üretmektedir. Her boş ters yol için SPF sonucunu oluşturmadı. Eksik alan durumu kasıtlı olarak ilgisiz bir ham SPF alanını korur; atlanmış bir zarf_from alanının kendisi SPF başarısız olmasına neden olmaz. Boş alan durumu, boş yol kimliği oluşturmak yerine orijinal ham SPF girişlerini açıkça kaldırır. Bu durumda, hizalamasını değerlendirmeden önce RFC 9989 bölüm 3.2.4 ve RFC 7208 bölüm 2.4'te açıklanan SPF onaylı oluşturulmuş MAIL FROM kimliğini edinin. Tablonun DMARC geçişi DKIM tarafından sağlanmaya devam eder. Örneğin, geçerli bir DMARC politikası ve sıkı bir hizalama varsayıldığında, postmaster@brand.example için geçen bir SPF sonucu, hizalanmış DKIM olmasa bile, başlık_from= brand.example için hizalanmış bir SPF yolu sağlayabilir. postmaster@other.example için başarılı bir sonuç alınamaz. Bu iki ek örnek, yeni yürütülen fikstürler değil, varsayılan sonuçlardır. Gerçekte alınan hiçbir mesaj gösterilmemektedir.
Egzersizi kapsam dahilinde tutun
Örnekler kısmi alan projeksiyonlarıdır; şema açısından geçerli raporlar veya ölçülen trafik değildir. Yerel kontroller, açıkça sağlanan kimlik doğrulama sonuçlarını ve organizasyonel ilişkileri kullanır; DNS keşfi, SPF değerlendirmesi, kriptografik doğrulama, rapor alımı veya alıcı teslim testleri gerçekleştirmezler. Üretim değişikliği yapmadan önce orijinal raporu ve güvenilir mesaj kanıtlarını koruyun.