Raporlama ilişkisini iki taraf kuruyor
Bir etki alanının raporlama hedefini yayınlama DMARC politika, alan sahibinin isteğini ifade eder. Ortaya çıkan raporların kabul edilmesi için tek taraflı olarak ilgisiz bir varış noktası aranmaz. Harici hedef doğrulama alıcıları isteksiz rapor hedefleri olarak seçilmekten korur. Alıcı taraf, DNS aracılığıyla izin yayınlarken, raporlayan taraf, harici hedefi kullanmadan önce bu izni kontrol eder.
RFC 9990 ilgili olduğu durumlarda doğrulama prosedürünü uygular. Organizasyonel Alan karşılaştırma, toplu raporlama için harici bir hedefi gösterir. Bu kuralı, Gönderen adresi ve rapor adresindeki dizelerin farklı olduğunu belirten basit bir testle değiştirmeyin. Doğrulama gerçekleştirme kararının tekrarlanabilir olması için keşfedilen politika alanı, hedef ana bilgisayar ve kuruluş alanı bağlamı korunmalıdır. RFC 9990 , bölüm 4
Sahibin adını doğru sırayla oluşturun
Hedef ana bilgisayarı raporlama URI'sinden çıkarın. _report'u başına ekle. _dmarc , ardından politikanın alındığı alan adının başına ekleyin ve gerekirse bu alanı bir A etiketine dönüştürün. Ortaya çıkan DNS sahibi, Policy-domain._report formuna sahiptir. _dmarc.destination-host. Bunun için sorgulanır TXT kayıtları. Oluşturulan adın DNS limitlerini aşması durumunda olumlu yetkilendirme tespiti yapılamaz.
Bu yapı, politikanın alındığı gerçek etki alanını kullanır. Tanıdığınız bir ebeveyni sırf kuruluşun markasına benziyor diye kısaltmayın. Aynı şekilde, mailto adresinin yerel kısmı DNS sahibinin adına eklenmez. Orijinal URI'yi ve ayrıştırılan hedef ana bilgisayarı koruyun; böylece gözden geçirenler, oluşturulan adın girdilerden nasıl çıktığını görebilir. RFC 9990 , bölüm 4
Tanıdık bir dizeyi tanımak yerine yanıtı doğrulama
Döndürülen kayıtlar etiket-değer listeleri olarak ayrıştırılır. Zorunlu v=DMARC1 etiketi ilk önce görünmelidir ve sondaki noktalı virgül isteğe bağlıdır. Belirtilen ayrıştırma testini geçemeyen kayıtlar atılır. Geriye kalan en az bir nitelikli kayıt, prosedür kapsamındaki dış raporlama düzenlemesini oluşturur. Boş bir yanıt, ilgisiz bir TXT değeri veya bir kayıt Yanlış sürüm yerleşimi ile izin kurulmaz.
DMARC sürümü değeri büyük/küçük harfe duyarlıdır: DMARC1 gerekli değerdir; küçük harfli bir yaklaşım veya yeni icat edilen bir protokol sürümü değildir. DNS adı karşılaştırma kuralları, sürüm değerinin büyük/küçük harf gereksinimiyle karıştırılmamalıdır. Bir inceleme, doğrulamadan önce ayrıntıları normalleştirmek yerine, tam yanıt baytlarını ve kayıt sınırlarını korumalıdır. RFC 9990 , bölüm 4; RFC 9989 , bölüm 4.7 ve 4.8
Geçersiz kılma ve başarısızlık davranışına saygı gösterin
Yetkilendirme kaydı, prosedür kapsamında bir raporlama hedefinin geçersiz kılınmasını sağlayabilir. Geçersiz kılan URI, başlangıçta çıkarılan aynı hedef ana bilgisayarı kullanmalıdır. Bu kısıtlama, yetkilendirme yanıtının işlemi ilgisiz alıcılar zincirine yönlendirmesini engeller. Onay, farklı bir ana bilgisayarla geçersiz kılma işlemi içeriyorsa, rapor oluşturucunun orijinale veya geçersiz kılma URI'sine bir rapor oluşturmaması gerekir.
Doğrulama yetkilendirmeyi onaylamıyorsa harici URI'nin göz ardı edilmesi gerekir. Geçici bir DNS hatasının kendi tedavisi vardır: Alıcı, doğrulama testinin daha sonra tekrarlanabilmesi için teslimatın geçici olarak başarısız olmasını seçebilir. Bu izni, evrensel bir yeniden deneme garantisi veya test edilmiş bir uygulamanın açıklaması olarak değil, MAYIS olarak koruyun. Başarılı bir DNS kontrolü yine de hedef posta kutusunun mevcut olduğunu, rapor boyutunu kabul ettiğini veya amaçlanan müşteri kontrol panelini beslediğini kanıtlamaz. RFC 9990 , bölüm 4
Toplu ve arıza raporu isteklerini ayırt etme
İçin toplu raporlar, prosedür rua ile ilişkilidir. Arıza raporlaması ayrı olarak belirtilmiştir. RFC 9991. Harici arıza raporu hedefleri için, bu belge, rua'nın göründüğü her yerde ruf'un ikame edildiği aynı harici doğrulama prosedürünü gerektirir. Toplu raporlar akıyor diye hata raporlamayı otomatik olarak etkinleştirilmiş olarak değerlendirmeyin veya ayrı rapor türünü onaylamadan toplu hedef işlemeyi kopyalamayın.
Arıza raporları içerikleri toplu özetlerden daha ayrıntılı olabileceğinden, verilerin açığa çıkmasıyla ilgili ek endişeler ortaya çıkarmaktadır. Doğru DNS yetkilendirme kaydı, bir kuruluşun hangi verinin kimlerle, hangi amaçla paylaşılabileceğine ilişkin kararının yerine geçmez. Bu metin, gerçek raporların talep edilmesine, iletilmesine veya yüklenmesine izin vermez. Herhangi bir gerçek kurulumun geçerli gizlilik, alıcı ve operasyonel onayları karşılaması gerekir. RFC 9991 , bölüm 5 ve 7
Kurgusal yapı ve kabul çalışma sayfası
blue.example.com adresinden kurgusal bir politikanın alındığını ve toplu raporların mailto:reports@red.example.net. Oluşturulan yetkilendirme sahibi blue.example.com._report._dmarc.red.example.net . Tam değeri v=DMARC1; olan varsayımsal bir TXT yanıtı; gösterilen ilk versiyon gereksinimini karşılar. Hiçbir DNS sorgusu yürütülmedi ve bu örnek, adların yayınlanmış kayıtlara sahip olduğunu iddia etmiyor.
Çalışma sayfası, politika arama sonucunu, keşfedilen politika alanını, orijinal raporlama URI'sini, hedef ana bilgisayarı, kuruluş-alan karşılaştırmasını, oluşturulan sahibi, sorgu türünü, zaman damgasını, tam olarak döndürülen kayıtları ve ayrıştırma sonucunu saklamalıdır. Herhangi bir geçersiz kılma için ayrı bir alan ekleyin ve ana makine kısıtlamasını onaylayın. İncelemeyi yapan kişi, sağlayıcının ekran görüntüsüne veya DNS düzenleyicisinin kısaltılmış görüntüsüne güvenmeden adı yeniden oluşturabilmelidir.
Toplama için ikinci bir kabul bölümü kullanın: amaçlanan hesap, hedef posta kutusu, yetkili rapor türü ve işlem hattı sahibi. Bu alanlar, tamamlanmış besleme kanıtlarını değil, planlı bir doğrulama iş akışını tanımlar. DNS ilişkisi sonucunu alındı, ayrıştırma, kiracı ilişkilendirme ve kontrol paneli sunumundan ayrı tutun. Toplama yolunun başka bir kısmı çözümlenmeden kalırken izin kontrolü başarılı olabilir.
Yayın ve uygulama bekletmeleri
Katalog, kaynak ve hedef etki alanlarından tam yetkilendirme aramasının yapılmasını ve cevabının doğrulanmasını gerektirir. Bu taslak yalnızca kurgusal bir yapı sunmaktadır. Gerçek bir yanıt, orijinal sorgu metni ve alan adı uygulaması açık kalır. Hiçbir DNS kaydı yayınlanmadı, hiçbir posta kutusuna erişilmedi ve hiçbir rapor iletilmedi.
Operasyonel bir izlenecek yol olarak yayınlanmadan önce, tam üretim ilişkisi için yetkili kanıt edinin ve yetkili bir incelemecinin politika-keşif bağlamını, sürüm ayrıştırmayı ve geçersiz kılma işlemlerini doğrulamasını sağlayın. Kaynak tarihini saklayın ve standart gerekliliklerini sağlayıcıya özel hesap katılımından ayırın. Orijinal kanıt, insan incelemesi, kaynağın uygulanabilirliği, üretim rotaları, görsel erişilebilirlik ve sahibinin serbest bırakılması dahil olmak üzere altı sürüm kapısının tamamı açık kalıyor.
Hedefte veya politika keşif alanında daha sonra yapılacak bir değişiklik, gerekli yetkilendirme sahibini değiştirebilir. Eski bir olumlu kontrolün gelecekteki her raporlama adresini kapsadığını varsaymak yerine, bunu doğrulanması gereken yeni kapsamlı bir ilişki olarak ele alın. Yararlı sonuç, yalnızca kopyalanmış bir TXT değeri değil, denetlenebilir bir izin zinciridir.