Bir sabah ofise geldiğinizde dosyaların açılmadığını, muhasebe programının veritabanına ulaşılamadığını ve ekranda fidye notu olduğunu düşünün. Fidye yazılımı (ransomware) saldırıları artık yalnızca büyük şirketlerin sorunu değil; güvenlik önlemleri sınırlı olduğu için KOBİ'ler de sık hedef alınıyor. Böyle bir günde işletmeyi ayakta tutacak olan şey, düzgün kurgulanmış ve test edilmiş bir yedekleme düzenidir.
3-2-1 kuralı nedir?
3-2-1, yedekleme dünyasında uzun süredir kullanılan basit ama etkili bir kuraldır:
- 3 kopya: Verinin biri canlı, ikisi yedek olmak üzere en az üç kopyası bulunmalı.
- 2 farklı ortam: Yedekler en az iki farklı türde ortamda tutulmalı. Örneğin bir NAS cihazı ve bulut depolama.
- 1 kopya ofis dışında: Kopyalardan en az biri fiziksel olarak başka bir yerde olmalı.
Bu yapı; disk arızası, yanlışlıkla silme, hırsızlık, yangın veya su baskını gibi olaylarda verinin tamamen kaybolmasını önler. Ancak fidye yazılımı söz konusu olduğunda klasik 3-2-1 tek başına yetmeyebilir.
Fidye yazılımı yedekleri neden hedef alır?
Saldırganlar, işletmenin fidye ödemek zorunda kalması için yalnızca canlı verileri değil, ağdan erişilebilen yedekleri de şifrelemeye ya da silmeye çalışır. Sunucuya bağlı harici disk, her zaman erişilebilen bir ağ paylaşımı veya yönetici şifresiyle açılabilen NAS, saldırgan için canlı veriden farksızdır. Bu yüzden günümüzde 3-2-1 kuralı genellikle iki ek maddeyle genişletiliyor: 3-2-1-1-0.
- 1 değiştirilemez veya çevrim dışı kopya: En az bir yedek, belirli bir süre boyunca silinemeyen (immutable) bir depolamada ya da ağdan tamamen ayrılmış bir ortamda tutulmalı.
- 0 hata: Yedeklerin geri yüklenebildiği düzenli testlerle doğrulanmalı.
KOBİ için örnek bir yedekleme mimarisi
Ankara'da 20-30 çalışanlı, Logo kullanan ve bir dosya sunucusu olan tipik bir işletme için makul bir yapı şöyle olabilir:
- Yerel yedek: Sunucu ve SQL veritabanı her gece ofisteki bir NAS cihazına yedeklenir. Bu kopya hızlı geri dönüş içindir.
- Bulut veya uzak yedek: Aynı yedekler şifrelenerek bulut depolamaya ya da başka bir lokasyondaki cihaza kopyalanır. Mümkünse bu hedefte sürüm saklama ve değiştirilemezlik özelliği açılır.
- Çevrim dışı kopya: Haftalık veya aylık olarak bir yedek, ağdan sökülen bir diske alınır ve ofis dışında saklanır.
Microsoft 365 veya Google Workspace kullanıyorsanız e-posta ve bulut dosyalarının da ayrıca yedeklenmesi değerlendirilmelidir. Bulut hizmetlerinin sunduğu geri dönüşüm kutusu ve sürüm geçmişi kullanışlıdır, ancak her senaryoda tam bir yedekleme stratejisinin yerini tutmaz.
Neyi, ne sıklıkla yedeklemeli?
Yedekleme sıklığını belirlerken iki soru sorun:
- En fazla ne kadarlık veri kaybını tolere edebilirim? Muhasebe veritabanında bir günlük kayıt kaybı kabul edilebilir mi, yoksa birkaç saatlik kayıp bile sorun mu?
- Sistemlerin ne kadar sürede geri gelmesi gerekir? Faturalama ve sevkiyat bir gün durursa işletme bundan nasıl etkilenir?
Bu soruların cevabı; muhasebe veritabanı, dosya sunucusu, e-posta ve e-Defter arşivi gibi her sistem için farklı olabilir. Kritik veritabanları için gün içinde birden fazla yedek, daha az değişen veriler için günlük ya da haftalık yedek yeterli olabilir.
Fidye yazılımına karşı yedeklemenin ötesindeki önlemler
Yedek, saldırıdan sonra toparlanmanızı sağlar; saldırının gerçekleşme ihtimalini azaltmak için ise şu önlemler önemlidir:
- Çok faktörlü kimlik doğrulama: E-posta, VPN ve uzak masaüstü erişimlerinde mutlaka açılmalı.
- Uzak masaüstünü internete açmamak: RDP portunu doğrudan internete yönlendirmek yerine VPN kullanın.
- Güncellemeler: İşletim sistemi, güvenlik duvarı ve NAS yazılımları düzenli güncellenmeli.
- Yetki kısıtlama: Kullanıcılar günlük işlerde yönetici hesabı kullanmamalı. Yedekleme sistemi için ayrı ve güçlü kimlik bilgileri tanımlanmalı.
- Uç nokta koruması: Güncel bir antivirüs veya EDR çözümü tüm bilgisayar ve sunucularda çalışmalı.
- Ağ ayrımı: Yedekleme cihazları ve sunucular, kullanıcı bilgisayarlarıyla aynı ağ bölümünde olmamalı.
- Farkındalık: Saldırıların önemli bir kısmı oltalama e-postalarıyla başlar. Çalışanlara şüpheli ekleri ve bağlantıları tanımayı anlatın.
Geri yükleme testi: En çok atlanan adım
Yedekleme yazılımının "başarılı" demesi, verinin gerçekten geri yüklenebileceği anlamına gelmez. Şifre unutulmuş, yedek eksik alınmış ya da veritabanı tutarsız bir anda kopyalanmış olabilir. En az üç ayda bir:
- Rastgele bir klasörü ve muhasebe veritabanını test ortamına geri yükleyin.
- Programın bu veriyle açıldığını ve son kayıtların yerinde olduğunu kontrol edin.
- Geri yüklemenin ne kadar sürdüğünü not edin.
- Sonuçları kısa bir raporla kayıt altına alın.
Olay anında ne yapmalı?
Önceden yazılmış basit bir müdahale planı, panik anında doğru adımları atmanızı sağlar. Plan en azından şunları içermeli: etkilenen cihazların ağdan ayrılması, kimlerin aranacağı, yedeklerin bütünlüğünün kontrolü ve hangi sistemlerin hangi sırayla geri getirileceği. Kişisel veri içeren sistemler etkilendiyse KVKK kapsamındaki yükümlülükler için hukuk danışmanınızla görüşün.
Yedekleme düzenini kim takip edecek?
Yedekleme sistemleri sessizce bozulabilir: Bir disk dolar, bir şifre değişir, bulut aboneliğinin süresi biter. Yedekleme raporlarının her gün bir sorumlu tarafından kontrol edilmesi ya da başarısız işler için otomatik uyarı gönderilmesi, sorunun ancak geri yükleme gerektiğinde fark edilmesini önler.
Sonuç
3-2-1 kuralı, KOBİ'ler için hâlâ en sağlam başlangıç noktası. Fidye yazılımı tehdidine karşı buna en az bir değiştirilemez veya çevrim dışı kopya ve düzenli geri yükleme testi eklemek gerekiyor. Yedekleme bir kez kurulup unutulacak bir iş değil; düzenli izlenmesi ve test edilmesi gereken bir süreçtir.
Ankara'da sunucu, Logo veritabanı ve dosya yedeklerinizi 3-2-1 yapısına göre kurmak veya mevcut düzeninizi gözden geçirmek için IT hizmetlerimize göz atabilir, bizimle iletişime geçebilirsiniz.