[ DKIM ]

Güvenliği ihlal edilmiş bir DKIM imzalama anahtarına yönelik olay yanıtı

Açıkta kalan imzalama yetkisini içerir, etkilenen anahtarları değiştirir ve kanıta dayalı bir olay zaman çizelgesini korur.

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

[ Anahtar noktalar ]

  • Açıkta kalan imzalama yetkisini içerir, etkilenen anahtarları değiştirir ve kanıta dayalı bir olay zaman çizelgesini korur.
  • Yeni bir anahtar, saldırganın mevcut erişimini ortadan kaldırmaz.
Bu sayfada

Güvenliği ihlal edilmiş bir DKIM özel anahtar, bir saldırganın etkilenen imzalama alanı altında doğrulanan imzalar oluşturmasına olanak sağlayabilir. Etkinliği bir imza yetkisi olayı olarak değerlendirin. DNS kaydının değiştirilmesi, korumanın yalnızca bir kısmıdır ve DKIM doğrulaması tek başına yetkili bir imzalayıcıyı aynı anahtarı tutan bir saldırgandan ayırt edemez.

Etkilenen otoriteyi oluşturun

İmza alan adını, seçicileri, anahtar saklayıcıyı ve özel anahtarı kullanan her hizmeti tanımlayın. Sırrı destek taleplerine veya sohbete kopyalamadan ilgili denetim günlüklerini, yapılandırmayı ve temsilci şüpheli mesajlarını koruyun. Keşif süresini, olası maruz kalma penceresini ve bilinenlerle şüphelenilenleri kaydedin.

Özel anahtar hırsızlığını, imzalama hizmetine yetkisiz erişimden ayırın. Hesap erişimine sahip bir saldırgan, erişim kontrol altına alınmadığı sürece anahtar rotasyonundan sonra imzalamaya devam edebilir. DNS yönetimi uzlaşması, kendi yanıtını gerektiren başka bir bağımlılıktır. Bu soruşturmaları olay sahibinin gözetiminde koordine edin.

Yeni kötüye kullanımı durdurun ve eski doğrulama yolunu iptal edin

Onaylanan olay süreci aracılığıyla etkilenen imzalama yollarını veya kimlik bilgilerini askıya alın. RFC 6376 boş bir p değeri yayınlayarak iptale izin verir. Anahtarın çıkarılması, yokluğun görüldüğü durumlarda başarılı bir şekilde anahtarın alınmasını da engeller. Platform tarafından desteklenen yanıtı seçin ve tam olarak doğrulayın seçici ve etki alanını değiştirmeden önce.

İptal, her alıcıda anında gerçekleşmez. Önbelleğe alınmış DNS verileri ve önceden değerlendirilmiş olan mesajlar, zamana bağlı bir sınır oluşturur. DNS değiştirmenin, teslim edilen postadaki imzaları geriye dönük olarak geçersiz kılacağına veya kötü amaçlı mesajların kabul edilmediğini kanıtlayacağına dair söz vermeyin.

Normal rotasyon çakışması, sıraya alınmış meşru mesajların doğrulamasını korur. Tehlike sırasında, açığa çıkan anahtarın doğrulanabilir tutulması saldırganın yeteneğini de koruyabilir. Olay sahibi, rutin çakışma planını otomatik olarak uygulamak yerine, gecikmeli posta hatalarına karşı korumayı tartmalıdır.

İmzalamayı temiz bir yolla geri yükleyin

Maruz kalma nedenini belirledikten sonra güvenilir, desteklenen bir süreç aracılığıyla yedek anahtar malzemesi oluşturun. Eski ve yeni kanıtların ayırt edilebilmesi için desteklenen yeni bir seçiciyi tercih edin. Mevcut şifreleme gerekliliklerini uygulayın. RSA imzalama için RFC 8301 , rsa-sha1 yerine rsa-sha256'yı gerektirir ve en azından şunu önerir: 2048 bit anahtarlar.

