[ DKIM ]

DKIM anahtar uzunluğu ve algoritmaları: mevcut alıcı desteğini kontrol edin

Ayrı zorunlu şifreleme sınırları, daha güçlü önerilen seçenekler ve gerçek gönderme hizmetiniz için gereken kanıtlar.

EmailAuth araştırma ekibi tarafından

[ Anahtar noktalar ]

  • Desteklenen güçlü şifrelemeyi tercih edin ve tam gönderme yolunu doğrulayın.
Bu sayfada

Bir tane seçin DKIM protokolü karşılayan ve postanızı gönderen ve alan sistemlerde çalışan anahtar yapılandırması. Kontrol panelinde daha büyük bir sayı tam bir güvenlik kararı değildir. Algoritmayı, anahtar türünü ve alıcı kanıtını kaydedin ve kriptografik gücü teslimattan ve dağıtımdan ayrı tutun. hizalama.

Güncellenmiş RSA gereksinimlerini kullanın

RFC 8301 eski DKIM spesifikasyonunu günceller. RSA için imzalama anahtarları en az 1024 bit olmalı ve imzalayanlar en az 2048 bit kullanmalıdır. Doğrulayıcılar, 1024 bitten 4096 bit'e kadar RSA anahtarlarıyla doğrulamayı desteklemeli, daha büyük anahtarları destekleyebilir ve 1024 bitin altındaki RSA anahtarlarını geçerli olarak kabul etmemelidir. Doğrulayıcı, anahtar uzunluğuna dayalı olarak yerel bir politikayı hâlâ uygulayabilir.

Aynı RFC, imzalama ve doğrulama için rsa-sha1'i yasaklar. Güncel dağıtım önerisi olarak eski bir öğreticinin SHA-1 örneğini kullanmayın. Gerçek olanı kontrol edin a= alınan değer DKIM-Signature ve onun aracılığıyla ulaşılan anahtar türü seçiciBir yöneticinin orijinal kurulumu hatırlamasına güvenmek yerine.

Minimum ve öneri farklı soruları yanıtlar. 1024 bitlik bir RSA anahtarı, önerilen daha güçlü seçeneği karşılamadan belirtilen katı karşılayabilir. Kuruluşun bunu belgelenmiş bir sistem sınırlaması nedeniyle elinde tutması durumunda istisnayı, sahibini ve kaldırma koşulunu kaydedin. Bu istisnayı evrensel en iyi konfigürasyon olarak tanımlamayın.

Anahtar oluşturmadan önce hizmeti kontrol edin

Sağlayıcının anahtarları yönetip yönetmediğini veya müşteri tarafından sağlanan materyali kabul edip etmediğini belirleyin. Amazon SES Easy DKIM , bir 2048 bit varsayılan; Bu ürün davranışının tüm posta platformlarına genelleştirilmemesi gerekir. Bazı hizmetler yalnızca desteklenen bir seçenek kümesini ortaya çıkarır. Oluşturulan 4096 bitlik anahtar, amaçlanan imzalayanın onu yükleyememesi veya DNS sağlama yolunun genel kaydını bozması durumunda işe yaramaz.

RFC 8463 Ed25519-SHA256'yı ekler: İmzalayanlar bunu uygulamalı ve doğrulayıcılar da bu spesifikasyon kapsamında uygulamalıdır. Anahtar boyutları, eşdeğer güvenlik önlemleri olarak RSA boyutlarıyla sayısal olarak karşılaştırılamaz. Standarttaki destek, dağıtılan her imzalayıcı, alıcı veya yönetim arayüzünde destek olduğunu göstermez. Algoritma geçişini, kozmetik bir ayar olarak değil, açık kanıtlara sahip bir uyumluluk değişikliği olarak ele alın. RFC 8463 bölüm 6 paralel RSA'ya izin verir ve Ed25519 geçiş sırasında imzalar; her seçici tek bir anahtar kaydı tanımladığından ayrı seçiciler kullanmaları gerekir. Planlamadan önce gerçek imzalama hizmetinin bu yaklaşımı desteklediğini doğrulayın.

Yararlı bir doğrulama matrisi oluşturun

Her gönderme yolu için yazılımı veya sağlayıcıyı, algoritmayı, ilgili olduğu yerde anahtar boyutunu, seçiciyi, yayın yöntemini ve temsili bir alıcı sistemi kaydedin. Üç testi ayırın: İmzalayan yapılandırmayı kabul eder, genel anahtar bozulmadan çözümlenir ve alıcı, imzalayan tarafından üretilen mesajı doğrular.

Örnek bir geçiş, eski bir 1024 bit RSA fatura imzalayıcıyla başlar. Önerilen hedef SHA-256'lı 2048 bit RSA'dır. Platformun desteklenen sürecini kullanarak yeni bir seçici yayınlayın, anahtarı doğrulayın, faturalandırma uygulaması aracılığıyla gönderin ve alma sonucunu inceleyin. Bir çalışanın posta kutusundan yapılan test, faturalandırma uygulamasının değiştirildiğini kanıtlamaz. Olay müdahalesi aksini gerektirmedikçe, eski bağımlılığı yalnızca planlanan geçiş ve yasal gecikmeli posta için koruyun.

Arızaları tam olarak yorumlayın

Daha büyük bir kayıt yayınlanamazsa, şifrelemeyi zayıflatmadan önce DNS arayüzünü ve TXT gösterimini araştırın. Doğrulamada desteklenmeyen bir algoritma rapor edilirse bu bulguyu gerçek alıcı ve yazılım sürümüyle karşılaştırın. DKIM geçerse ancak DMARC başarısız olursa, anahtar boyutunu tekrar değiştirmek yerine kimlik hizalamasını inceleyin.

