Canlı sunucuda uzun süre tutulan yedekler hangi riskleri taşır ve nasıl daha güvenli saklanır?

Canlı sunucuda uzun süre tutulacak yedekler hangi riskleri taşır ve nasıl daha güvenli saklanır?​

Canlı sunucuda duran yedek dosyası, çoğu zaman en pratik çözüm gibi görünür; çünkü erişmesi kolaydır, geri yükleme hızlıdır ve ek bir depolama alanı gerektirmez. Ancak aynı sunucuda hem asıl veri hem de yedek bulunuyorsa, tek bir hata iki kat zarar verebilir. Disk arızası, yanlış bir silme işlemi, yetkisiz erişim, kötü amaçlı yazılım ya da hatalı bir bakım işlemi yedeği de asıl veriyi de aynı anda etkileyebilir. Bu yüzden yedek, sadece “kopya” değil, asıl sistemden bağımsız bir kurtarma katmanı olarak düşünülmelidir. NIST de yedeklerin düzenli oluşturulması, test edilmesi ve daha geniş kurtarma sürecine dahil edilmesini önerir.

Daha güvenli yaklaşım nasıl kurulur?​

En sağlıklı yaklaşım, yedeği ayrı bir depolama katmanına taşımaktır. Bu katman; başka bir sunucu, nesne depolama, harici disk, uzak bir lokasyon veya erişimi sınırlı bir yedek alanı olabilir. Önemli olan, yedeklerin üretim sunucusundan ayrı kimlik bilgileriyle ve ayrı erişim yetkileriyle korunmasıdır. Eğer saldırgan ya da hatalı işlem üretim sunucusuna ulaşırsa, yedeklerin de kolayca değiştirilmemesi veya silinmemesi gerekir. NIST, yedek planında saklama süresi, kopya sayısı, medya türü, şifreleme ve coğrafi dağıtımın düşünülmesini; OWASP ise yedeklerin şifrelenmesini, güvenli depoda tutulmasını ve erişimin sınırlandırılmasını vurgular.

Pratikte bu şu anlama gelir:

• Yedeği canlı site dizininin içinde tutmayın.
• Yedekleme hesabını, web uygulamasının normal hesabından ayırın.
• Yedek dizinine sadece gerekli kişiler ve görevli servisler erişsin.
• Mümkünse yazıldıktan sonra değiştirilemeyen ya da sınırlı süre korunabilen bir yedek alanı kullanın.
• Yedek dosyalarını şifreli saklayın; aktarım sırasında da güvenli kanal kullanın.

İyi bir düzenin temel bileşenleri nelerdir?​

Yedekleme düzeni kurulurken tek bir dosya indirip arşive koymak yeterli sayılmaz. Sağlam bir plan genelde şu parçaları içerir:

• Ne yedeklenecek: veritabanı, site dosyaları, yapılandırma dosyaları, sertifikalar ve kritik anahtarlar.
• Ne sıklıkta yedeklenecek: değişim hızına göre saatlik, günlük veya haftalık.
• Ne kadar saklanacak: kısa dönem kurtarma için daha sık, arşiv için daha uzun süreli kopyalar.
• Nerede saklanacak: üretimden ayrı, erişimi kontrollü bir alan.
• Nasıl geri yüklenecek: adım adım doğrulanmış bir geri dönüş prosedürü.
• Kim erişecek: sınırlı yetkili kullanıcılar ve kayıt altına alınan işlemler.

Burada en sık yapılan hata, yalnızca “yedek almak” ile “geri dönebilmeyi” aynı şey sanmaktır. Dosya alınmış olabilir ama bozuk, eksik, şifrelenmiş ya da yanlış sürüm olabilir. Bu yüzden geri yükleme testi planın bir parçası olmalıdır. NIST ve OWASP, yedeklerin test edilmesini özellikle vurgular.

Sık görülen hatalar​

Birçok küçük ve orta ölçekli sistemde aynı yanlışlar tekrar eder:

• Yedeği aynı sunucuda ve aynı kullanıcıyla tutmak.
• Yedek dosyasını açık klasörde bırakmak.
• Eski yedekleri temizlememek ve gereksiz büyüme yaratmak.
• Şifreleme olmadan saklamak.
• Geri yükleme adımını hiç denememek.
• Yedekleme işinin çalıştığını varsaymak ama logları kontrol etmemek.

Özellikle güvenlik açısından, yedeklerin yalnızca var olması değil, yetkisiz erişime karşı korunması gerekir. Bu nedenle erişim yetkileri, kayıtlar ve saklama politikası birlikte düşünülmelidir. NIST’in depolama güvenliği rehberi de yedeklerin korunması için şifreleme, minimum kopya sayısı ve dağıtık saklama gibi unsurları öne çıkarır.

Kısa bir kontrol listesi​

Bir sistemde yedekleri gözden geçirirken şu sorulara net cevap verilebiliyorsa düzen genelde daha sağlıklıdır:

• Yedekler üretim sunucusundan bağımsız mı?
• Erişim yetkisi sınırlı mı?
• Dosyalar şifreli mi?
• Yedekleme başarısız olursa uyarı geliyor mu?
• Son geri yükleme testi ne zaman yapıldı?
• Bir felaket anında hangi yedekle ne kadar sürede dönülebileceği belli mi?

Bu soruların biri bile belirsizse, sorun çoğu zaman yedeğin kendisinden değil, yedekleme tasarımının eksikliğinden kaynaklanır. Güvenli yedekleme, tek bir araç seçmekten çok, doğru saklama, doğru yetki ve düzenli testin birleşimidir.