Uluslararasılaştırılmış bir gönderen, bir posta istemcisinde, ham başlıkta, DNS aracında ve kimlik doğrulama sonucunda farklı görünebilir. Doğru bir araştırma, kimliklerin farklı olduğuna karar vermeden önce bu temsilleri açıklar.
Yalnızca ekranda görüntülenen metni karşılaştırmayın. Ham başlığı ve ayıklanan etki alanını saklayın, geçerli uluslararasılaştırma kurallarını tanımlayın ve politika keşfi ve kimlik karşılaştırması için kullanılan DNS formunu kaydedin. Değerlendirme için kullanılan dönüştürme, imzalı bir iletinin yeniden yazılmasından farklı bir işlemdir.
Adresin üç bölümünü ayırın
Görünen ad, insana dönük etikettir. Posta kutusu yerel kısmı @'dan önceki kısımdır. Etki alanı @'dan sonraki kısımdır. Kimlik doğrulamada farklı kurallara ve farklı rollere sahiptirler.
Uluslararasılaştırılmış e-posta standartları, desteklenen sistemlerin SMTPUTF8 kullanarak UTF-8 başlık içeriğini ve posta kutusu adlarını taşımasına olanak tanır. IDNA, uluslararası hale getirilmiş alan etiketlerini ele alır; Unicode posta kutusu yerel bölümünü DNS adına dönüştürmez.
DMARC'nin merkezi kimliği, From'dan çıkarılan Yazar Etki Alanıdır. Bir kişinin yerel kısmının yazılışını değiştirmek yeni bir DMARC oluşturmaz hizalama modundadır ve etki alanının kimliğinin doğrulanması, kişiyi veya görünen adın anlamını onaylamaz.
Unicode ve DNS temsillerini bir arada tutun
IDNA, Unicode U etiketlerini ASCII A etiketi temsillerinden ayırır. Geçerli bir A etiketi, xn-- önekiyle tanınabilir, ancak bir önek tek başına rastgele bir dizenin geçerli bir kodlama olduğunu kanıtlamaz. Elle düzenlenmiş bir değişiklik yerine geçerli IDNA kurallarının bir uygulamasını kullanın.
RFC 9989 Bölüm 5.3.1, daha ileri DMARC işlemleri için U etiketli Yazar Etki Alanının A etiketli forma dönüştürülmesini gerektirir. Bu, görsel olarak farklı bir başlık ve DNS adının aynı etki alanını temsil edebileceği anlamına gelir. Bu, ilgisiz iki addaki benzer şekilli Unicode karakterlerin eşdeğer olacağı anlamına gelmez.
Aşağıdaki örnek sentetiktir ve ayrılmış .example ad alanını kullanır. Hiçbir DNS yayını, mesaj teslimi veya alıcı sonucu talep edilmez.
- Öğe: Unicode etki alanına sahip posta kutusundan; Örnek değer: info@bü cher.example ; Amaç: Ham uluslararasılaştırılmış başlık kimliği
- Öğe: İlgili A-etiket alanı; Örnek değer: xn--bcher-kva.example ; Amaç: Burada açıklanan DMARC işlemeye yönelik alan adı formu
- Öğe: Doğrudan DMARC arama adı; Örnek değer: _dmarc.xn--bcher-kva.example ; Amaç: Söz konusu Yazar Alanı için TXT sorgusu
- Öğe: Eşdeğer ASCII etki alanı posta kutusu formu; Örnek değer: info@xn--bcher-kva.example ; Amaç: ASCII formunda aynı alan temsili
- geçerli geçiş DKIM Aynı A-etiket alanını kullanan kimlik, dönüştürülen Yazar Etki Alanıyla karşılaştırılabilir. Eğer bunlar aynıysa, etki alanı karşılaştırması tam uyum sağlamayı karşılayabilir. Tam bir DMARC geçişi yine de geçerli, uygulanabilir bir politikaya ve geçişle uyumlu bir kimlik doğrulama yoluna ihtiyaç duyar; dönüşümün kendisi kimlik doğrulama değildir.
Yerel kısma etki alanı kodlaması uygulamayın
Aynı uluslararası etki alanında Unicode yerel bölümü olan varsayımsal bir posta kutusu düşünün. Etki alanı bir A-etiketi temsiline sahip olabilirken yerel kısım, uluslararası e-posta yönetimi tarafından yönetilen bir posta kutusu tanımlayıcısı olarak kalır. Punycode'un adresin tamamına uygulanması yanlış modeldir.
Mesaj gerektirdiğinde gerçek aktarım yolu için SMTPUTF8 desteğini kontrol edin. Tamamen ASCII A-etiket biçiminde yazılmış bir alan adı tek başına SMTPUTF8 gerektirmez; diğer adres veya başlık içeriği yine de bunu yapabilir. UTF-8 ham üstbilgisi veya ASCII olmayan posta kutusu yerel bölümü, ayrı bir aktarım ve ayrıştırıcı uyumluluğu sorusunu gündeme getirir.
Bu sonuçları ayrı tutun: uluslararasılaştırılmış bir mesajın aktarılamaması, kimliğinin ayrıştırılamaması, politikanın keşfedilememesi ve kimlik doğrulamanın başarısız olması farklı aşamalardır. DMARC etiketinde yapılacak bir değişiklik bunların hepsini çözemez.
İnceleme sırasında imzalı içeriği koruyun
Orijinal mesaj baytlarını ve ilgili imzaları saklayın. Çıkarılan bir alan adını karşılaştırma amacıyla dönüştürmek, alan adının değiştirilmesini gerektirmez. Başlıktan orijinal mesajda. Başlığın yeniden yazılması ve değiştirilen kopyanın doğrulanması farklı bir imza sorusu üretebilir.
IDNA ve e-posta ayrıştırma gerçekleştiren kitaplığı veya ürün sürümünü, desteklenen standartlarını ve dönüştürme sonucunu kaydedin. Kontrollü onarımları ayrı bir test fikstürü olarak saklayın. Her sağlayıcının, ağ geçidinin ve istemcinin, o rotayı test etmeden aynı uluslararası iş akışını desteklediğini vaat etmekten kaçının.
DMARC etiketi adları ve tanımlanmış değerler, belirtilen sözdizimini izlemeye devam eder. v=DMARC1 tercüme etmeyin veya Unicode'a özgü bir politika sürümü icat etmeyin. Uluslararasılaştırılmış rapor hedefleri veya sağlayıcı tarafından oluşturulan ayarlar için, posta kutusu görüntüleme desteğinin her yapılandırma alanında rastgele Unicode'a izin verdiğini varsaymak yerine geçerli URI, DNS ve sağlayıcı kurallarını izleyin.
Görsel kimliğe bürünmeyi hizalamadan ayırın
Görüntülenen ad, tanıdık bir markaya benzeyebilir ancak farklı bir temel etki alanını temsil edebilir. IDNA dönüşümü alan temsilini açıklar; ismin meşru olduğu ya da görsel olarak benzer iki ismin aynı kimlik olduğu yargısı değildir.
Şüpheli postaları incelerken gerçek alan adlarını ve bunların DNS formlarını onaylanmış kimlik kaydıyla karşılaştırın. Görünen ad ve benzer alan bulgularını DMARC sonucunun yanında ancak ondan ayrı tutun. Kimlik doğrulamaya karşı yetkilendirme kılavuzu, geçerli bir alan adı sonucunun neden mesaj amacını onaylayamayacağını açıklar.
Tekrarlanabilir bir kimlik kaydı tutun
Gerçek bir araştırma için görüntülenen göndereni, ham Kimden alanını, çıkarılan Unicode alanını, doğrulanmış A etiketi dönüşümünü, politika arama adlarını, SPF ve DKIM kimlikleri, güvenilir alıcı sonuçları ve aktarım kanıtları. Kararı yeniden oluşturmak için gereken etki alanı temsilini bozmadan kişisel verileri çıkarın.
Yararlı bir sonuç, iki temsilin aynı alana eşlendiğini veya farklı olduklarını söyleyebilir ve bunun gerçek değerlendirmeyi nasıl etkilediğini gösterebilir. Başka bir incelemecinin aynı sonuca ulaşabilmesi için dönüşümü ve orijinal mesajı koruyun.
Kimlik doğrulamayı icat etmeden dönüşümü kaydedin
Yazılı vaka IDN-01, From info@bü cher.example ve buna karşılık gelen xn--bcher-kva.example alanını korur. Posta yöneticisi ilgili IDNA kitaplığını/versiyonunu kaydeder ve ham mesajı ayrı olarak korur. Bu durumda SPF , DKIM doğrulaması, SMTPUTF8 anlaşması ve keşfedilen politika bilinmiyor. Bir sonraki adım, iki alan temsili aynı fikirde olduğundan mesajı doğrulanmış olarak işaretlemek değil, bu gözlemleri toplamaktır. Hiçbir mesaj veya DNS sorgusu yürütülmedi.