[ DKIM ]

DKIM gövde uzunluğu etiketi güvenliği dengesini anlayın

İmzasız eklenen içeriğe izin veren bir imzayı kabul etmeden önce kısmi gövde kapsamını değerlendirin.

EmailAuth araştırma ekibi tarafından

[ Anahtar noktalar ]

  • kanonikleştirilmiş vücut sekizlilerini sayar; yokluğu tam vücut anlamına gelir ve sıfır, vücut kapsama alanı olmadığı anlamına gelir.
  • İmzasız eklenen içerikler, imza hala geçerken okuyucuyu yanıltabilir.
  • Altbilgiyi yerleştirmek için kısmi kapsamı kullanmak yerine son içeriği imzalamayı tercih edin.
Bu sayfada

The DKIM l etiketi, standartlaştırılmış gövdenin ne kadarının vücut karması. Bir imzanın eklenen içerikten kurtulmasına izin verebilir, ancak bu hayatta kalma, içeriğin imza kapsamı dışında bırakılmasından kaynaklanır. Bunu, altbilgi hatalarına yönelik rutin bir düzeltme olarak değil, bir güvenlik kararı olarak değerlendirin.

Uzunluğun ne ölçtüğünü bilin

RFC 6376 bölüm 3.5 l'i kanonikleştirilmiş gövdedeki sekizlilerin sayısı olarak tanımlar. Bu bir karakter sayısı, bir satır sayısı veya bir ekin boyutu değildir. Kanonikleştirme uzunluk sınırı uygulanmadan önce gerçekleşir. l olmadan, kanonikleştirilmiş gövdenin tamamı kapsanır. Sıfır değeri, hiçbir gövde içeriğinin karma değerine katkıda bulunmasına izin vermez; sınırsız kapsama anlamına gelmez.

Eğer l mevcut kanonikleştirilmiş vücut uzunluğunu aşarsa, spesifikasyonun doğrulama kuralları uyarınca imza geçersizdir. Üst sınır, buradaki açık gerekliliktir. RFC 6376 bölüm 3.5. Sıradan bir dosya boyutu karşılaştırması, kapsamı güvenilir bir şekilde belirleyemez çünkü aktarım kodlaması ve kanonikleştirme, ilgili gösterimi etkiler.

Bir pasın neden yanıltıcı olabileceğini anlayın

Bu özellik, posta listesi fragmanları gibi eklemeleri tolere edecek şekilde tasarlanmıştır. Fakat, RFC 6376 bölüm 8.2 eklenen içeriğin MIME yapısından veya istemci oluşturmadan yararlanabileceği ve böylece kapsanan önek bozulmadan alıcının yanıltıcı materyal görebileceği konusunda uyarıda bulunur. Bu nedenle geçen bir imza, l bir son eki açıkta bıraktığında görüntülenen gövdenin tamamının bütünlüğünü sağlamaz.

Açıklayıcı senaryo: İmzalayan, ilk gövde önekini kapsar. Daha sonraki bir işlemci, metni bu önekin dışına ekler. Kapsanan önek ve imzalı başlıklar değişmeden kalırsa ve diğer doğrulama kontrolleri başarılı olursa imza geçerli kalabilir. Bu kavramsal bir kapsam örneğidir; her MIME eklentisinin aynı sonucu ürettiğini veya belirli bir istemcinin bunu güvenli bir şekilde oluşturacağını gösteren bir kanıt değildir.

Politikayı değiştirmeden önce inceleyin

Etkilenen her imza için ham mesajı (l, c, h, d) saklayın ve seçici. Kurallılaştırılmış gövde uzunluğunu ve kapsanan öneki belirlemek için uyumlu bir doğrulayıcı veya bayta duyarlı bir analiz kullanın. Content-Type ve yorumlamayla ilgili diğer başlıkların seçilip seçilmediğine dikkat edin. Başlık kapsamı incelemesi ek riskleri ortaya çıkarabilir ancak imzasız gövde içeriğini imzalı hale getirmez.

