Sigorta şirketi poliçe yenilemesi için 'fidye yazılımı kurtarma planı' istiyor — içinde ne olmalı?

İşe internetten 50 sayfalık hazır şablonlar indirerek başlamayın; sigorta risk analistleri o kopyala-yapıştır metinleri anında eliyor. açıkçası önümüzdeki iki günde şirketinizin gerçek işleyişine uygun 4 sayfalık net bi doküman hazırlayın ve dün akşam aldığınız yedeği test amaçlı boş bi sanal makinede ayağa kaldırıp logunu ekleyin.

Ofisteki harici disk yedeklemesini plana yazarken çok dikkat edin. Eğer o disk sunucuya sürekli takılı duruyorsa fidye yazılımı onu da anında şifreler. Planınızda diskin işlem bittikten sonra fiziksel olarak çıkarıldığını, kilitli yangın kasasında saklandığını ve bulut yedeklerinde silinemezlik özelliğinin açık olduğunu açıkça belirtmelisiniz.

Belgenize eklemeniz gereken en kritik 3 tablo şunlardır: 1) Kritiklik sırasına göre sistem envanteri (önce muhasebe, sonra stok, en son arşiv), 2) Olay anında aranacak harici irtibat listesi (sigorta ihbar hattı, adli bilişim firması, hukuk danışmanı), 3) Sistemlerin internete geri açılmadan önceki temizlik ve doğrulama kontrol adımları.

Geçen ay New York'taki üretim firmamız için benzer bi süreçten geçtik. Bizden de aynı belgeleri istediler. İki sayfalık bi senaryo hazırlayıp altına 14 sayfalık gerçek geri yükleme test logları ekledik. Sigorta şirketi hiçbi itiraz yapmadan 4.200 dolarlık poliçeyi aynı şartlarla yeniledi.

Planda bulut yedeklerinizin nasıl korunduğunu belirttiniz mi? Bulut hesabının şifresi ele geçirilirse saldırgan oradaki yedekleri de silebilir. Yedekleme panelinizde bağımsız bir iki aşamalı doğrulama ve silme koruma kilidi aktif mi?

hazirlayacaginiz planin ciktisini mutlaka alip genel mudurun masasinda ve eviizde fiziki olarak saklayin ve sunucular kiltilendiginde hazirladiginiz o harika kurtarma planina sirket bilgisayarindan erisememek en sik yasanan komedi maalesef

Sigorta şirketlerinin bu anketleri zorlaştırmasının asıl sebebi sizi korumak değil, olası bir saldırıda prosedürlere uymadınız diyerek hasar tazminatını ödemekten kaçınmaktır. Bu yüzden plana yazdığınız her cümlenin şirketinizde fiilen uygulandığından emin olun; yapmadığınız hiçbir şeyi plana yazmayın.

Gözünüz korkmasın 22 kişilik bir ekip icin kimse sizden yüzlerce sayfalık kurumsal felaket senaryosu beklemiyor. Net bir kurtarma sırası yedeklerin güvenli olduğunu kanıtlayan bir şema ve başarılı bir test kaydı poliçe yenilemeniz için fazlasıyla yeterli olacaktır.

Bunu yazdığınız için teşekkürler, doğrusu bu. Test edilmemiş bir yedek, yedek değildir.

Kararı geri almak ne kadar zorsa, o kadar yavaş verin. Umarım işinize yarar.

Takipteyim.

Bir uyarı bırakayım. İlk kez yapıyorsanız küçük başlayın, ölçek sonra gelir.

Bildirim yolu uzunsa bildirim gelmiyor; gelmeyen bildirim geç fark edilen olay demek. Başka türlü yapan varsa onu da merak ederim.

Bir dönem biz de aynı yerde takıldık. Otomatik tarama raporu ile sızma testi aynı şey değil.

Bu kadar, uzattıysam kusura bakmayın.

Bunu bilmiyordum.

Bir uyarı bırakayım. Envanter çıkarmadan alınan önlem, görmediğiniz kapıyı açık bırakıyor.

Yedeğin aynı ağda ve aynı kimlikle erişilebilir olması, onu hedefin parçası yapıyor. Başka türlü yapan varsa onu da merak ederim.

Buna katılıyorum. Unutulmuş test ortamları, canlı sistemden daha sık kapı oluyor.

Sormaktan çekinmeyin, sormayan hep daha pahalıya ödüyor.

sizce bu her ölçeekte işler mi? neyse tek bi önleme güvenmeyin; katma katman gidin.

yalism varsa duzeltin

Uzun süre bu işle uğraştım. Bildirim yolu uzunsa bildirim gelmiyor; gelmeyen bildirim geç fark edilen olay demek.

Kavramları ayıralım, karıştırılıyor. İkinci doğrulama açıksa çalınan parola tek başına işe yaramıyor.

Bir sorunu fark etme süreniz, o sorunun maliyetini doğrudan belirliyor. Sonucu buraya yazarsanız başkalarına da faydası olur.