Siber Güvenlik

Güvenlik Olay Müdahalesi (Incident Response) Planı

Saldırı olacak; soru ne zaman olacağıdır. Bu yazıda bir güvenlik olayına hazırlıktan tespite, sınırlamadan iyileşmeye kadar sağlam bir olay müdahale planının nasıl kurulacağını anlatıyoruz.

Güvenlik Olay Müdahalesi (Incident Response) Planı

Güvenlik dünyasında acı ama gerçek bir kabul vardır: yeterince uzun süre faaliyet gösteren her işletme, er ya da geç bir güvenlik olayıyla karşılaşır. Soru "başıma gelir mi?" değil, "geldiğinde hazır mıyım?" sorusudur. İşte bu hazırlığın adı olay müdahale planıdır (incident response). Panik anında değil, sakin bir günde hazırlanan bu plan, bir felaketi yönetilebilir bir krize dönüştüren en önemli araçtır.

Güvenlik Olay Müdahalesi (Incident Response) Planı
Veri şifreleme ve gizlilik

Bir güvenlik olayı yaşandığında en tehlikeli tepki doğaçlamadır. Kim neyi kapatacak, kimi arayacak, kanıt nasıl korunacak, müşterilere ne söylenecek? Bu soruların cevabını olay anında düşünmeye çalışmak, kaybedilen her dakikanın hasarı büyüttüğü bir durumda felakettir. Plan, herkesin ne yapacağını önceden bildiği bir yol haritası sunar.

Olay Müdahalesinin Altı Aşaması

Sağlam bir müdahale planı genellikle altı aşama üzerine kurulur. Bu aşamalar bir döngü oluşturur; her olaydan öğrenilenler bir sonraki hazırlığı güçlendirir.

1. Hazırlık

En kritik aşama, olaydan önce olan bu aşamadır. Müdahale ekibi belirlenir, roller tanımlanır, iletişim kanalları kurulur, gerekli araçlar hazırlanır ve plan yazıya dökülür. İyi hazırlanmamış bir ekip, en basit olayda bile dağılır.

2. Tespit ve Analiz

Bir olayın gerçekleştiğini fark etmek ve kapsamını anlamaktır. Log izleme ve uyarı sistemleri burada devreye girer. "Gerçekten bir olay mı, yoksa yanlış alarm mı?", "Ne kadarını etkiledi?", "Hangi sistemler risk altında?" sorularına cevap aranır.

3. Sınırlama (Containment)

Hasarın yayılmasını durdurmaktır. Etkilenen sistemi ağdan izole etmek, ele geçirilmiş hesapları kilitlemek, saldırganın erişimini kesmek bu aşamadadır. Amaç, yangını söndürmeden önce yayılmasını durdurmaktır.

4. Kök Neden ve Temizleme (Eradication)

Saldırının nasıl gerçekleştiğini bulmak ve kaynağını ortadan kaldırmaktır. Kötü amaçlı yazılımı temizlemek, istismar edilen açığı kapatmak, saldırganın bıraktığı arka kapıları bulmak. Kök neden bulunmadan yapılan temizlik, saldırganın geri dönmesine kapı bırakır.

5. Kurtarma (Recovery)

Sistemleri güvenli biçimde yeniden çalışır hale getirmektir. Temiz yedeklerden geri yükleme, sistemlerin güvenli olduğunun doğrulanması ve dikkatli bir izleme altında hizmete alınması. Aceleyle geri dönmek, henüz temizlenmemiş bir sistemi tekrar riske atar.

6. Olay Sonrası Değerlendirme

Belki de en çok atlanan ama en değerli aşamadır. "Ne oldu, nasıl oldu, nasıl daha iyi müdahale edebilirdik?" sorularının dürüstçe cevaplandığı toplantıdır. Suçlama değil, öğrenme odaklı olmalıdır. Bu değerlendirme, bir sonraki hazırlığı besler ve döngüyü kapatır.

Olay müdahalesinde amaç mükemmel olmak değil, hızlı ve organize olmaktır. Kötü bir planın bile plansızlıktan iyi olmasının nedeni, panik anında düşünmenin en zor iş olmasıdır.

Roller ve Sorumluluklar

Bir olay anında herkesin "birinin ilgilendiğini" varsayması, kimsenin ilgilenmemesiyle sonuçlanır. Plan, net roller tanımlamalıdır:

  • Olay yöneticisi: Süreci koordine eden, kararları veren kişi.
  • Teknik ekip: Tespit, sınırlama ve temizleme işlerini yürütenler.
  • İletişim sorumlusu: Müşteri, çalışan ve gerekirse otorite iletişimini yöneten kişi.
  • Hukuki/uyum sorumlusu: KVKK bildirimleri ve yasal yükümlülükleri takip eden kişi.