Alıcı sistemin sınırlı gövdeli imzalara özel politika uygulayıp uygulamadığını kontrol edin. RFC 6376 bölüm 8.2 imzalayanları l'ye karşı son derece dikkatli olmaları konusunda uyarıyor ve değerlendiricilerin bu tür imzaları göz ardı edebileceğini belirtiyor. Matematiksel olarak geçerli bir önek imzanın her yerde kabul edileceğine söz vermeyin.

İmza sınırında içeriğin tamamını tercih edin

Amaç, giden bir sorumluluk reddi beyanından kurtulmaksa, son mesajı yetkili bir alanla imzalamadan veya imzalamadan önce ilk olarak sorumluluk reddi beyanını taşımayı değerlendirin. Posta listeleri için listenin değişiklik ve imzalama tasarımını inceleyin. Bu yaklaşımlar, değiştirilen son eki kapsamdan gizlemek yerine işleme sırasını ele alır.

Eski bir iş akışı hala l kullanıyorsa nedenini, hangi rotaların ona bağlı olduğunu ve hangi alıcı yorumlama risklerinin kaldığını belgeleyin. Geri alma planıyla kontrollü bir yolda kaldırmayı veya değiştirmeyi test edin. Meşru gecikmeli ve dolaylı yolları kontrol etmeden tüm postaların imzalama profilini sessizce değiştirmeyin.

İnceleme sonucunu spesifik hale getirin

Sonuç, vücudun tam mı yoksa kısmi olarak mı kapsandığını, hangi mesajların bunu kullandığını ve kalan riski kimin kabul ettiğini belirtmelidir. Tam imzanın ve kapsanan temsilin kanıtlarını saklayın. Genel bir DKIM geçiş sayısı bu incelemeyi kapatmak için yeterli değildir çünkü imzanın gövde içeriğinin ne kadarını koruduğuna dair hiçbir şey söylemez.

Kurallı uzunluklu bir örnek üzerinde çalışın

Uyumlu bir aracın 140 oktetlik kanonikleştirilmiş bir gövdeyi ölçtüğünü ve imzanın l=100. Gövde karması ilk 100 sekizliyi kapsar; geri kalan 40'ı vücut karma kapsamının dışındadır. Kapsanan önek ve imzalı başlıklar değişmeden kalırsa, daha fazla eklenen içerik doğrulamayı başarılı bırakabilir. Bunun yerine standartlaştırılmış gövde l=100, değer RFC 6376 bölüm 3.5'i ihlal eder ve imza geçersizdir. Bunlar, ham dosya boyutları veya yürütülen bir şifreleme testi değil, standartlaştırma sonrasında oluşturulmuş sayımlardır.

Kompakt bir araştırma kaydı tutun

İncelenmekte olan rota için önerilen bu çalışma sayfasını kullanın. Bu bir planlama yardımcısıdır, yürütülen bir testin kanıtı değildir.

  • İmza: d, seçici, c, h ve l veya l'nin bulunmadığını kaydedin.
  • Kapsam: standartlaştırılmış vücut uzunluğu, kapsanan önek ve işaretsiz sonek, uygun bir araçla ölçülür.
  • Yorumlama: İçerik Türü kapsamı ve MIME /istemci oluşturmanın etkileri.
  • Karar: Kısmi kapsamı kaldırın, imzalama sırasını yeniden tasarlayın veya dar kapsamlı bir istisnayı belgeleyin.

[ Götürmek ]

kanonikleştirilmiş vücut sekizlilerini sayar; yokluğu tam vücut anlamına gelir ve sıfır, vücut kapsama alanı olmadığı anlamına gelir. İmzasız eklenen içerikler, imza hala geçerken okuyucuyu yanıltabilir. Altbilgiyi yerleştirmek için kısmi kapsamı kullanmak yerine son içeriği imzalamayı tercih edin.

