[ Gönderme hizmeti kılavuzları ]

Campaign Monitor aracılığıyla gönderilen e-postanın kimliğini doğrulayın: yapılandırma ve doğrulama

Campaign Monitor gönderen etki alanının tam kimliğini doğrulayın, mevcut politikayı koruyun ve DKIM uyumunu isteğe bağlı SPF yetkilendirmesinden ayırt edin.

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

[ Anahtar noktalar ]

  • Campaign Monitor gönderen etki alanının tam kimliğini doğrulayın, mevcut politikayı koruyun ve DKIM uyumunu isteğe bağlı SPF yetkilendirmesinden ayırt edin.
  • Üründeki yapılandırılmamış bir alt etki alanı, otomatik olarak bir protokol hizalama hatası anlamına gelmez.
Bu sayfada

Campaign Monitor, hesap kurulumu, genel DNS ve doğrulama kontrolü yoluyla gönderen alan adının kimliğini doğrular. Alt alan adı da dahil olmak üzere, Gönderen adresinde görünecek alan adının aynısını kullanın. Bu, gönderene özel bir yapılandırmadır: Campaign Monitor'ün kimliğinin doğrulanması, aynı marka alan adını kullanan başka bir hizmetin kimliğini doğrulamaz.

Kimliği belirleyin ve sahibi değiştirin

Kuruluşun amaçlanan etki alanını kontrol ettiğini ve DNS operatörünün yetkili bölgesini değiştirebileceğini doğrulayın. Mevcut olanı kaydet seçici, SPF Ve DMARC kayıtları. Önerilen herhangi bir politika değişikliğini kabul etmeden önce diğer meşru gönderenleri belirleyin. Yalnızca posta gibi kısa bir etiketle değil, kampanyaları yapılandıran kişiyle DNS yayınlayan kişinin tam alan adı üzerinde uyumlu olmasını sağlayın.

The gönderen alan adı kılavuzu ikinci düzey bir alan adının kimliğinin doğrulanmasının platformdaki alt alan adlarının kimliğini doğrulamadığını söylüyor. Kampanyalar news.example.com kullanıyorsa, example.com hesap ayarını kapsadığını varsaymak yerine tam olarak bu alan adını ekleyin.

Etki alanını ve oluşturulan anahtarı yapılandırın

Profil menüsünü, Hesap ayarlarını ve ardından Etki alanları gönderme'yi açın. Gönderen etki alanı kur veya Etki alanı ekle'yi seçin, etki alanının tamamını girin ve devam edin. Oluşturulan TXT adını ve değerini, düzenleyicinin doğru tam adını veya göreli ad kuralını kullanarak yetkili DNS yayınlayın. Campaign Monitor'e dönün ve Kayıtları ekledim'i veya daha sonra geri dönecekseniz kaydı yeniden kontrol et'i seçin.

Kolaylık olsun diye mevcut bir özel anahtarı içe aktarmak yerine, bu kurulum için yeni oluşturulmuş bir anahtar kullanın. Özel imzalama materyallerini DNS , destek taleplerinden ve paylaşılan çalışma sayfalarından uzak tutun. Oluşturulan bir seçici başka bir etkin kayıtla çakışırsa, onu değiştirmeden önce çakışmayı çözün. Herkese açık örnekler hesabınızın anahtarı değildir.

DMARC koruyun ve SPF dikkatli bir şekilde uzlaştırın

Belgelenen iş akışı mevcut geçerli bir durumu kabul eder DMARC konfigürasyon. Etki alanı sahibi ayrı bir değişikliği onaylamadığı sürece uygulama politikasını ve raporlama hedeflerini koruyun. Hiçbir politikanın geçerli olmadığı durumlarda, doğru sahipte bir politika oluşturun. A p=none Örneğin, yaptırım değil, izleme talebidir ve bir ebeveynden devralınan politikayı zayıflatmak için bir neden değildir.

Campaign Monitor include:_spf.createsend.com. kullanarak isteğe bağlı SPF yetkilendirmesini önerir. Bu yetkilendirme yapılandırmanız için uygunsa ikinci bir SPF politikası eklemek yerine bunu mevcut tek SPF politikasıyla birleştirin. Diğer meşru gönderenleri koruyun ve değerlendirilen bağımlılık yolunu SPF arama sınırına göre kontrol edin. Sağlayıcının e-posta kimlik doğrulamasına genel bakış bağlam sağlar, ancak alınan zarf, alıcının gerçekte hangi alanı kontrol ettiğini belirler.

Hizmete ait bir zarf için SPF geçişinin, görünür Kimden bilginizle aynı hizada olması gerekmez. Geçen hizalanmış DKIM imzası SPF yolu hizalanmamış olsa bile DMARC karşılayabilir. Katı bir SPF vaadi vermeyin hizalama yalnızca From alan adına bir ekleme eklendiği için TXT kaydı.

