[ Kurumsal operasyonlar ]

Görünür gönderen etki alanını yeniden markalama ve değiştirme

Görünür Kimden alanını yalnızca yeni kimlik tüm meşru gönderme yollarında çalıştıktan sonra değiştirin.

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

[ Anahtar noktalar ]

  • Görünür Kimden alanını yalnızca yeni kimlik tüm meşru gönderme yollarında çalıştıktan sonra değiştirin.
  • Eski markaya ait geçerli bir imzanın yeni Kimden alan adıyla uyumlu olması gerekmez; Her bir kritik akışı ve iş sonucunu doğrulayın.
Bu sayfada

Görüntü etiketindeki yeni bir marka adı, Gönderen adresindeki yeni bir alan adı ile aynı değişiklik değildir. İkincisi, kendisine karşı olan kimliği değiştirir. DMARC hizalama değerlendirilir. Bu nedenle, tamamen geçerli bir eski alan adı imzası, yeni markalı mesaja yardımcı olmayı durdurabilir. İletişim ekibinin sahip olmadığı işlemsel uygulamalar da dahil olmak üzere, lansman duyurusundan önce kimlik geçişini planlayın.

Kimlik alanlarını ayırın

Her rota için görünen Gönderen adresini yakalayın, Zarf göndereni, DKIM d= domain and seçicive Yanıtla adresi. Görünen ad sunumdur. Yanıtla, yanıtları yönlendirir. İkisi de DMARC tarafından kullanılan kimliği doğrulanmış tanımlayıcının yerine geçmez. RFC 9989 hizalamayı tanımlar; RFC 6376 İmza kimliğini ve seçici aramasını tanımlar.

Bir şirket her ikisine de sahip olduğu için eski ve yeni marka alan adlarının uyumlu olduğunu varsaymayın. Kesin uyum altında alan adlarının eşleşmesi gerekir. Gevşetilmiş uyum, şirket satın almalarının bir listesini değil, protokolün organizasyonel-etki alanı ilişkisini kullanır. Aşağıdaki örnekte katı DKIM hizalaması varsayılır ve bir imza izole edilir; DMARC keşfini uygulamaz veya mesaj sonucunun tamamını belirlemez.

Geçişten önce yeni etki alanını oluşturun

Envanter pazarlaması, çalışan postaları, faturalar, şifre sıfırlamalar, destek biletleri ve düşük frekanslı uyarılar. Her biri için, gerçek hesap için oluşturulan değerleri kullanarak sağlayıcı tarafından desteklenen yeni gönderme kimliğini ve gerekli DNS yapılandırın. Kontrollü test mesajlarından güvenilir alıcı sonuçları elde edin. Hem kimlik doğrulamayı hem de iş akışını kontrol edin: DMARC geçen ancak bozuk bağlantı içeren bir sıfırlama mesajı hazır değil.

Yanıtlar ve eski adresler için belgelenmiş bir yol tutun. Eski alan adında posta almaya devam etmek, giden gönderenleri yetkilendirmeye devam etmekten farklıdır. Eski kimliklere ne kadar süreyle ihtiyaç duyulacağı ve eski seçicilerle imzalanan gecikmiş mesajların nasıl ele alınacağı konusunda anlaşın. Yalnızca yeni oluşturulan son mesaj değiştiği için ortak anahtarı kaldırmaktan kaçının.

Dört varsayımsal imzalama sonucunu karşılaştırın

From'un oldbrand.test olduğunu ve geçerli bir imzanın d=oldbrand.test: bu imza tam olarak hizalanır. Geçerli eski alan adı imzasını koruyarak yalnızca From'u newbrand.test olarak değiştirin: artık tam olarak hizalanmamaktadır. d=newbrand.test ile geçerli bir imza, bu hizalanmış DKIM yolunu geri yükler. Bu yeni alan adı imzası doğrulamada başarısız olursa, eşleşen alan metni tek başına bir geçiş yolu sağlayamaz. Bunlar, yürütülen kod veya kriptografik doğrulama değil, varsayılan girdiler ve elle yapılan karşılaştırmalardır.

Başka bir geçerli hizalanmış imza veya hizalanmış SPF pass yine de mesaj düzeyindeki DMARC kuralını karşılayabilir. Arızayı bildirmeden önce ilgili tüm yolları inceleyin ve alıcının konumu veya gelen kutusu yerleşimi hakkında çıkarımlarda bulunmayın. Ayrı olarak, RFC 9989 Bölüm 7.4 ve 8 gerektirir p=reject alan adlarının geçerli DKIM imzalarını kullanması ve yalnızca SPF güvenmemesi. Başlatmadan önce, sıfırlama işleminin yanı sıra kimlik doğrulamasını da doğrulayın: bozuk bir sıfırlama bağlantısı, hizalanmış bir geçişle bile iş hatası olarak kalır.

Başlatmayı düzenleyin ve kurtarmayı tanımlayın