[ 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

Kanonikleştirmeden sonra ölçün

Ham dosya boyutu, korunan gövde sayısı değildir.

Sonraki adımlar

  1. l ve c'yi birlikte inceleyin.
  2. Kontrollü akışlarda test kaldırma.

CISO / SecOps

Artık yorumlama riskini kaydedin

Eklenen içerik, alıcının gördüklerini etkileyebilir.

Sonraki adımlar

  1. MIME ve istemci sonuçlarını gözden geçirin.
  2. Bir istisna sahibine ad verin.

Kurucu / Teknik Olmayan

Geçişi tam kapsama ile eşitlemeyin

Uyumluluğa yönelik bir geçici çözüm, müşterilerin beklediği güvenceyi zayıflatabilir.

Sonraki adımlar

  1. Hangi rotaların l kullandığını sorun.
  2. Nihai içerik imzalama tasarımına fon sağlayın.

[ SSS ]

Sık sorulan sorular

Karakterlerle mi ölçülüyorum?

Hayır. Kanonikleştirilmiş gövdenin sekizlilerini sayar.

RFC 6376 §3.5

Ben yokken ne olur?

Kurallılaştırılmış gövdenin tamamı gövde karması kapsamına dahil edilir.

RFC 6376 §3.5

l=0 sınırsız anlamına mı geliyor?

Hayır. Bu, sıfır gövde sekizlilerinin kapsandığı anlamına gelir.

RFC 6376 §3.5

Gerçek vücut uzunluğunu aşabilir miyim?

Standartlaştırılmış gövde uzunluğunu aşan bir değer, imzayı RFC 6376 uyarınca geçersiz kılar.

RFC 6376 §3.5

Eklenen içerik imzasız kalabilir mi?

Evet. Kapsanan önekten sonraki içerik, imzanın gövde kapsamının dışında olabilir.

RFC 6376 §3.5

Her alıcı geçerli bir önek imzasını kabul edecek mi?

Hayır. Değerlendiriciler l; RFC 6376 özellikle risk konusunda uyarıyor.

RFC 6376 §8.2

İçerik Türü'nü imzalamak tüm riski ortadan kaldırır mı?

Hayır. İlgili başlık kapsamı önemlidir, ancak imzasız bir gövde eki imzasız kalır.

RFC 6376 §8.2

Tercih edilen altbilgi onarımı nedir?

Gövde kapsamını sınırlamak yerine, son yetkili imzadan önce altbilgiyi uygulamayı değerlendirin.

[ Kaynaklar ]

Kaynaklar

  1. RFC 6376 Etki Alanı Anahtarlarıyla Tanımlanan Posta İmzaları

    Bölümler §3.5 · §5.3.1 · §5.4.1 · §6.1.3 · §8.2

  2. RFC 9989 Etki Alanı Tabanlı Mesaj Kimlik Doğrulaması Raporlaması ve Uyumluluğu

    Bölümler Giriş · §4.4 · §5.3.5

  3. RFC 8601 Kimlik Doğrulama Sonuçları

    Bölümler §1.2 · §7.1

[ Sözlük ]

Sözlük

DKIM
DomainKeys Tanımlı Posta, seçilen mesaj içeriğini imzalayan alanın genel anahtarıyla doğrular.

RFC 6376 §1

Kanonikleştirme
Belirtilen dönüşümler, DKIM karma işleminden ve doğrulamadan önce başlıklara veya gövdeye uygulandı.

RFC 6376 §3.4

Vücut boyu etiketi (l)
DKIM gövde karmasına kaç adet kanonikleştirilmiş gövde sekizlisinin gireceğini sınırlayan isteğe bağlı bir sayım.

RFC 6376 §3.5

sekizli
Sekiz bit; DKIM gövde uzunluğu, görüntülenen karakterler yerine bu birimleri sayar.
MIME
Metni, ekleri ve çok parçalı içeriği temsil etmek için kullanılan mesaj yapısı ve kodlamalar.

RFC 6376 §8.2

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ı