[ Kimlik sahteciliği ve kimliğin kötüye kullanılması ]

DMARC yürürlüğe girmesinden sonra kalan riski açıklayın

DMARC yaptırımının neleri azalttığını, nelerin kaldığını ve bir politika değişikliğinden sonra meşru postaların nasıl doğrulanacağını açıklayın.

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

[ Anahtar noktalar ]

  • DMARC yaptırımının neleri azalttığını, nelerin kaldığını ve bir politika değişikliğinden sonra meşru postaların nasıl doğrulanacağını açıklayın.
  • Bir politika değişikliği, dolandırıcılığın çözüldüğü iddiasını değil, rota kanıtlarını ve tamamlayıcı kontrolleri gerektirir.
Bu sayfada

Bir yaptırım politikasına geçiş, e-posta dolandırıcılığının sonu değil, önemli bir alan adı kontrolü kararıdır. Ulaşılan sınırı tam olarak bildirin: alan adı, başarısız olan iletilerin daha güçlü şekilde ele alınmasını talep eder DMARC. Ardından, meşru postanın işleyişini sürdürmek için gereken operasyonel çalışmayla birlikte kimlik doğrulaması yapabilecek veya bu kimlik sınırlarının dışına çıkabilecek tehditleri açıklayın.

Korumayı garantisiz olarak belirtin

DMARC uyumlu alan kimlik doğrulamasını yayınlanmış bir işleme tercihi ve raporlama çerçevesiyle birleştirir. Alıcının fiili kullanımı yerel politikayı içerebilir. Başarısız olan her mesajın her yerde reddedileceğine veya geçişin mesajın güvenli olduğu anlamına geldiğine söz vermeyin. RFC 9989.

Benzer etki alanı mesajları, görünen adın kimliğine bürünme ve güvenliği ihlal edilmiş meşru gönderenler, yaptırımın uygulanmasından sonra da tehlikeli olmaya devam edebilir. Kimliği doğrulanmış bir tedarikçi yine de yetkisiz bir ödeme isteği gönderebilir. SPF Amaçlanandan daha geniş bir yetkilendirme aynı zamanda uyumlu bir geçiş rotasını da kullanılabilir hale getirebilir. Bunlar, etki alanı kimlik doğrulamasından vazgeçilmesinin nedenleri değil, tamamlayıcı denetimlerin sürdürülmesinin nedenleridir.

Değişiklikten önce meşru rotaları kontrol edin

Hizmet, sorumlu sahip, yazar etki alanı, kimliği doğrulanmış etki alanları ile gönderen-gönderen matrisini koruyun, hizalama kanıtlar, kritik alıcılar ve son test tarihi. Tarayıcılar ve uyarılar gibi düşük hacimli sistemleri dahil edin. Sessiz bir rotanın mutlaka kullanılmaması gerekmez. Envanteri tamamlanmış olarak değerlendirmeden önce bilinmeyen gönderenleri çözümleyin.

Önerilen politika farkını ve bunu kimin onayladığını belgeleyin. Bir değişiklik p=none ile p=reject bir örnektir, körü körüne yayınlanacak bir değer değildir. Geçerli etki alanlarını ve bağımlılıkları inceleyin, gözlem penceresini planlayın ve önemli yasal hatalar için kurtarma tetikleyicilerini tanımlayın. Bu makalenin tanıtım kimlikleri yerine oluşturulan hizmete özel değerleri kullanın.

Yazılı bir hazırlık defterini inceleyin

Aşağıda önerilen p=none ila p=reject değişikliği için, mesaj başına tek bir geçerli görünür Kimden ve öngörülen alıcı kimlik doğrulama kanıtı olduğunu varsayalım. Gerçek bir değişiklik veya alıcı testi yapılmaz.

  • Faturalandırma: önerilen sahip Faturalandırma İşlemleri; invoice@billing.brand.test adresinden; bounce@billing.brand.test için SPF geçişi; DKIM d=billing.brand.test. Her iki tanımlayıcı da tam olarak aynı hizada olduğundan varsayımsal mesaj iletilir. Gerçek kritik alıcı testleri ve değişiklik onayı sağlanmamaktadır.
  • Destek: önerilen sahip Destek Operasyonları; agent@support.brand.test adresinden; bounce@support.brand.test için SPF geçişi; d=support.brand.test. ile DKIM geçişi. Her ikisi de tam olarak aynı hizada olduğundan varsayımsal mesaj iletilir. Gerçek kritik alıcı testleri ve değişiklik onayı sağlanmamaktadır.
  • Eski tarayıcı: sahibi doğrulanmadı; Gönderen, SPF , DKIM ve alıcı kapsamı bilinmiyor. Hiçbir mesaj hükmü çıkarılamaz. Sorumlu bir mal sahibi atayın ve hazır olduğunuzu beyan etmeden önce rota kanıtlarını alın.

Genel kullanıma sunma hazırlığı belirlenmedi. Öngörülen iki geçiş bile üretim kanıtı olarak dikkate alınmaz. Önerilen değişiklik sahibi, bilinmeyenler, onaylar, kurtarma tetikleyicileri ve rota kontrolleri çözülene kadar değişikliği beklemede tutmalıdır. Bu defter için hiçbir kod, DNS sorgusu veya imza doğrulaması yürütülmedi.

RFC9989 bölüm 7.4, p=reject yayınlanırken geçerli DKIM imzalarını gerektirir ve kullanıcılarının posta listelerine gönderi gönderebileceği alan adlarının reddedilmemesini tavsiye eder. Bu alanlar öncelikle toplu verileri en az bir ay boyunca p=none ile değerlendirmeli, ardından p=quarantine aynı derecede uzun bir süre için. Birlikte çalışabilirlik kısıtlamalarını göz önünde bulunduran politikayı seçin; Temiz bir doğrudan gönderme örneği, dolaylı posta riskini ortadan kaldırmaz.

