[ Teşhis ve kaynaklar ]

SPF denetleyicisi: değerlendirilen bağımlılık yolunu göster

Sığ bir arama sayısı yerine değerlendirme girdilerini, sıralı bağımlılıkları, mantıksal sınırları ve hata işlemeyi göstermek için SPF denetleyici kanıtına ihtiyaç duyun.

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

[ Anahtar noktalar ]

  • SPF sonuçları değerlendirilen kimliğe, IP'ye ve yola bağlıdır.
  • On dönem sınırı ham paket veya görünür dahil etme sayısı değildir.
  • Geçersiz yanıtları, geçici DNS hatalarını ve kalıcı hataları ayrı tutun.
Bu sayfada

Dekoratif bir arama puanı değil, bir yolu değerlendirin

SPF değerlendirme, bağlanan IP adresine, ilgili SMTP kimliğine ve değerlendirilen yol boyunca karşılaşılan DNS durumuna bağlıdır. Yalnızca görünür içerme terimlerinin statik sayısını görüntüleyen bir denetleyici, iç içe geçmiş bağımlılıkları, erken eşleşmeleri, hataları ve yönlendirme davranışını kaçırabilir. Yararlı bir çıktı, girdileri, sıralı değerlendirmeyi ve sonucun nedenini göstermeli, aynı zamanda gözlemlenen bir çalışmayı varsayımsal bir en kötü durum analizinden ayırmalıdır.

RFC 7208 SPF ve check_host değerlendirmesini tanımlar. Bu makale denetleyici gerekliliklerini ve savunma donanımlarını önermektedir. EmailAuth bunları uyguladığını veya herhangi bir gerçek gönderenin test edildiğini iddia etmez. Hiçbir kullanıcı etki alanı DNS sorgusu, SMTP bağlantısı veya test mesajı gerçekleştirilmedi. Saklanan standart, bir uygulama metni değil, belgesel kanıttır.

Kimlik ve bağlantı girişlerini kaydedin

Çalışma sayfası, değerlendirmeye sağlanan IP adresini, etki alanını ve gönderen girişlerini, bunları yorumlamak için gereken SMTP bağlamıyla birlikte tanımlamalıdır. SPF ilgili durumu değerlendirir POSTA kimlik ve belirtti HELO boş ters yol durumu da dahil olmak üzere davranış. İnsanların okuyabileceği görünen adın kimliğini doğrudan doğrulamaz veya bir mesajın içeriğinin meşru olduğunu kanıtlamaz. Geçişi daha geniş bir güven sinyali olarak yorumlamadan önce bu sınırları görünür tutun.

RFC 9989 bir ekler hizalama SPF katkıda bulunduğunda görünen Kimden alanıyla ilişki DMARC. Başka bir alan adı için başarılı bir SPF değerlendirmesi, otomatik olarak hizalanmış bir DMARC geçişi anlamına gelmez. Denetleyicinin gerçek değerlendirilen kimliği koruması gerekir, böylece aşağı yönlü analiz bu ilişkiyi tahmin etmeden değerlendirebilir. Gerçek bir hizalama sonucunu belirlemek için bu yazıda alınan mesaj örneği mevcut değildir.

Sıralı mekanizmaları ve bağımlılık sonuçlarını göster

RFC 7208 sonuçları eşleşmelere ve hatalara bağlı olacak şekilde mekanizmaları sırayla değerlendirir. Erken bir eşleşme, daha sonraki mekanizmaların bu girdi için değerlendirilmediği anlamına gelebilir. Bu nedenle denetleyici hangi şartlara ulaşıldığını, hangilerine ulaşılmadığını ve işlemenin neden sona erdiğini göstermelidir. Ayrıca bir bağımlılık envanteri veya olası eşleşmeyen yol da hesaplıyorsa, bunu yürütülen yol olarak sunmak yerine farklı bir analiz olarak etiketleyin.

Dahil etme yalnızca üst kayda yapıştırılan metin değildir. Referans verilen değerlendirme, sonuç işlemeyi tanımlamıştır: referans verilen bir geçiş, içerme için bir eşleşme üretirken, diğer sonuçlar standardın eşlemesini takip eder. Yönlendirme, hiçbir mekanizma eşleşmediğinde kendi kuralları altında değerlendirilen bir değiştiricidir ve herhangi bir tüm mekanizma, yönlendirmenin göz ardı edilmesine neden olur. Bu ayrımlar, yüzeysel olarak benzer iki kaydın neden farklı davrandığını açıklarken önemlidir.