Kampanya testinden önce kayıtları doğrulayın

Oluşturulan seçiciyi her yetkili sunucuda sorgulayın, ardından geçerli DMARC ve SPF yanıtlarını inceleyin. Sahibin tamamını, türünü, değerini ve zaman damgasını kaydedin. Bir DNS düzenleyicisi, uzun bir TXT değerini tek bir kayıt içindeki karakter dizelerine bölebilir; birden fazla yayınlamaktan farklı olan DKIM kayıtları. DNS sağlayıcısının işleyişini takip edin ve yeniden oluşturulan değeri karşılaştırın.

Campaign Monitor doğrulayamıyorsa, yinelenen alan adı son ekini, yanlış kayıt türünü, atlanan anahtar karakterleri ve yetkili-sunucu anlaşmazlığını kontrol edin. TTL, her doğrulayıcının güncelleneceği garantili bir zaman değil, bir önbellekleme kontrolüdür. Önbelleğe alınmış bir olumsuz yanıt, yeni bir kaydın oluşturulduğu andan daha uzun süre dayanabilir.

Gerçek kampanyanın amaçlanan alanı kullandığını doğrulayın

Kimliği yeni doğrulanan Gönderen adresiyle kontrollü bir test kampanyası gönderin. Güvenileni koru Authentication-Results, İtibaren, Return-Path ve tüm DKIM d=/s= çiftleri. Geçen bir imzanın, yapılandırılmış modda Kimden etki alanıyla hizalandığını doğrulayın. Test başarılı olursa ancak daha sonraki bir kampanya başarısız olursa, DNS değiştirmeden önce gönderen adreslerini ve rotalarını karşılaştırın.

Örnek durum: example.com yapılandırılmış, ancak bir kampanya, hesaba hiçbir zaman eklenmemiş news.example.com kullanıyor. Gerçek kampanya kimliğine göre etki alanı kurulumunu düzeltin; Farklı bir kimlik yapılandırmasını çözmek için geçerli bir üst alan adı anahtarını değiştirmeyin.

Mümkün olduğunda, kabul edilene kadar önceki çalışan göndericiyi saklayın. Hesap değişikliklerinden, yeni gönderen alt alan adlarından, DNS geçişlerinden veya anahtar rotasyonundan sonra yeniden kontrol edin. Kullanımdan kaldırılmadan önce planlanmış kampanyaları durdurun ve bağımlılıkların artık kullanılmadığını doğrulayın. Bu makale bir belgesel kılavuz ve önerilen doğrulama planıdır; canlı Campaign Monitor testinin veya garantili teslimatın kanıtı değildir.

Ürün kapsam boşluğunu sıkı uyumla karıştırmayın

Yazılı örnek olay CM-01, ürünün example.com yapılandırıldığını ancak From kampanyasının news@news.example.com olduğunu varsayar. Ayrı olarak güvenilir bir geçiş DKIM imzası belirtin d=example.com, s=demo1. Sıradan rahat kurumsal alan uyumuyla bu imza, news.example.com ile uyumlu hale getirilebilir; adkim=s ile tam olarak eşleşmiyor. SPF ve diğer imzalar bilinmediğinden, katı mod genel kararı çözümlenmemiştir, yerleşik bir DMARC hatası değildir. Her iki öncül de Campaign Monitor'ün amaçlanan alt alan adını yapılandırdığını kanıtlamaz. Kampanya sahibi, tam alan adı kurulumunu tamamlamalı ve ortaya çıkan kontrollü kampanyayı yayınlanmadan önce incelemelidir. Bunlar kurgusal girdilerdir, ele geçirilen bir teslimat veya politikayı gevşetmek için bir neden değildir.

Uygulama sınırını koruyun

RFC 9989 Bölüm 7.4 p=reject, yayınlayan alan adları için yalnızca SPF değil, geçerli DKIM gerektirir ve dolaylı posta ve posta listesi birlikte çalışabilirliği konusunda uyarıda bulunur. Tek bir başarılı doğrudan mesaj testi, her meşru yolun daha güçlü politikaya hazır olduğunun kanıtı değildir. Gerçek açığı teşhis ederken mevcut onaylı korumayı koruyun; Herhangi bir politika değişikliğinin kendi kararına ihtiyacı vardır.

[ Götürmek ]

Üründeki yapılandırılmamış bir alt etki alanı, otomatik olarak bir protokol hizalama hatası anlamına gelmez.

[ Role göre ]

Bu sizin için ne anlama geliyor?

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

BT / Posta Yöneticisi

Gerçek rotayı doğrulayın

Yalnızca DNS varlığını değil, oluşturulan TXT , hesap durumunu ve gerçek imza kimliklerini karşılaştırın.