Küçük bir işletmede bu roller aynı kişide birleşebilir; önemli olan, hangi işin kime ait olduğunun önceden belli olmasıdır.

KVKK Boyutu: Bildirim Yükümlülüğü

Kişisel veri içeren bir ihlal yaşandığında, olay müdahalesi teknik bir konu olmaktan çıkar ve hukuki bir yükümlülük haline gelir. KVKK, kişisel veri ihlallerini öğrenildiğinden itibaren en kısa sürede (uygulamada 72 saat referans alınır) Kurul'a bildirmenizi ister; etkilenen kişilere de bilgi verilmelidir. Bu yüzden müdahale planınız, teknik adımların yanında bildirim sürecini de içermelidir.

İhlali gizlemek, ihlalin kendisinden çok daha ağır bir sorumluluk doğurur. Şeffaf ve hızlı bildirim, hem yasal risk hem itibar açısından her zaman daha güvenli yoldur.
Güvenlik Olay Müdahalesi (Incident Response) Planı
Sızma testi ve zafiyet taraması

Kanıtı Korumak

Olay anındaki en yaygın hatalardan biri, telaşla sistemleri sıfırlayıp temizleyerek kanıtı yok etmektir. Neyin, nasıl olduğunu anlamak ve gerekirse yasal süreçte kullanmak için kanıt korunmalıdır. Etkilenen sistemin imajını almak, logları saklamak ve müdahale adımlarını zaman damgasıyla kaydetmek, hem analiz hem de olası hukuki süreç için kritiktir.

İletişim: Sessizlik ve Panik Arasında

Bir olay sırasında iletişim, teknik müdahale kadar önemlidir. Ne aşırı sessiz kalıp güveni sarsmalı ne de eksik bilgiyle panik yaratmalısınız. İç iletişim (ekip ve yönetim) ile dış iletişim (müşteriler, iş ortakları, gerekirse otoriteler) önceden planlanmalı, kim ne zaman ne söyleyecek belirlenmiş olmalıdır. Doğru zamanlı ve dürüst iletişim, krizin itibar hasarını azaltır.

Planı Test Etmek: Masaüstü Tatbikatlar

Yazılı bir plan, hiç denenmemişse kâğıt üstünde kalır. Düzenli "masaüstü tatbikatları" (tabletop exercise) yapın: gerçekçi bir senaryo hayal edip, ekip her adımı sözlü olarak canlandırır. "Fidye yazılımı tüm dosyaları kilitledi, ilk 30 dakikada ne yaparız?" gibi bir senaryo, planın zayıf noktalarını gerçek bir olaydan önce ortaya çıkarır. Provasız plan, sınavdan önce hiç çalışmamaya benzer.

Olay Müdahale Planı Kontrol Listesi

  • Yazılı bir olay müdahale planım var mı?
  • Roller ve sorumluluklar net tanımlı mı?
  • Acil iletişim listesi (ekip, yönetim, gerekirse otorite) hazır mı?
  • KVKK bildirim süreci plana dahil mi?
  • Kanıt koruma adımlarım tanımlı mı?
  • Temiz yedeklerden hızlı kurtarma yapabilir miyim?
  • Planı son altı ayda test ettim mi?

Sık Sorulan Sorular

Küçük bir işletmeyim, bu kadar resmi bir plana gerek var mı? Plan ölçeğinize göre olabilir ama olmalıdır. Tek sayfalık, net bir "olay olursa şunları yaparız" belgesi bile, panik anında düşünmekten çok daha iyidir.

Olay olduğunda ilk ne yapmalıyım? Panik değil, tespit ve sınırlama. Önce olayın gerçek olduğunu ve kapsamını anlayın, sonra yayılmasını durdurun. Sistemleri hemen silip sıfırlamayın; kanıtı korumanız gerekebilir.

Dışarıdan destek almalı mıyım? Ciddi olaylarda uzman desteği hem teknik analiz hem hukuki süreç açısından değerlidir. Planınızda hangi durumda kime başvuracağınızı önceden belirlemek, olay anında zaman kazandırır.

Güvenlik olayları önlenemese de yönetilebilir. Hazır bir müdahale planı, işletmenizi en kötü günü kontrollü biçimde atlatacak kapasiteye kavuşturur. Sağlam bir olay müdahale planı hazırlamak ve ekibinizi buna hazırlamak için bizimle iletişime geçin.

Bu yazıyı paylaş:

Bir sonraki projeniz için hazır mısınız?

Okuduklarınızı işinize uygulamak veya dijital dönüşümünüzü konuşmak isterseniz, ekibimiz bir mesaj uzağınızda.

Görüşler

0 Yorum

İlk yorumu siz yazın.

Yorum Yap

Yorumlar moderatör onayından sonra yayınlanır.