DMARC güvenli bir şekilde kurmak için önce bir izleme kaydı yayınlayın, her meşru gönderen kaynağın kimliğini doğrulamak için raporlarını kullanın, ardından politikayı aşamalar halinde hiç yoktan karantinaya ve reddetmeye yükseltin. Sıra önemlidir: Kaynaklarınız geçmeden önce uygulamak gerçek postayı engelleyecektir. Sırayla yapıldığında teslimatı aksatmadan tam korumaya ulaşırsınız.
Başlamadan önce
DMARC SPF ve DKIM bağlıdır, bu nedenle önce her ikisinin de mevcut olduğunu doğrulayın. SPF ( RFC 7208 ), alanınız için gönderilmesine izin verilen IP'leri ve hizmetleri bir TXT kaydında listeler. DKIM DNS genel anahtar olarak yayınlanan bir şifreleme imzası ekler. DMARC geçmesi için bunlardan en az birinin geçmesi ve hizalanması gerekir; ideal olarak her ikisi de. Ayrıca SPF 10 DNS arama sınırına da dikkat edin: Ondan fazla DNS aramasını tetikleyen bir SPF kaydı başarısız olur ve bu durum DMARC hizalamasını bozar.
Adım adım
- 1
1. Bir izleme kaydı yayınlayın
_dmarc v=DMARC1; ile bir TXT kaydı ekleyin; p=none; rua=mailto:rua@example.com. Bu, teslimatı etkilemeden verileri toplar.
- 2
2. Raporları toplayın
İki ila dört hafta bekleyin ve alanınız olarak gönderilen her kaynağı görmek için toplu ( RUA ) raporları okuyun.
- 3
3. Her kaynağın kimliğini doğrulayın
Her yasal gönderen için, SPF ve DKIM Gönderen alan adınızla uyumlu ve uyumlu olacak şekilde ayarlayın.
- 4
4. Karantinaya alın
Meşru posta tutarlı bir şekilde geçtiğinde, p=quarantine, isteğe bağlı olarak pct'yi kullanarak kademeli olarak artırın.
- 5
5. Reddetmek için hareket edin
Karantinada herhangi bir meşru postanın başarısız olduğu görülmediğinde, tam koruma için p=reject olarak ayarlayın.
- 6
6. İzlemeye devam edin
Yeni hizmetlerin ve kötüye kullanımların erkenden tespit edilmesi için raporları okumaya devam edin.
Kullanıma sunma yolu
v=DMARC1; p=none then p=quarantine; pct=50 then p=reject; pct=100
SPF arama sınırını yönetin
Birçok kuruluş, bulut hizmetleri ekledikçe SPF 10 DNS arama sınırını aşıyor ve bu da SPF sessizce bozuyor ve DMARC zayıflatıyor. SPF düzleştirilmesi, dahil edilen mekanizmaları doğrudan IP adreslerine dönüştürür, böylece sınırın altında kalırsınız. EmailAuth SmartSPF SPF kaydınızı otomatik olarak düzleştirir ve satıcılarınız IP'lerini değiştirdikçe güncel tutar.
Yaygın tuzaklar
- Kaynakların kimliği doğrulanmadan önce p=reject geçmek, gerçek postayı engeller.
- Alt alan adlarını unutmak: bir sp politikası belirleyin, aksi takdirde korumasız bırakılabilirler.
- İki DMARC kaydının yayınlanması, DMARC tamamen geçersiz kılar.
- SPF ve DMARC hizalamasını bozan SPF 10 arama sınırının göz ardı edilmesi.
- Yeni gönderenlerin fark edilmemesi için raporları zorunlu kılıyor ve ardından bir daha asla kontrol etmiyoruz.
Devam eden yönetimi kolaylaştırın
EmailAuth , DMARC , SPF , DKIM ve BIMI kayıtlarınızı CNAME yetkisiyle barındırabilir; böylece DNS tekrar tekrar düzenlemek yerine DNS bir kez yönlendirir ve politika değişikliklerini bir kontrol panelinde yönetirsiniz. Sizin için RUA ve RUF ayrıştırır ve hâlâ üzerinde çalışılması gereken kaynakları işaretler. Başlangıç noktanızı görmek için ücretsiz bir alan adı taraması yapın ve ardından p=reject.
Sık sorulan sorular
E-postayı bozmadan DMARC nasıl kurarım?
Dağıtımı etkilemeden izleyen p=none, ile başlayın. Her meşru gönderenin kimliğini SPF ve DKIM ile doğrulamak için toplu raporları kullanın, ardından karantinaya geçin ve son olarak reddedin. Aşamalı yaklaşım, gerçek posta geçişlerini onaylayana kadar asla zorlamayacağınız anlamına gelir.
p=none?
Gönderen kaynaklarınızın tam resmini görmenize yetecek kadar uzun bir süre, çoğu kuruluş için genellikle iki ila dört hafta. Çok sayıda hizmet aracılığıyla gönderim yapıyorsanız veya sezonluk gönderenleriniz varsa daha uzun süre bekleyin. Yalnızca raporlarınız tüm meşru postaların geçişini ve hizalanmasını gösterdiğinde devam edin.
SPF 10 DNS arama sınırı nedir?
SPF değerlendirmesi on DNS aramasıyla sınırlıdır. Kaydınızın içermesi ve diğer mekanizmalar ondan fazlasını tetiklerse, SPF bir permerror döndürür ve başarısız olur, bu da DMARC hizalamasını bozar. SPF kaydını örneğin EmailAuth SmartSPF ile doğrudan IP'lere düzleştirmek sizi sınırın altında tutar.
Alt alanlar için ayrı bir DMARC kaydına ihtiyacım var mı?
Mutlaka değil. Sp etiketini ayarlamadığınız veya _dmarc.subdomain. Alt alan adlarına farklı bir politika uygulamak ve kullanılmayan alt alan adlarını, sahtekarlığa maruz kalmamaları için açıkça korumak için sp'yi kullanın.
[ DMARC rehber ]
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.
SaaS · Özel kiracılık · Şirket içi hava boşluklu · BYOK şifrelemesi