[ DKIM ]

DKIM anahtar yok ve seçici bulunamadı hataları sorunlarını giderme

Aramayı gerçek bir imzadan türetin ve eksik anahtarları geçici DNS ve içerik hatalarından ayırın.

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

[ Anahtar noktalar ]

  • Her imzanın d ve s değerlerinden tam aramayı elde edin.
  • Eksik anahtarları, kullanılamayan DNS ve kullanılamayan döndürülen verileri ayırt edin.
  • Geçmiş sonuçları koruyun ve onarımları yeni kanıtlarla doğrulayın.
Bu sayfada

A DKIM Anahtarsız teşhis genellikle doğrulayıcının bir imza için gerekli doğrulama anahtarını bulamadığı anlamına gelir. Yararlı başlangıç ​​noktası mesajın gerçek anlamıdır. seçici ve alan adını imzalama. Ortak bir seçiciyi tahmin etmek veya görünen Kimden alan adını sorgulamak, yanlış DNS sorusuna tamamen doğru bir yanıt verilmesine yol açabilir.

Orijinal alınan mesajı ve güvenilir kimlik doğrulama sonucunu koruyun. Anahtar teslimattan bu yana değişmiş olabileceğinden gözlem süresini kaydedin. Daha sonra sonuçta adı geçen imzanın tam olarak ne olduğunu araştırın; iletiler, farklı arama adları ve sonuçları olan birden fazla imza taşıyabilir.

Tam DNS sorusunu türetin

S ve d'yi okuyun DKIM-Signature. s=campaign7 ve d=mailer.example, campaign7._domainkey.mailer.example şeklindedir. Seçici evrensel bir sağlayıcı adı değildir ve imza alan adının görünen Kimden alanıyla aynı olması gerekmez. RFC 6376 §3.1, RFC 6376 §3.5 Ve RFC 6376 §3.6.2.1 Bu unsurları tanımlayın.

Desteklenen yapılandırmanın beklediği adı ve kayıt türünü sorgulayın. Altında RFC 1034 §3.6.2, eğer hizmet bir CNAME, doğrulama verilerine kadar takip edin ve ara hedefi yakalayın. Son ekin iki kez eklenmesi gibi DNS düzenleyici hatalarını kontrol edin, bir kayıt yanlış bölgede yayınlanmış veya farklı bir kiracıdan kopyalanmış bir seçici.

Yokluğu, bulunamamaktan ayırt edin

Karşılık gelen bir anahtar oluşturmayan olumsuz bir yanıt, zaman aşımına uğrayan bir sorgudan farklıdır. RFC 6376 §6.1.2 Eksik bir anahtar için PEMFAIL gerektirir ve anahtar sorgusu yanıt vermediğinde TEMPFAIL'e izin verir. Bunlar doğrulayıcı işleme sonuçlarıdır; Bir teşhis ürününde görüntülenen etiketin tamamı farklı olabilir.

Yalnızca kırmızı bir göstergeyi değil, DNS yanıt kodunu ve yanıtını yakalayın. Kanıtın mevcut olduğu durumlarda, başarısız alıcıyla ilgili özyinelemeli görüşle yetkili yanıtları karşılaştırın. Daha sonra dizüstü bilgisayarınızdan başarılı bir arama yapılması, anahtarın orijinal değerlendirme zamanında ulaşılabilir olduğunu kanıtlamaz.

Üç dallı bir teşhis ağacı kullanın

İlk olarak, mesajda DKIM-Signature bulunmuyorsa seçici araması yerine imzalama yapılandırmasını araştırın. Alınacak mesaja özel bir s ve d çifti yoktur. İkinci olarak, bir imza mevcutsa ve anahtarı yoksa yayın, geçiş ve emeklilik geçmişini inceleyin. Üçüncüsü, anahtar mevcutsa ancak vücut karması veya imza başarısız olursa içeriğe, anahtar eşleşmesine veya kriptografik kontrollere geçin.

Örnek durum: DNS yalnızca yeni8'i içerirken eski7 mesaj adları seçicisi. Yeni8'in doğru şekilde yayınlanması, eski7 imzasını doğrulayamaz. Old7 kasıtlı olarak kullanımdan kaldırıldıysa, gecikmeli veya arşivlenmiş postalarda hata beklenebilir. Old7 yanlışlıkla kaldırıldıysa ve anahtarı hâlâ güvenilirse, doğru doğrulama verilerinin geri yüklenmesi uygun bir onaylı onarım olabilir. Bunlar tanılama senaryolarıdır, yürütülen kiracı testleri değildir.

Anahtarı aldıktan sonra geçerliliğini kontrol edin

TXT yanıtı bulmak doğrulamayı tamamlamaz; RFC 6376 §3.6.1 Ve RFC 6376 §6.1.2 Anahtar söz dizimini ve doğrulamayı tanımlayın. Hatalı biçimlendirilmiş bir anahtar, iptali belirten boş bir p değeri veya uyumsuz anahtar materyali kullanılabilir bir doğrulama anahtarı değildir. Altında RFC 4592 §3.3.3, bir joker karakter TXT kaydı DKIM ile ilgisi olmayan bir yanıt da üretebilir. Kullanılamayan her yanıtı eksik seçici olarak yeniden etiketlemeyin.

Sağlayıcının tam geçerli kayıt değerini veya bilinen, yetkili bir yapılandırma yedeğini kullanın. Aramayı karşılamak için asla rastgele bir genel anahtar oluşturmayın: imzayı oluşturan özel anahtarla eşleşmeyecektir. Paylaşılan bir aramada, diğer gönderenleri ve geciken iletileri incelemeden kayıtları değiştirmekten kaçının.