Neyin test edildiğini ve neyin bilinmediğini belgeleyin. Başarılı alıcılardan oluşan bir örnek, internetin tamamını kapsayan bir garanti değil, faydalı bir operasyonel kanıttır. Sağlayıcı, kriptografik rehberlik veya önemli alıcı popülasyonu değiştiğinde incelemeyi planlayın. Karar, gereklilikleri, uygulama sınırları ve gözlemlenen sonuçların tamamı görünür olduğunda savunulabilir.

RSA ve Ed25519 DKIM imzaları: dağıtım soruları ve birlikte çalışabilirlik · DKIM genel anahtar sözdizimi: kesilmiş veya hatalı biçimlendirilmiş DNS değerlerini tanımlar.

Kullanıma sunmadan önce kararı kaydedin

  • Geçerli rota: uygulama, sahip, imzalama alanı, seçici ve yayılan algoritma.
  • Önerilen seçim: Gerektiğinde 2048 bit veya daha güçlü bir hızda desteklenen RSA-SHA256 veya desteklenen bir Ed25519 geçişi.
  • Kabul kanıtı: imzalayan anahtarı yükler; DNS bunu bozulmadan sunar; güvenilir bir alıcı sistem bu uygulamadan gelen bir mesajı doğrular.
  • Durdurma koşulu: desteklenmeyen algoritma, hatalı biçimlendirilmiş anahtar veya eksik imza. Çalışan seçiciyi kullanımdan kaldırmadan önce bu kusuru giderin.
  • İstisna: 1024 bit RSA tutuluyorsa sınırlamayı, risk sahibini ve yeniden değerlendirme tarihini belirtin.

[ 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

Yayılan algoritmayı yakalayın.

Kaydedilmiş bir kontrol paneli seçeneği teldeki imzanın kanıtı değildir.

Sonraki adımlar

  1. a ve s değerlerini inceleyin.
  2. Her uygulama rotasını test edin.
  3. Eski seçici emeklilik gerekçesini koruyun.

CISO / SecOps

Zemini tavsiyeden ayırın.

İzin verilen minimum, kalıcı bir risk kabulü değildir.

Sonraki adımlar

  1. Eski SHA-1 kullanımını inceleyin.
  2. Daha zayıf anahtar istisnalarını izleyin.
  3. Kılavuz değiştiğinde istisnaları gözden geçirin.

Kurucu / Teknik Olmayan

Uyumluluk çalışmasını finanse edin.

Bir şifreleme ayarını değiştirmek, yalnızca tüm bağımlı sistemler zaten bunu desteklediğinde ucuzdur.

Sonraki adımlar

  1. Eski gönderenleri tanımlayın.
  2. Bir istisna sahibi ayarlayın.
  3. Kalan uyumluluk testleri için bütçe.

[ SSS ]

Sık sorulan sorular

1024 bit RSA, RFC 8301 tarafından yasaklanmış mıdır?

Hayır. Burada izin verilen minimum RSA imzalama boyutudur. En az 2048 bit tavsiye edilir.

1024 bitin altındaki RSA anahtarları kabul edilebilir DKIM anahtarları mıdır?

RFC 8301 doğrulayıcıların bu imzaları geçerli olarak değerlendirmemesi gerektiğini söylüyor.

Daha eski alıcılar için rsa-sha1'i saklayabilir miyim?

RFC 8301 , rsa-sha1 imzalamayı ve doğrulamayı yasaklar. Desteklenen bir geçerli yapılandırmayı kullanın.

Bir alıcının 2048 bitlik anahtara sahip her imzayı kabul etmesi gerekir mi?

Hayır. Doğrulamanın başka gereksinimleri vardır ve alıcılar yerel kabul politikasını uygulayabilir.

4096 bit RSA daha iyi teslimatı garanti eder mi?

Hayır. Teslimat diğer kimlik doğrulama, politika ve filtreleme sinyallerine bağlıdır. Gerçek hizmeti ve rotayı doğrulayın.

Bir Ed25519 anahtarı, bit sayısı daha az olduğu için mi daha zayıftır?

RSA ve Ed25519 bit sayılarını eşdeğer güç ölçümleri olarak karşılaştırmayın. Bunlar farklı algoritmalardır.

DNS arayüzü daha uzun bir anahtarı reddederse ne olur?

Daha zayıf bir yapılandırma seçmeden önce desteklenen TXT dizesi işlemeyi ve sağlayıcı belgelerini kontrol edin.

Anahtar boyutu istisnası ne içermelidir?

Sınırlamayı, sorumlu sahibi, test edilen yapılandırmayı, risk kararını ve istisnanın kaldırılmasına ilişkin koşulu belirtin.

[ Kaynaklar ]

Kaynaklar

  1. RFC 8301

    Bölümler §3.1 · §3.2

  2. RFC 8463

    Bölümler §3 · §5 · §6

  3. Amazon SES : Kolay DKIM

    Bölümler DKIM imzalama anahtarı uzunluğu

  4. RFC 6376 : DKIM imzası ve anahtar alanları

[ Sözlük ]

Sözlük

dkim
Alıcının genel anahtar verileriyle doğruladığı, seçilen mesaj başlıkları ve gövde içeriği üzerinde alanla ilişkili bir imza.
seçici
DKIM doğrulama verilerini bulmak için imzalama alanıyla birlikte kullanılan s değeri.
rsa
Rsa-sha256 DKIM imza yöntemi tarafından kullanılan genel anahtar algoritması.
ed25519
RFC 8463 tarafından DKIM eklenen ortak anahtar imza algoritması.

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ı