[ İş değeri ]

Önlenen kayıpları icat etmeden bir DMARC iş senaryosu oluşturun

Gönderenin hazırlığı, onaylanmış bir politika farkı ve icat edilen önlenmiş kayıplar yerine ölçülen sonuçlarla kanıta dayalı bir DMARC iş senaryosu oluşturun.

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

[ Anahtar noktalar ]

  • DMARC tüm sahtekarlıkları değil, belirli alan adı sahtekarlığı mekanizmalarını ele alır.
  • Açık kapsam limitleriyle hazırlığı ölçün ve iyileştirmeleri kontrol edin.
  • Reddedilen mesaj sayılarını nedensel kanıt olmadan mali tasarruflara dönüştürmeyin.
Bu sayfada

Vakayı kanıtlanmış kontrol iyileştirmeleri etrafında oluşturun

A DMARC İş vakası, dolandırıcılığın ne kadar önlendiğini icat etmeden görünürlüğü, gönderen yönetimini ve belirli yetkisiz alan kullanımına karşı korumayı açıklayabilir. En güçlü durum, gözlemlenen bir sorunu önerilen bir kontrol değişikliğine bağlar, etkilenebilecek meşru gönderme iş akışlarını tanımlar ve sonucun nasıl doğrulanacağını tanımlar. Reddedilen her mesajı önlenmiş bir mali kayba dönüştürmez veya kimlik doğrulamanın ortadan kaldıracağı vaadi vermez. iş e-postası uzlaşması.

RFC 9989 DMARC belirli tam alan adı biçimlerini hedef aldığını belirtir sahtekarlık, görsel olarak benzer alanlar, görünen ad saldırıları veya içerik analizi değil. Bu sınırlar yalnızca teknik ekte değil, iş durumunda da geçerlidir. Bu makale kanıta dayalı bir planlama yöntemi önermektedir. Hiçbir politika değiştirilmedi, gönderen test edilmedi, zarar tahmini yapılmadı veya mali taahhütte bulunulmadı.

Temel sorunu kapsam sınırlarıyla birlikte tanımlayın

Kuruluşun bildiği alan adları ve meşru gönderme iş akışlarıyla başlayın. Hangi hizmetlerin sahibi olduğunu, hangilerinin çözümlenmediğini ve hangi kimlik doğrulama yollarının kanıtı olduğunu kaydedin. Yapılandırılmış amacı gözlemlenen alıcı sonuçlarından ayrı tutun. Bir liste SPF Ve DKIM kayıtların her iş akışının bunları doğru şekilde kullandığının kanıtı olmadığı gibi, geçen bir örnek de tüm posta ve alıcıların tam kapsamını sağlamaz.

RFC 9990 Kimlik doğrulamayla ilgili gözlemlere katkıda bulunabilecek toplu raporlamayı tanımlar. Bu raporlar değerli delillerdir ancak kaynağı ve kapsamının belirtilmesi gerekmektedir. Eksik raporlar trafiğin olmadığını kanıtlamaz. Bilinmeyen gönderenler arasında yetkisiz faaliyetler, unutulmuş yasal sistemler veya eksik yorumlamalar yer alabilir. Sayımlarını bir iş gerekçesinde kullanmadan önce bunları kanıtlarla birlikte sınıflandırın.

Hedefleri mali taleplerden ayırın

Yararlı hedefler arasında sahiplerin meşru gönderenlere atanması, çözülmemiş kimlik doğrulama hatalarının azaltılması, gözden geçirilmiş bir politika oluşturulması ve değişiklik doğrulamanın tekrarlanabilirliğinin artırılması yer alabilir. Her birinin tanımlanmış bir ölçüsü, temel periyodu ve kanıt kaynağı olmalıdır. Amaç, parasal bir rakam olmadan operasyonel veya güvenlikle ilgili olabilir. Bir iş senaryosu yalnızca önlenmiş zararları uydurmayı reddettiği için zayıflamaz.

Bir finansal modele ihtiyaç duyulursa onaylanmış kurumsal girdileri kullanın ve varsayımları açıklayın. Personel zamanı, abonelik maliyetleri ve uygulama çabası uygun kayıtlarla ölçülebilir ancak bunlar burada ölçülmemiştir. Reddedilen mesaj sayısıyla çarpılan varsayımsal bir kayıp, savunulabilir bir tasarruf tahmini değildir. Önerilen politika olmasa bile mesaj asla bir kişiye ulaşmayabilir, eyleme neden olmayabilir veya bir kayba neden olmayabilir. Karşıolgusalın retorik kesinliğe değil, kanıta ihtiyacı vardır.