Açıklayıcı yanıt: seçici sales1 açığa çıkar ve imza hesabı kapsanır. Temiz imzalayan, satış1 iptal edilirken satış2'yi kullanır. Yeni kontrollü posta, sales2 ile doğrulanır ve Kimden ile uyumlu hale gelir; sales1 ile imzalanan gecikmiş posta başarısız olabilir. Bu örnek, tamamlanmış bir olayı veya evrensel alıcı davranışının garantisini değil, açık bir değiş-tokuşu açıklamaktadır.

Kurtarmayı doğrulayın ve belirsizliği koruyun

Yalnızca bir posta kutusunu değil, etkilenen her rotayı test edin. Ham mesajları ve güvenilir sonuçları kaydedin, yeni seçiciyi inceleyin, onaylayın hizalama ve güvenliği ihlal edilmiş kimlik bilgilerinin artık imzalamaya izin vermediğini doğrulayın. Teşhir süresine ilişkin sağlayıcı günlüklerini ve alıcı raporlarını inceleyin; raporların her alıcıyı kapsamadığını veya her mesajı kimin gönderdiğini kanıtlamadığını unutmayın.

Sınırlama, DNS gözlemleri, yedek dağıtım ve müşteri etki değerlendirmesi için bir zaman çizelgesi sağlayın. Adli kopyaları erişim kontrollü tutun. Geriye kalan soruşturma ve düzeltilmiş anahtar saklama veya erişim hatası için olayı yalnızca tanımlanmış bir sahiple kapatın. Başarılı yeni bir imza, kurtarma yolunun işe yaradığını kanıtlar; tek başına daha önceki kötüye kullanımın tam kapsamını oluşturmaz.

Acil bir durumdan önce masa üstünde egzersiz yapın

Bu sentetik zaman çizelgesinde, hizmet hesabı A satışları1, temiz hesap B ise satışları2 tutar. Sıfır dakikada A'yı içerir. Birinci dakikada, sales1 iptalini yayınlayın. İkinci dakikada, kurgusal çözümleyicinin eski anahtarı hâlâ önbelleğe alınmış durumdadır, dolayısıyla eski imzalar burada doğrulanabilir durumda kalabilir. Üçüncü dakikada temiz satış2 rotasını başlatın. Otuz dakikada, yalnızca DNS kurtarma bildirmek yerine, rota başına alınan sonuçları toplayın ve kanıtlara erişin. Bu zamanlamalar vaat edilen bir yayılma aralığını değil, sıralamayı gösterir.

Bu yazılı tablo beş gerekli kurtarma gözlemi önermektedir: eski erişim devre dışı bırakıldı, maruz kalma nedeni kontrol altına alındı, yeni anahtar yayınlandı, yeni imza doğrulandı ve yeni imza hizalandı. Yeni postanın geçtiği ancak eski erişimin hâlâ etkin olduğu bir senaryo, kurtarma geçidinde başarısız olur. Beşini de karşılayan bir senaryo modellenen kapıdan geçer. Her iki gözlem seti de sentetiktir; hiçbir masaüstü program, kiracı veya mesaj testi yürütülmedi. Gerçek bir olay sırasında gerçek koruma, önbellek gözlemleri, onaylar ve mesaj testleri gerekli olmaya devam eder.

Çözümlenmemiş her kurtarma kapısına bir sahip atayın

Yazılı örnek olay KEY-01, yedek seçici sales2'nin From sales@example.org için d=example.org, ancak eski hizmet hesabının etkin kaldığını varsayar. Olay sahibi, kurtarmayı açık tutmalı ve erişim kısıtlamasını ele almalıdır; bir posta yöneticisinin başarılı imza testi bu açığı kapatamaz. Eski çözümleyici önbellekleri ve geçmişteki kötüye kullanım kapsamı hala bilinmiyor. Kimlikler ve sonuçlar, yürütülen bir olay değil, öngörülen öğretim varsayımlarıdır.

[ Götürmek ]

Yeni bir anahtar, saldırganın mevcut erişimini ortadan kaldırmaz.