Düzeltmeyi yeni kanıtlarla doğrulayın

Yetkili onarımın ardından DNS inceleyin ve etkilenen rota üzerinden yeni kontrollü posta gönderin. Alınan sonucu, imza kimliğini ve hizalama değerlendirme. Orijinal örnek şimdi doğrulanıyorsa, geçmiş alıcı sonucunu yeniden yazmak yerine bunu daha sonra yeniden kontrol olarak kaydedin.

Olayı eksik ad, neden, geri yüklenen bağımlılık ve önleme tedbiriyle kapatın. Bir seçici envanteri ve bir emeklilik kontrol listesi, bir denetleyici kırmızı rapor verdiğinde tekrar tekrar kayıt eklemekten daha etkili bir şekilde yinelenmeyi azaltır.

Sınırlı bir sonucu koru

Eski7 ve yeni8 için geçerli seçiciyi olay kaydına kopyalamak yerine eski imzanın aramasını koruyun. Eski7 anahtarının olmaması, zaman aşımı ve boş-p iptali farklı gözlemlerdir. Daha sonraki başarılı bir yeniden kontrol, daha sonraki zamanını korumalıdır. Öğretme senaryosu için herhangi bir onarım veya imza doğrulaması yapılmamıştır.

[ Götürmek ]

Her imzanın d ve s değerlerinden tam aramayı elde edin. Eksik anahtarları, kullanılamayan DNS ve kullanılamayan döndürülen verileri ayırt edin. Geçmiş sonuçları koruyun ve onarımları yeni kanıtlarla doğrulayın.

[ 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

Tam imzayla başlayın

Doğru DNS tanısı gerçek d ve s değerlerine bağlıdır.

Sonraki adımlar

  1. Orijinal sonucu ve zaman damgasını yakalayın.
  2. Negatif DNS zaman aşımından ayırt edin.
  3. Alma işleminden sonra anahtar sözdizimini ve eşleşmeyi kontrol edin.

CISO / SecOps

Güvenli olmayan anahtar restorasyonundan kaçının

Kullanımdan kaldırılan doğrulama verilerinin geri yüklenmesi, uzlaşma yanıtıyla çakışabilir.

Sonraki adımlar

  1. Anahtarın neden kaybolduğunu inceleyin.
  2. Yalnızca güvenilir malzeme için restorasyonu onaylayın.
  3. Seçici yaşam döngüsü kanıtlarını koruyun.

Kurucu / Teknik Olmayan

DNS değiştirmeden önce başarısız olan bağımlılığı bulun

Genel bir hata, kullanımdan kaldırılan bir hizmeti veya yanlış kiracının talimatlarını gizleyebilir.

Sonraki adımlar

  1. Etkilenen iş rotasını belirleyin.
  2. Seçicinin kasıtlı olarak emekli olup olmadığını sorun.
  3. Yeni mesaj doğrulama sonucunu zorunlu tutun.

[ SSS ]

Sık sorulan sorular

Seçiciyi nerede bulabilirim?

Etkilenen mesajdaki DKIM-Signature postaları okuyun ve bunu imzanın d alanıyla birleştirin.

RFC 6376 §3.5 RFC 6376 §3.6.2.1

Görünür Kimden alanını sorgulamalı mıyım?

Yalnızca imzanın d alanı da olması durumunda. DKIM araması, varsayılan bir Kimden kimliğini değil, d'yi izler.

RFC 6376 §3.6.2.1

Zaman aşımı, eksik anahtarla aynı mıdır?

Hayır. Zaman aşımı, geçici olarak kullanılamama anlamına gelir; yerleşik bir anahtarın bulunmaması ayrı bir sonuçtur.

RFC 6376 §6.1.2

Yayınlanan yeni bir seçici eski bir imzayı doğrulayabilir mi?

Hayır. Doğrulayıcı, bu imzayla adlandırılan seçiciyi takip eder.

RFC 6376 §3.1 RFC 6376 §3.6.2.1

Herhangi bir TXT yanıtı anahtar olarak sayılır mı?

Hayır. Kullanılabilir DKIM doğrulama materyali içermelidir; hatalı biçimlendirilmiş, iptal edilmiş veya ilgisiz veriler yeterli değildir.

RFC 6376 §3.6.1 RFC 6376 §6.1.2

Yeni bir genel anahtar oluşturarak bunu düzeltebilir miyim?

Mevcut bir imza için değil. Doğrulama anahtarı, onu imzalayan özel anahtara karşılık gelmelidir.

RFC 6376 §3.7

Mesajın imzası yoksa ne olur?

Rotanın neden imzalanmadığını araştırın. Seçici araması imzasız bir iletiyi doğrulayamaz.

RFC 6376 §6.1

Daha sonra başarılı bir kontrol orijinal arızanın yerini alabilir mi?

Hayır. Zamanı ve DNS durumuyla birlikte yeni bir gözlem olarak kaydedin.

[ Kaynaklar ]

Kaynaklar

  1. RFC 6376

    Bölümler §3.1 · §3.5 · §3.6.1 · §3.6.2.1 · §3.7 · §6.1 · §6.1.2

  2. RFC 1034

    Bölümler §3.6.2

  3. RFC 4592

    Bölümler §3.3.3

[ Sözlük ]

Sözlük

Seçici
DNS doğrulama anahtarı arama adını oluşturmak için d ile birlikte kullanılan imzanın değeri.

RFC 6376 §3.6.2.1

İptal edilen anahtar
Boş p değerine sahip bir DKIM anahtar kaydı; Bu kaydı bulmak kullanılabilir bir doğrulama anahtarı sağlamaz.

RFC 6376 §3.6.1

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ı