Her gönderen için bir hazırlık matrisi oluşturun

Her meşru iş akışı için iş amacı, sahip, görünür Etki alanı, beklenen zarf ve imza kimlikleri, mevcut kanıtlar, çözülmemiş hatalar ve değişiklik bağımlılığı ile birlikte bir satır oluşturun. İstenilen hizalanmış kimlik doğrulama yolunu şuraya kaydedin: RFC 9989. Tedarikçinin, bir özelliğin etkinleştirildiği yönündeki iddiasını, güvenilir bir alıcının gerçek bir yetkili numuneyi gözlemlemesinden ayırın. Bu taslak için herhangi bir örnek toplanmadı.

Matris, önerilen politika için hangi iş akışlarının hazır olduğunu ve hangilerinin iyileştirilmesi veya belgelenmiş bir istisnaya ihtiyaç duyduğunu tanımlamalıdır. Yüksek toplam geçiş oranını küçük ama kritik bir iş akışının güvenli olduğunun kanıtı olarak görmekten kaçının. Düşük hacimli bir faturalandırma veya geri kazanım süreci, paydaya çok az katkıda bulunsa bile ticari açıdan önemli olabilir. Bu nedenle hazırlıklı olma, yalnızca genel bir yüzdeyi değil, iş etkisini ve kapsamını da dikkate almalıdır.

Politika farkını ve yetkilendirmeyi belirtin

Önerilen değişikliği, etkilenen etki alanı, amaçlanan davranış, ön koşullar ve kullanıma sunma kararıyla birlikte tam bir politika farkı olarak yazın. Politika, kopyalanan eski varsayımlardan ziyade mevcut standardı ve gerçek alıcı uygulanabilirliğini yansıtmalıdır. DNS yayınının kime ait olduğunu, iş riskini kimin onayladığını ve sonucu kimin doğruladığını belirleyin. Teknik bir öneri, üretimi değiştirme yetkisi anlamına gelmez.

Yürütmeden önce durdurma ve geri alma kriterlerini belgeleyin. Hazırlık varsayımlarının yanlış olması durumunda bir politika düzenlemesi meşru postayı etkileyebilir; bir DNS değerinin geri yüklenmesi ise önbelleğe alınmış gözlemlerin yerini anında alamayabilir veya halihazırda işlenen postayı geri alamayabilir. Risksiz bir kullanıma sunma sözü vermeyin. Önceki konfigürasyonu ve bağımlı servis bilgilerini koruyun, böylece yetkili bir operatör, gerçek kanıtların gerektirdiği durumlarda gerekçeli bir kurtarma kararı verebilir.

Değişiklik sonrası kanıtları doğru sınırda tanımlayın

Yetkili yayın kanıtlarını, temsili iş akışları için güvenilir alınan mesaj gözlemlerini ve uygun bir şekilde tanımlanmış bir süre boyunca eğilimleri toplamayı planlayın. RFC 8601 nedenini açıklıyor Authentication-Results Kanıt güvenilir bir alıcı sınırından gelmelidir. Kaynağı olmayan kopyalanmış bir geçiş çizgisi, bir değişiklikten sonra amaçlanan yolun çalışıldığını kanıtlamak için yeterli değildir.

Ayrıca, varsa sağlayıcı teslim teşhislerini de inceleyin, ancak anlamlarını koruyun. SendGrid olay referansı teslimi, gelen kutusuna yerleştirme veya insan tarafından okuma olarak değil, alıcı sunucuya başarılı teslimat olarak tanımlar. Bu tür kanıtlar, iş sonuçlarında nedensel bir artış olduğunu kanıtlamadan, kimlik doğrulama değişikliklerini diğer teslimat sorunlarından ayırmaya yardımcı olabilir. Gözlemlenen bir eğilimi açıklayabilecek diğer eşzamanlı değişiklikleri kaydedin.

Bir iş vakası çalışma sayfası

Gözlemlenen temel çizgi, kapsam sınırlamaları, operasyonel sorun, önerilen politika farkı, gönderenin hazırlığı, sahipler, onaylar, beklenen faydalar, uygulama çabası, riskler ve doğrulama planı için bölümler oluşturun. Ölçülen değerleri, varsayımları ve ölçülmeyen sonuçları gözle görülür şekilde ayrı tutun. Çözümlenmemiş kritik gönderenler için bir karar alanı ve devam etme veya duraklatma için özel bir kriter ekleyin. Çalışma sayfası belirsizliği gizlemek yerine eyleme dönüştürülebilir hale getirmelidir.