On dönem sınırını tam olarak uygulayın

Bölüm 4.6.4, DNS sorgusuna neden olan toplam değerlendirilen terimleri on ile sınırlandırmaktadır: include, a, mx, ptr, mevcut ve yönlendirme, listelenen mekanizmalar veya değiştiricilerdir. Bu sınırın aşılması şunu gerektirir permerror. All, ip4 ve ip6 mekanizmaları ve exp değiştiricisi aynı sınıra tabi değildir; exp daha sonra aramaya neden olabilir. Limit basit bir maksimum sayı değildir. TXT kayıtları veya kabloda gözlemlenen ham DNS paketleri.

İç içe değerlendirmeler ilgili genel değerlendirme bütçesine katkıda bulunur. Mx ve ptr işlemeyle ilişkili adres aramaları için farklı öngörülen işlemlerle ek sınırlamalar uygulanır. Bir denetleyici, bu ayrıntıları niteliksiz on DNS sorgusu sloganına sığdırmak yerine uygulamalı ve raporlamalıdır. Ayrıca, önbelleğe alınmış çözümleyici etkinliğini, değerlendirilen mantıksal terimlerden de ayırmalıdır: daha az sayıda ağ paketi, protokolün değerlendirme sınırlarının göz ardı edilmesine izin vermez.

Geçersiz yanıtları geçici hatalardan ayırın

RFC 7208 açıklıyor geçersiz aramalar yanıtsız olumlu DNS yanıtları veya Ad Hatası yanıtları olarak. Uygulamalar bunları ikiyle sınırlamalı, sınırı yapılandırılabilir hale getirebilir ve yapılandırılabilir olduğunda varsayılan olarak ikiye ayarlanması önerilir. Uygulanan geçersizlik sınırının aşılması permerror neden olur. Bu, her uygulamanın her zaman aynı sabit limiti uyguladığı yönündeki evrensel bir iddia değil, yapılandırılabilir davranışa sahip OLMALI düzeyde bir öneridir.

DNS zaman aşımı veya sunucu hatası yalnızca başka bir geçersiz yanıt değildir. İlgili SPF hata kuralları üretebilir temperrorkalıcı değerlendirme sorunları permerror üretir. Gerçek DNS yanıtını veya hatasını ve bunu yorumlamak için kullanılan kuralı kaydedin. Kullanılamayan bir bağımlılığı tahmin edilen bir eşleşmemeye veya temiz bir geçişe dönüştürmeyin. Kontrolör belirsizliği ortaya çıkarmalı ve ayrımı daha sonra yeniden oluşturmak için yeterli kanıtı korumalıdır.

Döngüleri ve hatalı biçimlendirilmiş kayıtları dürüstçe temsil edin

Döngüsel bağımlılıklar değerlendirme kaynaklarını tekrar tekrar tüketebilir ve tanımlanan sınırlara ulaşabilir; başarılı bir sonucu garanti eden, zararsız, tekilleştirilmiş bir grafik olarak temsil edilmemelidirler. Bir denetleyici bir döngüyü algılayabilir ve açıklayabilir, ancak rapor edilen protokol sonucunun uygulanan standart ve girdiyle eşleşmesi gerekir. Başvurulan adlar zincirini ve kontrolsüz yeniden denemeler gerçekleştirmeden işlemenin durdurulduğu noktayı koruyun.

Yol değerlendirmesinden önce kayıt seçimi ve söz dizimi önemlidir. Çoklu SPF kayıtları aynı kimlikte, gönderenleri birleştirmenin ve standart kapsamında permerror üretmenin geçerli bir yolu değildir. Bilinmeyen mekanizmalar ve bilinmeyen değiştiricilerin farklı tedavileri vardır; Bilinmeyen değiştiricilerin göz ardı edilebilmesi nedeniyle alışılmadık bir mekanizma güvenli bir şekilde göz ardı edilemez. Test planı, desteklenmeyen her öğeyi tek bir genel uyarı olarak ele almak yerine bu ayrımları kapsamalıdır.

Bağımlılık yolu çalışma sayfası

Değerlendirme girdilerini, uygulama sürümünü, DNS gözlem sürelerini, seçilen SPF kaydını, sıralı terimleri, iç içe geçmiş bağımlılıkları, dönem bütçesini ve geçersiz sayımı içeren bir çalışma sayfası oluşturun. Her adım için yanıt durumunu, eşleşip eşleşmediğini, hata eşlemesini ve durma nedenini kaydedin. Değerlendirilmemiş bağımlılıklar için ayrı bir sütun ekleyin, böylece okuyucu gerçek yol kanıtlarını envanterden ayırt edebilir. Çözümleyici bağlamını ve yapılandırılabilir sınırları koruyun.

