Fidye yazılımı iş süreçlerini durdurabilir ve verilere erişimi engelleyebilir. Küçük ve orta ölçekli işletmelerin riski azaltmak için uygulayabileceği on temel önlemi bu yazıda bulabilirsiniz.
Fidye yazılımı, dosyaları veya sistemleri kullanılamaz hâle getirip erişimin geri verilmesi karşılığında ödeme talep eden zararlı yazılımdır. Saldırganlar çoğu zaman verileri şifrelemeden önce kopyalar ve ödeme yapılmazsa yayımlamakla tehdit eder. İşletme için mesele yalnızca dosyaların şifrelenmesi değildir; satış, üretim, muhasebe, müşteri hizmetleri ve itibar aynı anda etkilenebilir. Riski tek bir ürünle ortadan kaldırmak mümkün değildir, ancak düzenli uygulanan önlemler hem saldırı olasılığını hem de olası etkiyi azaltır.
Önce kritik işleri ve verileri belirleyin
Koruma çalışmasına "hangi bilgisayar daha önemli?" sorusuyla değil, "işimiz hangi verilere ve uygulamalara bağlı?" sorusuyla başlayın. Sipariş sistemi, muhasebe, müşteri listeleri, proje dosyaları, e-posta ve paylaşımlı klasörleri listeleyin. Her kalem için sorumlu kişiyi, verinin nerede durduğunu ve kesinti hâlinde ne yapılacağını not edin. Yeni bir cihaz veya bulut hizmeti eklendiğinde listeyi güncelleyin; unutulan bir sistem, güncellenmeyen ve izlenmeyen bir giriş kapısına dönüşebilir.
On temel önlem
1. Yedekleri ayrı tutun ve geri yüklemeyi deneyin
Kritik verilerin birden fazla kopyasını farklı ortam veya hesaplarda saklayın. Aynı ağda sürekli erişilebilir duran yedekler de şifrelenebilir; bu yüzden en az bir kopyayı ağdan ayrı (çevrim dışı) ya da belirli bir süre silinemeyen (değiştirilemez) biçimde tutun. Yedekleme hesabını günlük kullanıcı hesaplarından ayırın, silme ve değiştirme yetkilerini sınırlayın. Yedeğin alındığını görmek yeterli değildir: belirli aralıklarla örnek dosya ve uygulama geri yüklemesi yapın.
2. Güncellemeleri takip edin
İşletim sistemleri, sunucular, ağ cihazları ve uygulamalar için bir güncelleme sorumlusu belirleyin. Özellikle internetten erişilen sistemlerdeki (VPN, güvenlik duvarı, e-posta sunucusu gibi) güvenlik düzeltmelerini öncelikli ve planlı biçimde uygulayın. Destek süresi biten yazılımlar için yenileme, kapatma veya ağdan ayırma planı yapın.
3. Parolaları ve yönetici hesaplarını düzenleyin
Her hesapta uzun ve benzersiz parola kullanın; bunları güvenle saklamak için bir parola yöneticisi değerlendirin. Yönetici hesapları günlük e-posta ve internet işleri için kullanılmamalı; yönetici yetkisi gereken kişiye bunun için ayrı bir hesap açılmalıdır. Ortak hesapların sahibi, amacı ve ne zaman kapatılacağı kayıtlı olsun.
4. Çok faktörlü doğrulamayı yaygınlaştırın
Parolaya ek olarak ikinci bir doğrulama isteyen bu yöntem, özellikle e-posta, uzaktan erişim, bulut depolama ve yönetici hesapları için önceliklidir. Kurtarma yöntemlerinin (yedek telefon numarası, kurtarma e-postası, yedek kodlar) kimin denetiminde olduğunu da belirleyin.
Çok faktörlü doğrulama değerli bir katmandır, ancak her saldırıyı durdurmaz. Şüpheli giriş sayfalarına bilgi girmemek ve sizin başlatmadığınız onay bildirimlerini reddetmek yine gereklidir.
5. E-posta farkındalığını canlı tutun
Beklenmeyen bir ek, sahte fatura ya da bağlantı, saldırının başlangıç noktası olabilir. Çalışanlar göndereni, talebin bağlamını ve bağlantının gerçek hedefini kontrol etmeyi bilmelidir. Şüpheli mesajların kime iletileceği ve hata yapıldığında kimin aranacağı açık olsun.
6. Uzaktan erişimi sınırlayın
Kullanılmayan uzaktan erişim yollarını kapatın, açık kalanları çok faktörlü doğrulamayla koruyun. Uzak masaüstü (RDP) gibi hizmetleri doğrudan internete açmak yerine VPN veya benzeri güvenli bir erişim katmanının arkasına alın. İnternete açık yönetim panellerini ayrıca gözden geçirin; eski çalışan, taşeron ve geçici hesapları düzenli olarak kaldırın.
7. Ağı bölümlere ayırın
Misafir Wi-Fi, kamera sistemi, kullanıcı bilgisayarları ve sunucular aynı ağda serbestçe birbirine erişebiliyorsa, bir cihazdaki bulaşma diğerlerine daha kolay yayılır. Hangi sistemlerin birbiriyle iletişim kurması gerektiğini belirleyip diğer geçişleri kısıtlayın. Küçük bir işletme için misafir ağını iş ağından ayırmak iyi bir başlangıçtır.
8. Koruma araçlarını izleyin
Bilgisayar ve sunuculardaki koruma yazılımlarının güncel ve çalışır durumda olduğundan emin olun. Uyarıların kime ulaştığını, kimin inceleyeceğini ve ciddi bir uyarıda ne yapılacağını önceden belirleyin. Güvenlik duvarı ve sunucu kayıtları olay incelemesinde işe yarar; bu kayıtların yeterli süre saklandığını kontrol edin.
9. En az yetki ilkesini uygulayın
Herkese yalnızca işi için gereken erişimi verin. Paylaşımlı klasörlerde ve bulut uygulamalarında kimin okuma, değiştirme ve silme yetkisi olduğunu gözden geçirin. Geniş yazma yetkisi olan bir hesap ele geçirildiğinde, etkilenebilecek dosya sayısı da o ölçüde artar. Yetki kontrolünü işe giriş, görev değişikliği ve ayrılış süreçlerinin bir adımı yapın.
10. Olay anı için kısa bir plan yazın
Olağandışı dosya uzantıları ya da bir fidye notu görüldüğünde atılacak ilk adımları yazılı hâle getirin: etkilenen cihazın ağ bağlantısını kesmek (kabloyu çıkarmak, Wi-Fi'yi kapatmak), teknik sorumluya hemen haber vermek, dosya ve kayıtları silmemek. Yönetimi kimin bilgilendireceğini, hangi hizmetlerin önce kontrol edileceğini ve dış destek gerekirse kime ulaşılacağını da kararlaştırın. Planın basılı ya da çevrim dışı bir kopyasını tutun; sistemler kullanılamazken de erişilebilir olmalıdır.
Önlemleri takvime ve sorumluya bağlayın
Her şeyi aynı anda bitirmeye çalışmak yerine e-posta, yönetici hesapları, uzaktan erişim ve yedekleme gibi kritik alanlardan başlayın. Her önlemi sorumlusu, hedef tarihi ve kanıtı belli küçük bir iş paketine dönüştürün. Örneğin ilk ay internetten erişilen hesapların envanterini çıkarın, ikinci ay çok faktörlü doğrulamayı yaygınlaştırın, üçüncü ay bir geri yükleme denemesi yapın. "Tamamlandı" demek yerine kanıtı belirleyin: geri yüklenen örnek dosya, onaylanmış erişim listesi ya da güncellenmiş plan notu.
Değişiklikleri iş takvimiyle uyumlu planlayın. Ay sonu kapanışı, yoğun satış dönemi ya da kritik bir üretim vardiyası bakım zamanlamasını etkiler. Bakım penceresini önceden duyurun ve beklenmeyen bir sorunda geri dönüş kararını kimin vereceğini belirleyin.
Dışarıdan destek alıyorsanız sorumluluğu yine kurum içinde bir kişide tutun. Hizmet sağlayıcının hangi sistemlere eriştiği, acil durumda nasıl ulaşılacağı ve yapılan değişikliklerin nereye kaydedildiği bilinmelidir. İş ilişkisi bittiğinde hesapların, uzaktan erişim araçlarının ve paylaşılan anahtarların kaldırılması da planın parçasıdır.
Planı yılda en az bir kez masa başı bir senaryoyla deneyin. Amaç kusur aramak değil, iletişim, karar ve geri yükleme akışını gerçek bir krizden önce iyileştirmektir. Başarıyı yalnızca "olay yaşanmadı" diye ölçmeyin; geri yüklemenin ne kadar sürdüğü, kapatılan eski hesaplar ve çözülen uyarılar gibi göstergeler hazırlığın gerçekten ilerleyip ilerlemediğini gösterir.
Kontrol listesi
- Kritik sistemler, veriler ve sorumluları güncel bir listede mi?
- Yedekler ayrı tutuluyor, en az biri çevrim dışı ya da değiştirilemez mi?
- Geri yükleme belirli aralıklarla deneniyor mu?
- İnternete açık sistemlerin güncellemeleri öncelikli olarak uygulanıyor mu?
- E-posta, uzaktan erişim ve yönetici hesaplarında çok faktörlü doğrulama etkin mi?
- Yönetici hesapları günlük kullanım hesaplarından ayrıldı mı?
- Misafir ağı ile iş ağı ve kritik sistemler ayrıştırıldı mı?
- Çalışanlar şüpheli e-postayı kime bildireceklerini biliyor mu?
- Olay anı planı yazılı ve sistemler çalışmazken de erişilebilir mi?