Neyin başarısız olduğuna karar vermeden önce rotayı sınıflandırın
Bir alıcı, bir yönlendirme atlamasından sonra veya bir posta listesi onu değiştirdikten sonra, postayı doğrudan kaynak hizmetten görebilir. Kaynak IP'si ve kimlik doğrulama hatası, tek başına bu yolları kimliğe bürünmeden ayırmaz. Araştırmacı rapor edilen sonucu belirli bir rotaya bağlamalı ve rotanın eksik olduğu yerlerde belirsizliği korumalıdır. Aksi takdirde meşru göndericiye yönelik bir onarım, alakasız altyapıya yetki verebilir.
Bu kılavuz şunları kullanır: RFC 9989 Ve RFC 9990 Mayıs 2026'dan itibaren, SPF RFC 7208 ve deneysel ARC RFC 8617 spesifikasyonu. Sağlayıcı kılavuzu 8 Kasım 2026'da gözden geçirildi. Tüm rota örnekleri hayali kağıt kutulardır. Hiçbir mesaj gönderilmedi, içe aktarılmadı veya doğrulanmadı, hiçbir DNS sorgusu çalıştırılmadı ve hiçbir yönlendirme veya alıcı güveni ayarı değiştirilmedi.
Alma sınırına göre doğrudan göndermeyi tanımlayın
Bu inceleme için doğrudan gönderme, amaçlanan giden hizmetin, inceleme altındaki rotada müdahale eden bir iletme hizmeti olmaksızın alıcı sınıra teslim edilmesi anlamına gelir. Bu, kaynak kuruluşun yalnızca bir dahili sunucu kullandığı anlamına gelmez. Dahili röleler ve giden ağ geçitleri gözlemlenen bağlantıdan önce gelebilir, bu nedenle etiketi uygularken kullanılan sınırı kaydedin.
RFC 7208 bağlanan ana bilgisayarı tanımlanmış bir SMTP kimliğine göre değerlendirir. Doğrudan rotada bir arıza, bir yapılandırma sorununu, beklenmeyen bir yolu veya yetkisiz kullanımı gösterebilir. Yalnızca sonuçtan yola çıkarak nedeni adlandırmak yeterli değildir. Yetkisinde herhangi bir değişiklik önermeden önce değerlendirilen etki alanını, bağlantı içeriğini ve hata durumunu koruyun.
İletmenin SPF kanıtlarını neden değiştirebileceğini açıklayın
Bir iletici orijinal bir mesajı ileriye doğru ilettiğinde, bir sonraki alıcı ileticinin bağlantı adresini görür. Orijinal zarf kimliği korunursa bu adres, orijinal alanın SPF politikası tarafından yetkilendirilmemiş olabilir. Zarf yeniden yazılırsa SPF bunun yerine ileticinin kimliğini doğrulayabilir. Her iki durumda da, orijinal görünür Kimden alan adı için otomatik olarak hizalanmış bir SPF yolu sağlanmaz. RFC 9989.
Bu nedenle gözlemlenen her ileticinin orijinal alan SPF eklenmesi sağlıklı bir varsayılan yanıt değildir. Gerçek rotayı veya diğer kimlik doğrulama yolunu ele almadan yetkilendirmeyi genişletebilir. Öncelikle iletmenin gerçekleşip gerçekleşmediğini, alıcının bunu bekleyip beklemediğini ve hangi kimliklerin değiştiğini belirleyin. İletme benzeri bir model, temsili rota kanıtları onu destekleyene kadar bir hipotezdir.
Orijinal DKIM imzasının hayatta kalıp kalmadığını inceleyin
Bir mesaj geçerli bir hizalamayı koruyabilir DKIM imzası İmzalı materyalin doğrulamaya uygun kalması durumunda iletme yoluyla. RFC 6376 İmzanın neyi kapsadığını ve nasıl kontrol edildiğini tanımlar. İmzalı başlıklarda veya gövde içeriğinde yapılan değişiklikler bu imzayı bozabilir; mesajın yalnızca başka bir sunucu üzerinden taşınması, mutlaka bunu sağlamaz. Tek bir nakliye ürününden tüm rotalara genelleme yapmayın.
Bir posta listesi içeriği değiştirebilir, altbilgi ekleyebilir veya yeniden dağıtımdan önce mesajı başka şekilde dönüştürebilir. Listeden yeni ve geçerli bir imza, orijinal Kimden alan adıyla hizalanmamış halde kalarak listenin etki alanının kimliğini doğrulayabilir. Bildirilen DKIM pass bu nedenle imza kimliğine ihtiyaç duyar ve hizalama bağlam. Orijinal yazarın alan adının geçtiğinin kanıtı olarak okunamaz DMARC.
ARC güveni hâlâ karar gerektiren bir kanıt olarak kullanın
RFC 8617 mesaj işleme adımlarında kimlik doğrulama değerlendirmelerini taşımak için deneysel bir protokoldür. ARC zinciri doğrulaması ve mühürleyen taraflara duyulan güven ayrı sorunlardır. Kriptografik olarak geçerli bir zincir, mesajı güvenli kılmaz veya her mühürleyicinin güvenilir olduğunu belirlemez. Eksik veya kırık bir zincir de mesajın sahte olduğunu kanıtlamaz.
Alıcılar, yerel tasarruf kararlarında ARC bilgilerini kullanabilir. Bunu, ARC temeldeki bir SPF veya DKIM hizalama hatasını bir protokol geçişine dönüştürdüğü yönündeki evrensel bir kurala dönüştürmeyin. Gözlemlenen kimlik doğrulama sonuçlarını ve raporlanan politika geçersiz kılmalarını ayrı ayrı koruyun. RFC 9990 DMARC tarafından değerlendirilen alanları ham kimlik doğrulama sonuçlarından ayırır ve politikayı geçersiz kılma raporlaması için bağlam sağlar. Alıcı kabulü ve kimlik doğrulama sonucu farklı gerçekler olmaya devam ediyor.
Dört kurgusal yolu aşırı sınıflandırmadan karşılaştırın
Alıkonulan kağıt alıştırması dört olasılığı karşılaştırır: amaçlanan doğrudan hizmet; hizalanmış DKIM koruyan, değişmemiş bir iletici; orijinal imzası artık doğrulanmayan bir değiştirme listesi; ve bilinen bir yetkili rota olmadan Gönderen alan adını taklit eden bir gönderen. Bunlar açıklayıcı alternatiflerdir, test edilmiş dört mesaj değil. Onlara gerçek bir toplantı sahibi, hesap veya işletme sahibi atanmamıştır.
İlk üç olasılık, meşru gözlemlenen trafik olarak değerlendirilebilmeleri için rotaya özel yapılandırma ve mesaj kanıtı gerektirir. Dördüncüsü hâlâ şüpheli sahtekarlık mevcut kanıtlar ve güvenlik incelemesi bu sınıflandırmayı destekleyene kadar. Kimlik doğrulama başarısızlığı tek başına değiştirme listesi durumunu kimliğe bürünmeden ayırt edemez. Bunun tersine, kimlik doğrulamayı geçmek, zararsız içerik veya halihazırda onaylanmış bir iş amacı oluşturamaz.
Alıcının gerçek güven yapılandırmasına saygı gösterin
Microsoft'un güvenilir ARC mühürleyen rehberliği sağlayıcıya özel bir örnektir: Microsoft 365 alma davranışı için meşru, gerekli aracıların seçilmesini açıklar. Evrensel bir izin verilenler listesi, başka bir sağlayıcının politikası veya müşteri kiracısının yapılandırmasını oluşturmaz. Bu taslak ne bir mühürleyici ekliyor ne de sırf adı tanıdık diye bir aracıya güvenilmesini tavsiye ediyor.
Gelecekteki bir araştırma için temsili mesajı, güvenilir alma izini, ilgili hizmet yapılandırmasını ve alıcının beklenen rotasını saklayın. Authentication-Results alanlar, belirlenmiş bir alıcı güven sınırı dahilinde yorumlanmalıdır; RFC 8601 açıklıyor. Güvenilmeyen kopyalanmış bir başlık her şeyi iddia edebilir. İleti açıklamasını, alıcı güvenliği değişikliklerini ve üretim DNS eylemlerini kendi insan onaylarına tabi tutun.
Kanıtlanmış çareyi çağırmadan önce gözlemlenen bir rotayı zorunlu tutun
Tam giriş kapısı açık kalır: Mevcut birincil spesifikasyonları doğrulayın ve taslak hazırlamadan önce üzerinde çalışılan bir örneği saklayın. Birincil kaynaklar ve kurgusal karşılaştırmalar muhafaza edildi, ancak görevlendirilen orijinal kanıtlar hâlâ mevcut değil: Mevcut sağlayıcı kanıtlarını ve kontrollü bir test mesajını içeren bir gereksinime giden yol haritası.
Nihai kontrollü bir test, onaylanmış bir alıcı ve rota kullanmalı, ilgili teşhisleri muhafaza etmeli ve teslimat, kimlik doğrulama ve yerel politika yönetimini ayırt etmelidir. Evrensel iletim uyumluluğu vaat etmek yerine spesifik belirsizliği ele almalıdır. Bu kanıt elde edilene kadar aday sınıflandırmasını ve bir sonraki araştırma adımını koruyun. Yalnızca belgesel örneklerden başarılı düzeltme, onaylanmış sahtecilik veya onaylı gönderen iddiasında bulunmayın.