Önerilen fikstürler temsili bir eşleştirme yolunu, daha sonraki bağımlılıklara ulaşan eşleşmeyen bir yolu, bir döngüyü, geçersiz yanıtları ve kullanılamayan DNS içermelidir. Bir müşterinin altyapısını izinsiz sorgulamak yerine kontrollü sentetik DNS donanımları kullanın. Beklenen sonuçlar ilgili standart bölümden alıntı yapmalı ve uygulama tarafından yapılandırılabilir davranışı tanımlamalıdır. Burada herhangi bir fikstür çalıştırılmadı, dolayısıyla çalışma sayfası uydurma transkriptler yerine gereksinimleri içeriyor.

Kurgusal teşhis: uzun bir yolu olan kısa bir kayıt

Kurgusal bir operatör, üst düzey bir kayıtta yalnızca birkaç terimin yer aldığını görür ve arama bütçesinin güvenli olduğunu varsayar. Önerilen bir fikstür incelemesi, her terimin eşleşmeyen yola daha fazla bağımlılığa yol açabileceğini ortaya koymaktadır. Farklı bir girdi erken eşleşebilir ve daha sonraki dönemlere asla ulaşamayabilir. Bu nedenle, yayınlanan üst düzey metin aynı olsa bile iki yol farklı mantıksal bütçeler tüketebilir.

Ekip, bir değişiklik önermeden önce gerçek değerlendirme girdilerini ve yolunu koruyacaktır. Sağlayıcı kayıtlarını körü körüne statik IP aralıklarına düzleştirmez çünkü bu, güncelleme sorumluluğunu değiştirebilir ve eski hale gelebilir. Bu senaryo kurgusaldır: hiçbir sağlayıcı bağımlılığı, adres aralığı veya gerçek kayıt sorgulanmadı veya değiştirilmedi. Bu, bir denetleyicinin neden yalnızca bir sayım göstermek yerine yolu açıklaması gerektiğini göstermektedir.

Sonucun kapsamını koruyun

Yararlı bir sonuç, hangi kimliğin ve IP'nin, hangi DNS durumu ve uygulama davranışı altında değerlendirildiğini ve sonucun neden oluştuğunu belirtir. Her gönderenin geçeceğini veya bir geçişin ticari meşruiyet sağlayacağını vaat etmez. Bağımlılık envanteri değerlidir ancak yürütülen bir SPF değerlendirmesiyle karıştırılmamalıdır.

Katalog temsili eşleşme, eşleşmeme, döngüsel, geçersiz ve kullanılamayan DNS durumlarını gerektirir. Bu orijinal fikstürler ve sonuçlar açık kalıyor. Gerçek kişi tarafından yapılan uzman incelemesi, kaynağın uygulanabilirliği, üretim yolları, erişilebilirlik ve sahibinin serbest bırakılması da açık kalacaktır. Bu taslak, yürütülen taramaları veya doğrulanmış takım davranışını değil, önerilen bir kanıt modelini sağlar.

[ Götürmek ]

Tek bir sonucu her gönderene genellemeden, hangi yolun değerlendirildiğini ve neden bittiğini açıklayın.

[ Role göre ]

Bu sizin için ne anlama geliyor?

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

Posta analisti

Değerlendirme girişlerini koru

SPF geçişinin kapsamı SMTP kimliğini ve bağlantı adresini kapsar.

Sonraki adımlar

  1. Gerçek giriş bağlamını kaydedin.
  2. DMARC hizalamasını ayrı olarak değerlendirin.

Denetleyici uygulayıcısı

Mantıksal işlemeyi raporla

Erken eşleşmeler ve iç içe geçen terimler yolu değiştirir.

Sonraki adımlar

  1. Değerlendirilen ve değerlendirilmeyen terimleri izleyin.
  2. Zorunlu ve yapılandırılabilir sınırları ayırt edin.

DNS sahibi

Değişikliklerden önce bağımlılıkları gözden geçirin

Kısa bir üst düzey kayıt, karmaşık yolları gizleyebilir.

Sonraki adımlar

  1. Kaynak yanıtlarını ve zamanlarını saklayın.
  2. Sahipsiz düzleştirme veya spekülatif düzenlemelerden kaçının.

