Sertifika olaylarının çoğu plansız gelir: süresi dolan sertifika, sızdırılan özel anahtar, yanlış verilmiş sertifika. Önceden yazılmış bir müdahale planı, karar süresini dakikalara indirir.
Olay türleri ve ilk eylem
| Olay | İlk eylem |
|---|---|
| Sertifika süresi doldu | Hızlı yenileme veya reissue, doğrulama durumu kontrolü |
| Özel anahtar ele geçirildi şüphesi | Yeni anahtar üret, eskisini iptal ettir |
| Yetkisiz veya hatalı sertifika | CA'ya bildir, sertifika şeffaflık kayıtlarını incele |
| Zincir/ara sertifika sorunu | Doğru ara sertifika paketini yeniden kur |
Plan bileşenleri
- Roller: olay yöneticisi, teknik uygulayıcı, iletişim sorumlusu ve CA ile konuşacak kişi.
- İletişim kanalı: önceden belirlenmiş ortak kanal ve yedek iletişim yolu.
- Envanter erişimi: hangi sertifikanın hangi sunucuda olduğunu hemen bulabilmek.
- Hazır yetkiler: CA hesabı, DNS paneli ve sunucu erişimi aynı anda tek kişiye bağlı olmasın.
- Olay sonrası inceleme: kök neden ve önleyici eylemleri yazın.
Süresi dolma durumunda hızlı kontrol
echo | openssl s_client -connect example.com:443 -servername example.com 2>/dev/null | openssl x509 -noout -datesHangi sunucunun eski sertifikayı sunduğunu belirlemek için yük dengeleyici arkasındaki her düğümü ayrı ayrı sorgulayın.
İletişim
- Müşteri görünümlü bir kesinti varsa kısa ve dürüst bir durum mesajı yayınlayın.
- İç ekip için zaman çizelgesi tutun.
Plan yılda en az bir kez masa başı tatbikatla denenmelidir. Anahtar ele geçirilme şüphesinde yapılacakları ayrıntılı görmek için bilgi bankasındaki iptal yazılarına bakın, desteğe ihtiyaç duyarsanız Türkçe teknik destek ile iletişime geçin.
Olay sonrası inceleme soruları
- Olay neden önceden yakalanamadı: alarm mı yoktu, yoksa yanlış kişiye mi gitti?
- Yenileme süreci neden takıldı: doğrulama mı, onay mı, erişim mi?
- Bir dahaki sefere aynı durumun tekrarını hangi kontrol engeller?
Cevapları kısa bir belgeye yazıp politikaya ve izleme yapılandırmasına yansıtın.