Görüşme planlayın
MenüKapat

Kontrol alanı 07 / 13

Yedekleme

Fidye yazılımı, donanım arızası ya da yanlışlıkla silme sonrasında işinize kaldığınız yerden devam edebilmeniz için istenen üç kontrol.

Bu sayfada
  1. Bu alan neyi kapsar
  2. Kontrol maddeleri
  3. Kanıt özeti
  4. Geri dönüş testi nasıl yapılır
  5. Sık yapılan hatalar
  6. Sorular
  7. Kaynaklar

Kısa yanıt

Yedekleme alanında üç madde var ve üçü de Orta seviyededir: kritik verili sistemler harici bir altyapıya yedeklenmeli, yedekler orada güvenli tutulmalı ve yedekten geri dönme (restore) testleri düzenli yapılmalıdır. Başlangıç seviyesinde bu alan aranmaz; Orta ve İleri seviyede üç madde de zorunludur.

Kaynak: SSB Siber Hijyen-KOBİ Denetim Kriterleri, madde 7.1–7.3 [1]

Bu alan neyi kapsar

Yedek almak işin yarısıdır. Kriterler, yedeğin asıl sistemden ayrı bir altyapıda durmasını ve yedekten gerçekten geri dönülebildiğinin düzenli olarak gösterilmesini ister. Her madde için iki düzeyde kanıt hazırlayın: kuralın yazılı olduğunu gösteren politika ya da prosedür, kuralın uygulandığını gösteren kayıt.

Kontrol maddeleri

MADDE 7.1Orta

Kritik veri içeren sistemler harici bir altyapıda yedeklenmelidir.

Ne isteniyor
Hangi sistemlerde kritik veri bulunduğu belirlenir; bu sistemlerin yedeği aynı sunucu ya da aynı disk üzerinde değil, ayrı bir altyapıda alınır.
Hangi kanıt sunulur
  • Politika: yedekleme prosedürü ve kritik sistem listesi
  • Uygulama: yedek işinin hedefini gösteren ayar ekranı
  • Uygulama: son 30 günün yedek kayıtları
MADDE 7.2Orta

Yedekler, harici bir altyapıda güvenli bir şekilde tutulmalıdır.

Ne isteniyor
Yedeğin bulunduğu yere erişim sınırlıdır, yedek şifrelidir ve fidye yazılımı asıl sistemi ele geçirse bile yedeğe ulaşamaz.
Hangi kanıt sunulur
  • Politika: yedeklere kimin erişebileceğini tanımlayan kural
  • Uygulama: erişim yetkisi ve şifreleme ayarı
  • Uygulama: yedeğin silinemez tutulduğunu gösteren saklama ayarı
MADDE 7.3Orta

Önemli veriler, belirli aralıklarla yedeklenmeli ve yedekten geri dönme (restore) testleri düzenli olarak yapılmalıdır.

Ne isteniyor
Yedekleme sıklığı yazılı olarak belirlenir; yedekten geri yükleme düzenli denenir ve sonucu kayda geçer.
Hangi kanıt sunulur
  • Politika: yedekleme sıklığı ve test aralığını içeren prosedür
  • Uygulama: yedek takvimi ayarı
  • Uygulama: tarihli geri dönüş test raporları

Kanıt özeti

MaddePolitika / prosedürUygulama kanıtıGüncellik
7.1Yedekleme prosedürü, kritik sistem listesiYedek hedefi ayarı, yedek kayıtlarıSon 30 gün
7.2Yedek erişim kuralıYetki, şifreleme ve saklama ayarıDenetim tarihinde
7.3Sıklık ve test aralığıYedek takvimi, geri dönüş test raporuSon 3 ay

Tabloyu yana kaydırın →

Bilgi

Kanıtlardaki kişisel veriler ve ticari sırlar maskelenebilir. Maskeleme, kontrolün doğrulanmasını engellemeyecek biçimde yapılmalıdır.

Geri dönüş testi nasıl yapılır

Bir klasörün yedekten geri yüklenmesi ve doğrulanması

Süre
~45 dakika
Sıklık
Prosedürde yazdığınız aralıkta
Gerekenler
Yedek yazılımına erişim, boş bir test klasörü
  1. Test edilecek veriyi seçin

    Kritik sistem listesinden bir klasör seçin. Her testte farklı bir klasör seçmek iyi bir alışkanlıktır.

  2. Asıl konuma değil, test klasörüne geri yükleyin

    Canlı verinin üzerine yazmamak için geri yüklemeyi ayrı bir klasöre yapın.

  3. Dosyaların aynı olduğunu doğrulayın

    Birkaç dosyayı açın; aşağıdaki komutla özet değerlerini karşılaştırın.

  4. Sonucu ve süreyi kaydedin

    Tarih, klasör, süre ve sonucu test raporuna yazın; raporu imzalayıp saklayın.

# Asıl ve geri yüklenen dosyanın SHA-256 özetini karşılaştırır
Get-FileHash "D:\Proje\teklif.xlsx", "E:\Test\teklif.xlsx" -Algorithm SHA256

İki satırdaki Hash değeri aynıysa dosya bozulmadan geri yüklenmiştir.

Sık yapılan hatalar

Sık yapılan hata

Yedek diskini sürekli bilgisayara takılı bırakmak. Disk “harici” olsa da fidye yazılımı onu da şifreler.

Doğrusu

Yedeği asıl sistemden erişilemeyen ayrı bir altyapıda tutun.

Sık yapılan hata

Prosedürde “aylık test” yazıp yalnız bir test raporu yüklemek.

Doğrusu

Prosedürde yazdığınız aralıkla uyumlu sayıda tarihli rapor sunun.

Uyarı

Bulut senkronizasyon hizmetleri (dosya eşitleme) tek başına yedek sayılmaz: silinen ya da şifrelenen dosya diğer cihazlara da eşitlenir.

BilSec bunu nasıl karşılar

BilSec yedekleri Türkiye’deki ayrı bir altyapıda, şifreli ve silinemez olarak tutar. Geri dönüş testi her ay otomatik yapılır; tarihli rapor ve yedekleme prosedürü kanıt dosyasına kendiliğinden eklenir.

Güvenlik izleme ve yedekleme

Sorular

Başlangıç seviyesindeyiz. Yedekleme alanı bizden de istenir mi?

Kriter setinde bu alanın üç maddesi de Orta seviyededir; Başlangıç seviyesinde aranmaz. Yine de yedeksiz çalışmak işletme riski olarak kalır.

Harici disk yeterli mi?

Disk asıl sistemden ayrı tutuluyor, erişimi sınırlı ve şifreliyse 7.1 ve 7.2 için kanıt olabilir. Sürekli takılı duran bir disk “güvenli tutulma” şartını karşılamaz.

Kaynaklar

  1. SSB Tedarik Zinciri Siber Hijyen-KOBİ Denetim KriterleriSavunma Sanayii Başkanlığı · Madde 7.1–7.3 · Erişim 10.10.2026
  2. Siber Hijyen KOBİ Belgelendirme Programı · Sıkça Sorulan SorularSavunma Sanayii Başkanlığı · Bölüm 5 · Erişim 10.10.2026

Bu alanda nerede olduğunuzu bilmiyor musunuz?

Kontrol listesini birlikte gözden geçirelim. Eksikleri ve hangi kanıtın sizde olduğunu görüşme sonunda yazılı olarak iletiriz.

Ön değerlendirme görüşmesi planlayınRehberin tamamına dönün

Belgeyi TRTEST verir. Biz denetime hazırlanmanıza ve hazır kalmanıza yardım ederiz.

WhatsApp'tan yazın