Sonraki adımlar

  1. Amaçlanan her alt etki alanını ayrı ayrı yapılandırın.
  2. Oluşturulan TXT ve gerçek DKIM d= kimliğini kontrol edin.
  3. Gönderen alan adı veya DNS sağlayıcı değişikliğinden sonra yeniden test edin.

CISO / SecOps

Yetkilendirme sınırını kontrol edin

Gereksiz özel anahtar içe aktarmalarından kaçının ve alan adı çapında yetkilendirme değişikliklerini denetlenebilir tutun.

Sonraki adımlar

  1. Gereksiz özel anahtar içe aktarmaları yerine yeni anahtarları tercih edin.
  2. Diğer gönderenler ve arama bağımlılıkları için SPF değişikliğini denetleyin.
  3. Onaylanmış kurtarma ve tedarikçi kullanımdan kaldırma kararlarını saklayın.

Kurucu / Teknik Olmayan

Gönderme kararına sahip olun

Büyük bir sürüm planlamadan önce, kampanyanın Gönderen alan adının aynısını kullanarak bir test yapılmasını zorunlu kılın.

Sonraki adımlar

  1. Etki alanından tam kampanyayı onaylayın.
  2. Yeni rota kabulü geçene kadar önceden çalışan bir göndericiyi elinizde tutun.
  3. Başlatmadan önce kontrollü mesaj kabul kaydını zorunlu kılın.

[ SSS ]

Sık sorulan sorular

example.com kimlik doğrulaması, Campaign Monitor'de news.example.com yapılandırır mı?

Hayır. Ürün kılavuzu, amaçlanan her alt alan adı da dahil olmak üzere tam gönderen alan adını gerektirir.

Kurulum ekranı nerede?

Profil menüsünü, Hesap ayarlarını ve ardından Etki alanları gönderme'yi açın.

Eski bir özel anahtarı yeniden kullanabilir miyim?

Ürün, mevcut ayrıntılara yönelik bir rota sunar ancak yeni bir anahtar oluşturmak, gereksiz özel anahtar kullanımını ve paylaşılan anahtar bağımlılıklarını ortadan kaldırır.

Geçerli bir DMARC politikasının üzerine yazmalı mıyım?

Hayır. Alan adı sahibi ayrı bir politika değişikliğini onaylamadığı sürece bunu koruyun.

Campaign Monitor hangi SPF yetkilendirmesini belgeliyor?

include:_spf.createsend.com. Diğer gönderenleri inceledikten ve bağımlılıkları aradıktan sonra bunu yalnızca uygun tek politikaya ekleyin.

Buna garanti SPF hizalaması da dahil mi?

Hayır. Değerlendirilen zarf alanı görünür Kimden ile aynı hizada olmalıdır; DNS yetkilendirmesi tek başına bu kimliği seçmez.

Kayıtların yeniden kontrol edilmesi neyi kanıtlıyor?

Bu bir konfigürasyon kontrolüdür. Gerçek kampanya rotasını doğrulamak için kontrollü bir alınan mesaja hala ihtiyaç vardır.

Önceki göndereni neden kullanılabilir durumda tutmalısınız?

Yeni yapılandırma başarısız olursa, ilgisiz etki alanı politikasını değiştirmeden kontrollü bir kurtarma seçeneği sunar.

[ Kaynaklar ]

Kaynaklar

  1. Campaign Monitor gönderen alan adı kimlik doğrulaması

    Bölümler Gerekli: Bir gönderen alan adı ayarlayın · Gerekli: bir DMARC kaydı ekleyin · Önerilen: bir SPF kaydı ekleyin

  2. Campaign Monitor e-posta kimlik doğrulaması

    Bölümler SPF · DKIM · DMARC

  3. RFC 7208 SPF

    Bölümler §2.4 · §2.6.5 · §3.2 · §3.3 · §4.6.4

  4. RFC 6376 DKIM

    Bölümler §3.4 · §3.5 · §3.6 · §3.7 · §6.1 · §6.3

  5. RFC 9989 DMARC

    Bölümler §4.4 · §5.3.5 · §5.4 · §7.4 · §8

  6. RFC 2308 DNS negatif önbelleğe alma

    Bölümler §5 Olumsuz Yanıtların Önbelleğe Alınması

[ Sözlük ]

Sözlük

Hizalama
Geçen bir kimlik doğrulama alanı ile DMARC için görünür Kimden alanı arasında gerekli ilişki.
Seçici
DNS ortak anahtarını bulmak için imza alan adıyla birlikte kullanılan DKIM etiketi.
Yetkili DNS
İlgili bölge kayıtlarının yayınlanmasından sorumlu ad sunucusu hizmeti.
Return-Path
SMTP ters yolunun alınan ileti izlemesi, zarf kimliğini araştırırken faydalıdır.

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ı