Aranan siteler: Eretek · Sistem Destek · Network · Siber Güvenlik · Uyum ve Denetim · web.eretek.com
Yedeklerinizi fidye yazılımı operatörlerinin ilk hedefi olmaktan çıkarıyor; değiştirilemez ve ağdan ayrık kopyalar, ayrı kimlik bilgileri ve düzenli geri yükleme testleriyle olay sonrası toparlanma kapasitesini güçlendiriyoruz.
Yedek sunucusu ve depolama aynı etki alanı hesaplarıyla yönetiliyorsa saldırgan önce yedekleri siler.
Yedek işi “başarılı” görünse de kritik bir sistemin gerçekten ne kadar sürede geri döneceği bilinmez.
Tüm yedeklerin aynı binada ve aynı ağda tutulması, tek bir olayda hem üretimin hem yedeğin kaybına yol açar.
Yedek sunucusu, depolama, ağ erişimi, kimlik doğrulama ve yönetim arayüzlerinin değerlendirilmesi.
Değiştirilemez depolama, nesne kilidi, teyp veya çevrim dışı kopya seçeneklerinin tasarlanması.
Kritik sistemler için düzenli, belgelenmiş geri yükleme ve temiz yedek doğrulaması.
Kurtarma önceliği, temiz ortam, kimlik altyapısının geri getirilmesi ve iletişim adımları.
Değerlendirme bu soruyla başlar: etki alanı yöneticisi hesabı ele geçirilmiş bir senaryoda yedekler silinebilir veya şifrelenebilir mi? Yanıt evetse önce yedek altyapısı kimlik ve ağ açısından ayrıştırılır. Kurtarma planı olay müdahale planı ile birlikte tatbik edilir; Active Directory güvenliği ve EDR saldırının yedeklere ulaşmadan durdurulmasına yardımcı olur. Yedekleme kurulumu ve işletimi için Eretek Sistem Destek yedekleme ve felaket kurtarma hizmetiyle birlikte çalışılır.
En az 3 kopya, 2 farklı ortam, 1 kopya farklı lokasyonda, 1 kopya değiştirilemez veya çevrim dışı, ve doğrulama sonrası 0 hata. Kural bir hedef çerçevesidir; uygulama kurumun RPO/RTO ihtiyacına göre tasarlanır.
Yedek sunucusunun etki alanından ayrılması veya ayrı yönetim etki alanı; yedek konsolunda MFA; ayrı ve kasada saklanan servis hesapları
Yedek depolamasının yalnızca yedek sunucusundan erişilebilir olması; yönetim arayüzlerinin ayrı segmentte olması
Değiştirilemez (immutable) depolama veya nesne kilidi; bulut kopyasında silmeye karşı koruma; teyp veya çevrim dışı kopya
Yedeklerin şifrelenmesi ve şifreleme anahtarlarının yedek altyapısından ayrı saklanması
Otomatik geri yükleme testleri, zararlı yazılım taraması ile temiz geri yükleme noktası belirleme
Yedek iş alarmlarının takibi, silme ve politika değişikliklerinin onaylı yapılması
İlk görüşmede hedef sistemleri, erişim yetkilerini, veri hassasiyetini ve iş sürekliliği beklentilerini belirliyoruz. Mevcut durumu kontrol ederek kapsam ve öncelik matrisi çıkarıyor; değişiklikleri kontrol noktaları, test ve geri dönüş planıyla uyguluyor, bulguları kayıt altına alıyoruz. Teslim edilen çıktılar sözleşme kapsamına göre netleştirilir.
Bulut kopyası farklı lokasyon şartını karşılar; ancak aynı kimlik bilgileriyle silinebiliyorsa fidye yazılımına karşı koruma sağlamaz. Değiştirilemezlik ve ayrı yetki gereklidir.
Kritik sistemler için en az üç ayda bir, tam kurtarma tatbikatı için yılda bir önerilir. Otomatik doğrulama araçlarıyla bu sıklık artırılabilir.
Evet. Exchange Online, OneDrive, SharePoint ve Teams verileri için ayrı yedekleme ihtiyacı ve saklama süreleri değerlendirilir.
Etkilenen sistemlerin ağdan izole edilmesi, yedeklerin korunduğunun doğrulanması ve olay müdahale planının başlatılması. Bu adımlar kurtarma planında ayrıntılı yazılır.
Yedeklerin korunması, geri yükleme doğrulaması ve olay sonrası toparlanma kapasitesini güvenlik perspektifinden güçlendiriyoruz.
Yedek kapsamı, saklama süreleri ve mimari incelenir.
Yetkili hesap ele geçirildiğinde yedeklere erişim yolları çıkarılır.
Kimlik, ağ ve depolama ayrımı ile değiştirilemezlik devreye alınır.
Kritik sistemlerin geri yüklemesi test edilir, süreler ölçülür.
Mevcut ortamınızı ve hedeflerinizi konuşalım; öncelikli adımları belirleyelim.