İddia edilen her fayda için hangi kanıtların onu destekleyeceğini ve hangi kanıtların onunla çelişeceğini sorun. Gönderenin daha iyi sahiplendiği, tamamlanmış bir envanter ve onaylar aracılığıyla gösterilebilir. Geliştirilmiş hizalama kapsam karşılaştırılabilir gözlemler ve istikrarlı tanımlar gerektirir. Dolandırıcılığın veya parasal kaybın önlenmesi, çok daha güçlü bir nedensel temel gerektirir ve yalnızca protokol sayımlarından çıkarım yapılmamalıdır. Önerilen bu çerçeve, gerçek bir yatırım getirisi hesaplaması veya uydurma performans istatistiği içermez.

Kurgusal teşhis: cazip bir önlenmiş kayıp numarası

Kurgusal bir proje ekibi, izinsiz olduğuna inandığı bir rapor kategorisinde çok sayıda mesaj görür ve bu sayıyı ortalama bir dolandırıcılık tutarıyla çarpmayı önerir. İncelemeyi yapan kişi, veri kümesinde kaç mesajın iletileceğini, okunacağını, inanılacağını veya harekete geçileceğini belirlemediği için hesaplamayı reddeder. Ayrıca kategorideki her kaynağın yetkisiz olup olmadığı da henüz çözülmedi.

Önerilen revizyon doğrulanabilir sonuçlara odaklanıyor: gönderenin sahipliğini tamamlamak, meşru hataları çözmek, bir politika değişikliğini onaylamak ve değişiklik sonrası kanıtları saklamak. Kuruluşun daha sonra olayı ve mali verileri bağımsız olarak desteklemesi durumunda nitelikli bir sahip, herhangi bir ek talebin haklı olup olmadığını değerlendirebilir. Bu senaryo kurgusaldır; hiçbir rapor sayımı, dolandırıcılık tutarları, önlenen kayıplar veya proje tasarrufları gözlemlenmedi veya hesaplanmadı.

DMARC neyin yerini almadığını belirtin

The IC3 bulut e-postası BEC tavsiyesi2020'de yayınlanan, olağandışı iş taleplerinin bağımsız olarak doğrulanmasını ve hesap korumalarını destekler. Güvenliği ihlal edilmiş yetkili bir hesap, kimliği doğrulanmış posta gönderebildiğinden ve farklı bir alan adı, kendi kimlik doğrulamasını aksatmadan bir işletmenin kimliğine bürünebildiğinden, bu kontroller geçerliliğini korur. Bir DMARC iş gerekçesi, bunların yerini alacaklarını iddia etmek yerine tamamlayıcı kontrolleri kabul etmelidir.

Katalog, göndericiye göre bir hazırlık matrisi, politika farkı, onay kaydı ve değişiklik sonrası sonuçları gerektirir. Bu orijinal eserler 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, tamamlanmış bir kullanıma sunma veya mali bir garanti değil, bir kanıt çerçevesi ve kurgusal bir uygulama sunmaktadır. Yayınlama, yetkili operasyonel kanıtlar ve bu kanıtların gerçekte gösterdiği şeylerle sınırlı iddialar gerektirir.

[ Götürmek ]

Ölçülemeyen dolandırıcılık ve mali iddiaları vakanın dışında tutarken, değişikliği doğrulanabilir hazırlık ve sonuçlarla gerekçelendirin.

[ Role göre ]

Bu sizin için ne anlama geliyor?

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

Güvenlik sahibi

Fayda talebini bağladı

Kimlik doğrulama kapsamı, önlenen sahtekarlığın sayımı değildir.

Sonraki adımlar

  1. Durum protokolü sınırları.
  2. Ölçülen değerleri varsayımlardan ayırın.

Posta işlemleri sahibi

Gönderenin hazır olduğunu kanıtlayın

Düşük hacimli kritik iş akışları toplam yüzdelerden daha önemli olabilir.

Sonraki adımlar

  1. Gönderen düzeyinde kanıtları koruyun.
  2. Durdurma ve geri alma kriterlerini tanımlayın.

İşletme sponsoru

Riski ve kanıtları onaylayın

Kullanıma sunma, işletme sahipliğine ve savunulabilir bir başarı ölçüsüne ihtiyaç duyar.