Onaylanmış bir kullanıma sunma sonrasında davranışı doğrulama

Gerçek bir değişiklikle, her kritik rota için yayınlanan politikayı, zamanı, onaylanmış farkı ve testleri yakalayın. Güvenilir alıcı sonuçlarını ve gerçek işlemleri karşılaştırın ve mevcut toplu raporlamayı kapsam sınırlarıyla birlikte inceleyin. Eksik raporlar, hiçbir postanın gönderilmediğinin veya herhangi bir arızanın meydana gelmediğinin kanıtı değildir. RFC 9990. Sahibi olmadan korumayı geniş çapta zayıflatmak yerine meşru istisnaları rotaya göre araştırın.

Geriye kalan dolandırıcılık riskini, yaptırımdan önce kullanılan iş şartlarıyla açıklayın. Ödeme değişiklikleri hâlâ bağımsız doğrulama gerektiriyor; hesap güvenliğinin ihlali hâlâ hesap güvenliği müdahalesini gerektiriyor; benzerler tespit edilmeyi ve uygun kapsamlı raporlamayı gerektirir. FBI'ın ödeme doğrulama kılavuzu, alan adı doğrulandığında bile geçerliliğini korur. FBI rehberliği.

Sağlam bir tamamlama ifadesi, gözlemlenen politikayı, test edilen rotaları, çözülmemiş istisnaları ve kalan kontrolleri adlandırır. Söylememeli kimlik avı çözüldü. Hizmetler, anahtarlar ve iş süreçleri değiştikçe sahiplik ve periyodik incelemeyi aktif tutun.

[ Götürmek ]

Bir politika değişikliği, dolandırıcılığın çözüldüğü iddiasını değil, rota kanıtlarını ve tamamlayıcı kontrolleri gerektirir.

[ 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

Bakımı yapılan envanterin sahibi olun

Politikanın başarısı meşru gönderenin sürekliliğine bağlıdır.

Sonraki adımlar

  1. Test edilmemiş düşük hacimli sistemleri çözün.
  2. Onaylanan farkları ve alıcı gözlemlerini kaydedin.
  3. Kullanıma sunmadan önce kurtarma tetikleyicilerini ayarlayın.

CISO / SecOps

Artık risk kontrollerini sürdürün

Kimliği doğrulanmış kötüye kullanım ve benzerler kapsam dahilinde kalır.

Sonraki adımlar

  1. Hesap ve tedarikçi kontrollerini inceleyin.
  2. İstisnalar için açık sahipleri saklayın.
  3. Yetki vermeden önce yeni gönderme hizmetlerini inceleyin.

Kurucu / Teknik Olmayan

Sınırlı bir başarıyı bildirme

Yaptırım, her dolandırıcılık savunmasını değil, belirli bir kimlik kontrolünü iyileştirir.

Sonraki adımlar

  1. Ödeme doğrulamasını finanse etmeye devam edin.
  2. Test edilmiş rotalar ve çözülmemiş istisnalar isteyin.
  3. İsimlendirilmiş bir artık risk sahibi bulundurun.

[ SSS ]

Sık sorulan sorular

p=reject her alıcıda reddedilmeyi garanti eder mi?

Hayır. Bir etki alanı politikası tercihini belirtir; gerçek alıcı yönetimi yerel politikayı içerebilir.

Benzer alan adlarının kimlik doğrulaması hâlâ yapılabilir mi?

Evet. Bunlar ayrı alan kimlikleridir ve kendileri için kimlik doğrulaması yapabilirler.

Güvenliği ihlal edilmiş meşru bir hesap geçebilir mi?

Evet, hâlâ hizalanmış, kimliği doğrulanmış bir rota kullanıyorsa.

Nadiren kullanılan bir tarayıcıyı neden dahil etmelisiniz?

Düşük hacim, rotanın önemsiz olduğu veya kullanımdan kaldırıldığı anlamına gelmez. Sahibini ve hizalamasını onaylayın.

Örnek yaptırıma izin verdi mi?

Hayır. Tarayıcı çözümlenmemiştir ve diğer iki geçici sonuç bile gözlemlenen kullanıma sunma kanıtları değil, öngörülmüştür.

Değişiklik sonrası üretim sonuçları toplandı mı?

Hayır. Bu revizyon, hiçbir kod, DNS değişikliği, imza doğrulama veya alıcı testi yapılmadan yazılı bir defter sağlar.

Eksik toplu raporlar sorun olmadığını mı kanıtlar?

Hayır. Katılımın, kapsamın ve gecikmelerin raporlanması, devamsızlığın yaratabileceği durumu sınırlar.

Liderlik kullanıma sunulduktan sonra ne duymalıdır?

Gözlemlenen politika, test edilen yollar, kalan istisnalar ve tamamlayıcı kontroller, dolandırıcılığın ortadan kaldırıldığını iddia etmez.

[ Kaynaklar ]

Kaynaklar

  1. RFC 9989 DMARC

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

  2. FBI IC3 bulut tabanlı e-posta BEC kılavuzu

    Bölümler Son Kullanıcılara Yönelik Öneriler

  3. RFC 9990 DMARC Toplu Raporlama

    Bölümler §3.1 · §4 · §7 · §8 · §9

[ Sözlük ]

Sözlük

Artık risk
Belirli bir kontrolün uygulanmasından sonra kalan risk.
Hazırlık matrisi
Sahiplerin, kimlik doğrulama kanıtlarının ve test durumunun rota bazında kaydı.

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ı