[ SSS ]

Sık sorulan sorular

SPF on DNS paketini sınırlıyor mu?

Hayır. RFC 7208 bölüm 4.6.4'te listelenen, değerlendirilen DNS sorgusuna neden olan terimleri sınırlar; ham paket sayımı değildir.

RFC 7208 : Gönderen Politikası Çerçevesi

Hangi terimler bu sınıra dahil edilir?

Dahil etme, a, mx, ptr, mevcut ve yönlendirme listelenen terimlerdir. Hepsi, ip4, ip6 ve exp aynı değerlendirme limitine tabi değildir.

RFC 7208 : Gönderen Politikası Çerçevesi

Sonraki terimler her zaman yürütülür mü?

Hayır. Sıralı eşleştirme ve hatalar, daha sonraki koşullara ulaşılmadan önce değerlendirmeyi durdurabilir.

RFC 7208 : Gönderen Politikası Çerçevesi

Geçersizlik limiti her zaman sabit iki ZORUNLULUK mudur?

Hayır. RFC, uygulamaların geçersiz aramaları iki ile sınırlandırması GEREKTİĞİNİ ve önerilen varsayılan iki değeriyle yapılandırılabilirliğe izin verilmesi gerektiğini söylüyor.

RFC 7208 : Gönderen Politikası Çerçevesi

Zaman aşımı geçersiz bir arama mıdır?

Basitçe değil. Geçersiz yanıtlar ve geçici DNS hatalarının farklı tanımları ve sonuç işlemeleri vardır.

RFC 7208 : Gönderen Politikası Çerçevesi

Yönlendirme her şey mevcut olduğunda çalışır mı?

RFC 7208 kaydın herhangi bir yerinde bir all mekanizması meydana gelirse yeniden yönlendirmenin göz ardı edilmesini gerektirir.

RFC 7208 : Gönderen Politikası Çerçevesi

Bilinmeyen mekanizmalar ve değiştiriciler eşdeğer midir?

Hayır. SPF kapsamında farklı işleme tabi tutulurlar ve ayrı test senaryolarına ihtiyaç duyarlar.

RFC 7208 : Gönderen Politikası Çerçevesi

Eşleştirme veya hatalı fikstürler uygulandı mı?

Hayır. Gerekli eşleşen, eşleşmeyen, döngüsel, geçersiz ve kullanılamayan DNS servis talepleri açık kalır.

[ Kaynaklar ]

Kaynaklar

  1. RFC 9989: DMARC

    Bölümler §4.7 DMARC Politika Kaydı Formatı · §4.8 Resmi Tanım · §4.10 DNS Ağacı Yürüyüşü · §5.3.2 DMARC Mekanizmasının Geçerli Olup Olmadığını Belirleme · §4.4 Tanımlayıcı Hizalamasının Açıklaması · A.6 pct Etiketinin Kaldırılması

  2. RFC 7208 : Gönderen Politikası Çerçevesi

    Bölümler §2.3 HELO Kimliği · §3.2 Çoklu DNS Kayıtları · §4.5 Kayıt Seçme · §4.6.4 DNS Arama Sınırları · §5.2 şunları içerir · §6.1 yönlendirme · §8 Sonuç İşleme · §2.4 MAIL FROM Kimlik · §4.1 Bağımsız Değişkenler · §4.4 Kayıt Arama · §4.6 Kayıt Değerlendirmesi · §5.1 tümü · §6 Değiştirici Tanımları

[ Sözlük ]

Sözlük

Değerlendirilen yol
Belirtilen SPF girişleri için gerçekte sıralı terimler ve iç içe geçmiş bağımlılıklara ulaşıldı.

RFC 7208 : Gönderen Politikası Çerçevesi

Aramayı geçersiz kıl
RFC 7208 tartışmasında yanıt vermeyen olumlu bir DNS yanıtı veya Ad Hatası yanıtı.

RFC 7208 : Gönderen Politikası Çerçevesi

İzin hatası
Geçerli mantıksal terim sınırının aşılması da dahil olmak üzere, standart tarafından tanımlanan koşullar için bir SPF kalıcı hata sonucu.

RFC 7208 : Gönderen Politikası Çerçevesi

Sıcaklık hatası
Tanımlanmış geçici değerlendirme hatalarıyla ilişkili bir SPF geçici hata sonucu.

RFC 7208 : Gönderen Politikası Çerçevesi

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ı