Sonraki adımlar

  1. Politika kapsamını ve bağımlılıklarını gözden geçirin.
  2. Sonuçları talep etmeden önce değişiklik sonrası sonuçları zorunlu kılın.

[ SSS ]

Sık sorulan sorular

DMARC tüm BEC'leri engeller mi?

Hayır. RFC 9989 görsel olarak benzer alanları, görünen ad saldırılarını ve içerik analizini doğrudan kapsamı dışında bırakır.

RFC 9989: DMARC

Reddedilen mesajlar ortalama kayıpla çarpılabilir mi?

Teslimat, teşhir, eylem ve karşı olgulara ilişkin kanıt olmadan savunulabilir bir önlenmiş kayıp tahmini olarak değil. Bu taslakta böyle bir hesaplama yapılmamaktadır.

Hangi operasyonel faydalar değerlendirilebilir?

Örnekler arasında belgelenmiş gönderen sahipliği, çözülmüş yasal hatalar ve gözden geçirilmiş politika sunumu yer alır; bunların her biri kendi temel ve kanıtlarına sahiptir.

Toplam geçiş oranının yüksek olması her gönderenin hazır olduğunu mu gösterir?

Hayır. Kapsam ve iş açısından kritik düşük hacimli iş akışlarının, gönderen bazında incelenmesi gerekir.

RFC 9990 : DMARC Toplu Raporlama

Alınan mesaj kanıtlarını güvenilir kılan nedir?

Kimlik doğrulama iddiası, kaynağıyla birlikte ilgili alıcının güvenilen sınırından gelmelidir.

RFC 8601: Authentication-Results

Sağlayıcı teslimatı gelen kutusu yerleşimini kanıtlar mı?

Hayır. SendGrid iletilen olayı, alıcı sunucuya aktarımla ilgilidir.

Twilio SendGrid : Etkinlik Web Kancası Referansı

Hesap ve işletme doğrulama kontrolleri gerekli olmaya devam ediyor mu?

Evet. Adı geçen IC3 tavsiyesi, alan adı kimlik doğrulamasının ötesindeki riskleri ele alan bağımsız doğrulamayı ve hesap korumalarını destekler.

IC3: Bulut Tabanlı E-posta Hizmetleri BEC Tavsiyesi, 6 Nisan 2020

Burada politikanın kullanıma sunulması tamamlandı mı?

Hayır. Gerekli hazırlık matrisi, politika farkı, onay kaydı ve değişiklik sonrası sonuçlar açık kalır.

[ Kaynaklar ]

Kaynaklar

  1. RFC 9989: DMARC

    Bölümler §2.2 Kimlik Avına Karşı Koruma · §2.4 Kapsam Dışı · §4.4 Tanımlayıcı Hizalamasının Açıklaması · §11.4 Görünen Ad Saldırıları

  2. RFC 8601: Authentication-Results

    Bölümler §1.2 Güven Sınırı · §7. Güvenlik Hususları

  3. IC3: Bulut Tabanlı E-posta Hizmetleri BEC Tavsiyesi, 6 Nisan 2020

    Bölümler Tanımlar · Tehdit · Son Kullanıcılara Öneriler · BT Yöneticilerine Öneriler · Mağdur Olursanız Ne Yapmalısınız?

  4. RFC 9990 : DMARC Toplu Raporlama

    Bölümler Toplu Raporlar · Rapor İsteği Keşfi · Rapor Teslimi · Harici Hedefleri Doğrulama

  5. Twilio SendGrid : Etkinlik Web Kancası Referansı

    Bölümler Teslim edilen etkinlikler · Ertelenen etkinlikler · Bırakılan etkinlikler · İşlenen etkinlikler

[ Sözlük ]

Sözlük

Hazırlık matrisi
Amaç, sahiplik, kimlik doğrulama kanıtları ve çözülmemiş bağımlılıkların gönderen bazında kaydı.
Politika farkı
Onay veya yürütmeden ayrı olarak etki alanı politikasında önerilen tam değişiklik.
Karşıolgusal
Gözlenmeyen alternatif sonucun, kaybın önlenmesi gibi nedensel bir iddiayı haklı çıkarması gerekiyordu.
Hizalama kapsamı
Kaynak kapsamıyla sınırlanan, amaçlanan DMARC ilişkisini karşılayan meşru iş akışlarının gözlemlenen kapsamı.

RFC 9989: DMARC

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ı