İki göndereni varmış gibi görünen bir mesaj birkaç farklı şeyi içerebilir: birden fazla yazar içeren bir Kimden alanı, iki ayrı Kimden alanı veya başka bir adrese benzeyen bir görünen ad. Bunlar farklı ayrıştırma ve güvenlik durumlarıdır. Bir posta istemcisinin gönderen hattının ekran görüntüsü bunları güvenilir bir şekilde ayırt edemez.
Orijinal mesaj başlığını koruyun ve yapısıyla başlayın. Geçen imzayla eşleşen adresi sessizce seçmeyin. Bu, alıcının ve alıcının anlaması gereken belirsizliği gizleyebilir.
Alan sayısını adres sayısından ayırın
RFC 5322 posta kutusu listesiyle birlikte tek bir Kimden alanına izin verir. Bu listede birden fazla posta kutusu bulunduğunda, tek posta kutusu içeren bir Gönderen alanı gereklidir. İleti biçimi kuralları hâlâ bir Kimden alanını belirtiyor; dolayısıyla iki ayrı Kimden alanı, geçerli bir çok yazarlı alanla aynı yapıda değil.
Gönderici, ileten aracıyı mesaj formatı modelinde tanımlar. From alanının yerine geçmez. DMARC'ın Yazar Etki Alanı. Yanıtla, Return-Path ve görünen ad da farklı amaçlara hizmet eder.
Kullanmak kimlik zinciri izlenecek yol Kimlik doğrulamayı incelemeden önce bu rolleri ayrı tutmak için.
DMARC alan kuralını açıkça uygulama
RFC 9989'nin normal işlenmesi, alan adından tam olarak bir tane çıkarılmasını gerektirir. Sıfır veya birden fazla alanın çıkarılması durumunda olağan doğrulama süreci sona erer. Spesifikasyon, bir alıcının çok alanlı durumda devam etmesine izin verir ve güvenlik ve işleme sonuçlarını tartışır.
Bu, bir teşhis aracının en uygun yazarı seçip niteliksiz bir başarıyı rapor etmesine izin değildir. Bir alıcı birden fazla alanı değerlendirmeyi seçerse, ortaya çıkan prosedür ve kapsamın kaydedilmesi gerekir.
Bölüm 11.5'te her bir alanın değerlendirilmesi ve başarısız olan kontroller arasında en güçlü politikanın uygulanması anlatılmaktadır. Ayrıca aşırı sayıda alan adının işlenmesinin kaynak sorunu yaratabileceği konusunda da uyarıda bulunuyor; hepsi işlenmezse değerlendirme eksiktir. Bunlar alıcı yönetimiyle ilgili hususlardır; her ürünün bu tür postaları aynı şekilde kabul edeceği veya görüntüleyeceğine dair bir taahhüt değildir.
Beklentileri etiketlenmiş kontrollü vakaları kullanın
Aşağıdaki durumlar sentetik başlık parçalarıdır. Bunlar yürütülen testler veya rapor edilen alıcı sonuçları değildir ve her biri kontrollü bir testte doğru şekilde oluşturulmuş bir mesajın geri kalanına ihtiyaç duyacaktır.
| Dava | Açıklayıcı alanlar | Kaydedilecek değerlendirme |
|---|---|---|
| Tek yazarlı | Gönderen: author@example.com | Kalan mesaja ve kimlik doğrulama kontrollerine tabi olan sıradan tek alanlı yol |
| Bir alanda birden fazla yazar | Gönderen: author@example.com , editor@example.net | Gerekli ayrı tek posta kutusu Gönderen alanıyla bu, geçerli çok yazarlı format olabilir; birden fazla Alan adından hâlâ DMARC istisnai işleme analizi gerekiyor |
| Alanlardan Çoğalt | example.com için bir From alanı ve example.net için bir tane daha | Mesaj formatı hatası; Orijinal mesajı değerlendirdiğimi iddia ederken görünmez bir şekilde tamir etmeyin |
| Adres benzeri görünen ad | Gerçek bir posta kutusundan önce görünür bir adres içeren metni görüntüle | Gerçek posta kutusu etki alanını ayrıştırın; görüntülenme riskini ayrı ayrı değerlendirin |
Her durumda ham fikstür ve ayrıştırıcı çıktısını koruyun. Alanları sayın, çıkarılan posta kutusu değerlerini listeleyin ve seçilen işleme yoluna yönlendiren etki alanı sonucunu kaydedin. İki posta kutusu aynı alanı kullanıyorsa, posta istemcisinin ekranının değerlendiricinin bu çok yazarlı yapıyı nasıl ele aldığına yanıt verdiğini varsaymayın; çıkarma sonucunu koruyun ve uygulamayı test edin.
Kimlik doğrulama kanıtlarını ayrıştırılan kimliğe bağlı tutun
Bir SPF veya DKIM bir alan adı için geçiş, gerekli bilgiler olmadan görüntülenen başka bir kimliği açıklayamaz hizalama analiz. İlgili tüm DKIM d değerlerini ve güvenilir alıcı sonuçlarını koruyun. Ayrıca, ayrıştırmanın çoğaltılabilmesi için katlama ve yorumlar da dahil olmak üzere tam Gönderen baytlarını koruyun.
Orijinal imzayı doğrulamadan veya alıcı sistemin ne gördüğünü araştırmadan orijinal Kimden'i tek bir yazara yeniden yazmayın. Yeniden yazılmış bir kopya ayrı bir test senaryosu olarak yararlı olabilir, ancak onu farklı bir kimlik sorusuyla değiştirilmiş bir fikstür olarak etiketleyin.
Reddedilen bir girişim hiçbir zaman teslim edilen üstbilgileri üretmeyebilir. Teslim edilen bir yanıt oluşturmak yerine, varsa SMTP yanıtını ve alma günlüklerini koruyun. Authentication-Results örnek.
Test sunumu ve işleme
Güvenlik kaygısı, alıcının ne gördüğünü içerir. Bir bileşen bir yapıyı değerlendirirken, bir posta istemcisi farklı bir görünür yazarı vurgulayabilir. Yetkili bir test ortamında, tam olarak aynı donanım için ayrıştırıcı çıktısını, kimlik doğrulama sonucunu, işlemeyi ve görüntülenen gönderen satırını karşılaştırın.
Yazılım sürümlerini ve ayarlarını gerçek gözlemlerle kaydedin. Bir müşterinin davranışını evrensel bir iddiaya kopyalamayın. RFC 9989 çok alanlı yapıları normal DMARC işleminden kaçınmanın potansiyel bir yolu olarak tanımlar; dolayısıyla "değerlendirilmedi" etiketli bir sonuç "güvenli" olarak sunulmamalıdır.
Pratik bir giden yapılandırması genellikle sıradan otomatik posta için tek bir temiz Gönderen posta kutusundan yararlanır. Gerçek çok yazarlı işlevselliğe ihtiyaç duyulduğunda, gerekli bir Gönderen alanının her aşağı akış kimlik doğrulama sorununu çözdüğünü varsaymak yerine, geçerli formatı ve bunu işleyecek sistemlerle desteklenen işlemeyi onaylayın.
Araştırma, orijinal sözdizimini koruduğunda, çıkarılan alan kararını açıkladığında ve bu kararı gerçek alıcı kullanımı ve sunumuna bağladığında tamamlanır. Tek bir yeşil kimlik doğrulama yanıtı üretmek yerine istisnai veya eksik işlemeyi görünür tutun.