Önce onaylanmış bir akışı hareket ettirin ve başvuru sonuçlarını, alıcı sonuçlarını ve raporlarını izleyin. Raporları birleştir tam bir fırlatma monitörü değil, katılımcı alıcılardan gelen gecikmeli gözlemlerdir. İşletme için önemli olan akışlara yönelik doğrudan kontroller ekleyin. Sağlıklı bir pazarlama hacmi, bir faturayı veya sıfırlama hatasını gizlememelidir.

Başlatmadan önce geri almayı tanımlayın: Önceki Kimden kimliğini kimin geri yükleyebileceği, eski kimlik doğrulamanın geçerli kalıp kalmayacağı ve halihazırda kuyruğa alınmış postalara ne olacağı. Yalnızca görünen adın geri alınması, hizalama hatasını onaramaz. Nihai yetkili akış taşındığında ve gecikmeli posta planı tamamlandığında eski gönderme izinlerini kullanımdan kaldırın. Eski alan adı sahipliğini ve gelen yönlendirme kararlarını giden kullanımdan kaldırma kaydından ayrı olarak koruyun.

[ Götürmek ]

Eski markaya ait geçerli bir imzanın yeni Kimden alan adıyla uyumlu olması gerekmez; Her bir kritik akışı ve iş sonucunu doğrulayın.

[ 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

Dört kimliğin tamamını takip edin

Kimden, zarf göndereni, imza alanı ve Yanıtla'yı karşılaştırın.

Sonraki adımlar

  1. Test alınan numuneler.
  2. Kararlaştırılan gecikme penceresi boyunca eski anahtar bağımlılıklarını koruyun.
  3. Alınan numunelerdeki eski ve yeni Kimlikleri karşılaştırın.

CISO / SecOps

Artık yetkiyi kontrol edin

Bir markanın kullanımdan kaldırılması, kimlik bilgilerinin otomatik olarak kullanımdan kaldırıldığı anlamına gelmez.

Sonraki adımlar

  1. Eski gönderme izinlerini inceleyin.
  2. Sahiplik ve izleme kararlarını açık tutun.
  3. Eski alan adını elde tutma planını inceleyin.

Kurucu / Teknik Olmayan

Kritik yolculukları koruyun

Müşteri iş akışlarını lansman kabulünün bir parçası haline getirin.

Sonraki adımlar

  1. İşlemsel postalar için sahipleri atayın.
  2. Aşamalı bir lansmanı onaylayın.
  3. Lansman kapılarına hesap kurtarma ve faturalandırmayı dahil edin.

[ SSS ]

Sık sorulan sorular

Görünen adı değiştirmek DMARC hizalamasını değiştirir mi?

Tek başına değil. Kimden'deki yazar etki alanını değiştirmek, ilgili kimlik değişikliğidir.

Her ikisine de sahip olduğumuz için iki alan adı hizalanıyor mu?

Hayır. Organizasyonel sahiplik, protokol uyum kuralı değildir.

Geçerli bir eski DKIM imzası hâlâ hizalamada başarısız olabilir mi?

Evet, imzalama alanı yeni Kimden alanıyla uyumlu değilse.

Yanıtla hizalamayı düzeltir mi?

Hayır. İlgili kimliği doğrulanmış kimliğin yerine geçmez.

Her uygulama lansman gününde geçiş yapmalı mı?

Onaylanmış bir aşamalı plan kullanın ve her bir kritik akışı geçiş öncesinde test edin.

Örnek tam DMARC uyguluyor mu?

Hayır. İmza sonuçlarını varsayar ve tek bir katı DKIM hizalama yolunu karşılaştırır. Diğer hizalanmış yollar mesaj sonucunu etkileyebilir; p=reject dağıtımı ayrıca geçerli DKIM gerektirir ve yalnızca SPF'ye güvenmeyi yasaklar.

Eski seçiciler ne zaman kaldırılabilir?

Yetkili eski imzalama sona erdikten ve gecikmeli posta saklama kararı yerine getirildikten sonra.

Yararlı bir geri alma nedir?

Yalnızca eski markalamanın değil, önceki gönderme kimliğinin ve gerekli kimlik doğrulamasının test edilmiş bir restorasyonu.

[ Kaynaklar ]

Kaynaklar

  1. RFC 9989: DMARC

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

  2. RFC 6376: DKIM

    Bölümler §3.3 · §3.5 · §3.6 · §5.2 · §6.1.2

  3. RFC 9990 : DMARC Toplu Raporlama

    Bölümler §3.1 · §3.3 · §3.5.4 · §4 · §7

  4. RFC 5322 İnternet Mesaj Formatı

    Bölümler §3.4 · §3.6.2

[ Sözlük ]

Sözlük

Alan adı imzalanıyor
DKIM d= etiketindeki alan adı.
Sıkı hizalama
Aynı ilgili alan adlarını gerektiren bir hizalama modu.

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ı