[ 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

Etkilenen yolun tamamını değiştirin

Saldırganın imzalama erişimini sürdürmesi durumunda yeni DNS verileri yetersiz olur.

Sonraki adımlar

  1. Paylaşılan anahtar rotalarının envanteri.
  2. Temiz desteklenen bir seçici dağıtın.
  3. Geri yüklenen her rotayı doğrulayın.

CISO / SecOps

Savunulabilir bir olay zaman çizelgesini koruyun

Doğrulama ve ilişkilendirme, temel maruz kalma sonrasında farklı sorulardır.

Sonraki adımlar

  1. Kimlik bilgilerini ve DNS erişimini içerir.
  2. Önbelleği kaydedin ve belirsizliği bildirin.
  3. Maruz kalma nedenini araştırın ve düzeltin.

Kurucu / Teknik Olmayan

Muhafazayı ve sürekliliği koordine edin

Acil durum iptali, yasal gecikmeli postaların yanı sıra kötüye kullanımı da etkileyebilir.

Sonraki adımlar

  1. Olay karar sahibinin adını belirtin.
  2. Risk altındaki kritik mesajları belirleyin.
  3. Bir kurtarma iletişim planını onaylayın.

[ SSS ]

Sık sorulan sorular

Özel anahtara sahip bir saldırgan bizim alan adımız olarak oturum açabilir mi?

Alıcılar bu anahtarı doğrularken, etkilenen anahtar ve imzalama alanı altında imzalar oluşturabilirler.

Anahtarın döndürülmesi çalınan hesap erişimini iptal eder mi?

Hayır. Hizmet kimlik bilgilerini ve izinlerini ayrı ayrı içerir.

Boş bir p değeri ne anlama gelir?

RFC 6376 bunu iptal edilmiş bir anahtar olarak tanımlar.

DNS iptali her yerde anında mı yapılıyor?

Hayır. Önbellek durumu ve önceki mesaj değerlendirmeleri mevcut değişikliğin kanıtladıklarını sınırlar.

Güvenliği ihlal edilmiş bir anahtarın rutin olarak çakışması mı gerekir?

Otomatik olarak değil. Devam eden doğrulama, kötüye kullanımı önleyebilir, dolayısıyla karara sınırlama riski yön verir.

İptal, halihazırda iletilen iletileri değiştirir mi?

Orijinal kimlik doğrulama sonuçlarını veya teslimat kararlarını geriye dönük olarak değiştirmez.

Neden yeni bir seçici kullanmalısınız?

Desteklendiğinde, yedek imza ve soruşturma kanıtlarını açığa çıkan anahtardan ayırır.

İyileşmeyi ne kanıtlar?

Temiz erişim, düzeltilmiş gözetim, yeni rota başına doğrulanmış ve hizalanmış mesajlar ve belgelenmiş kalan soruşturma.

[ Kaynaklar ]

Kaynaklar

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

    Bölümler §3.4 · §3.6.1 · §3.7 · §6.1.2 · §8.3

  2. RFC 8301 : DKIM Şifreleme Algoritması ve Anahtar Kullanımı Güncellemesi

    Bölümler §3.1 · §3.2

  3. RFC 9989 : Etki Alanı Tabanlı İleti Kimlik Doğrulaması, Raporlama ve Uyumluluk

    Bölümler §4.4 · §5.3.1 · §5.3.5 · §7.4 · §11.7

[ Sözlük ]

Sözlük

DKIM
Seçilen mesaj içeriğini bir imzalama alanına bağlayan imza tabanlı bir mekanizma.
SPF
SPF protokolü tarafından tanımlanan kimlik için bağlanan gönderen IP'nin yetkilendirilmesi.
DMARC hizalaması
Yazar etki alanı ile kimliği başarıyla doğrulanmış bir tanımlayıcı arasındaki gerekli etki alanı ilişkisi.
DKIM seçici
Herkese açık doğrulama verilerini bulmak için imzalama alanıyla birlikte kullanılan s değeri.

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ı