Üç SOC teklifi aldık — kapsam ve SLA tarafını karşılaştırmak için hangi tabloyu kurmalıyım?

SLA tarafında MTTD ve MTTR tanımlarının başlangıç noktasına dikkat edin. Birçok firma SLA sayacını alarm sistemlerine düştüğü andan değil, nöbetçi analistin bileti manuel onayladığı andan itibaren başlatır. Bu durum 15 dakikalık yanıt süresini fiilen 2 saate çıkarabilir.

Geçen yıl 80.000 TL bütçeyle benzer bir altyapı için sözleşme yaptık. Log kotasını düşük hesapladıkları icin üçüncü ayda sunucu loglarımız kotayı aştı ve bize 28.000 TL ek fatura çıkardılar. Teklif alırken günlük log hacmi aşım bedelini baştan sabitleyin.

Tekliflerdeki 7/24 ibaresine asla körü körüne güvenmeyin. Çoğu yerde gece vardiyasında sadece ekrana bakan bi stajyer ya da nöbetçi L1 eleman oturur. neyse gece 03:00'te fidye yazılımı şüphesi doğduğunda sunucuyu izole edecek L2/L3 uzman hatta mı yoksa sabah 09:00 mesaisini mi bekleyecekler?

Karşılaştırma tablonuza eklemeniz gereken en kritik 4 kontrol noktası şunlar: 1) Günlük log GB ve EPS kotası aşım maliyeti. 2) Kullanılmayan olay müdahale saatlerinin sonraki aya devredip devretmediği. 3) Kural geliştirme ve optimizasyon desteğinin sıklığı. 4) Denetimler için geriye dönük log saklama ve indeksleme süresi.

bizim tarafta en büyük sorun yanlış alarmlardı bir de günde elli tane önemsiz bildirim gelince kimse bakmaz oldu. teklifte kural iyileştirmesi ve tuning icin aylık kaç saat adam/gün ayırıyorlar mutlaka yazdırın tabloya.

not: bunu kendi deneyimim olarak yazdım, herkeste böyle olmayabilir.

Yönetim kuruluna sunum yaparken teknik terimler yerine risk ve maliyet odaklı bir özet koyun. Tekliflerin yanına 'kapsam dışı durumlar' sütunu açın. Bir olay anında hangi adımların sizin iç ekibinize yıkıldığını, hangilerini SOC firmasının üstlendiğini netleştirmezseniz kriz anında iki taraf birbirini suçlar.

Sözleşmeyi imzalamadan önce 15 günlük bi kavram kanıtlama (PoC) süreci talep edin. En azından iki kritik sunucu ve birkaç kullanıcıyı bağlayın. işte verdikleri panellerin kullanılabilirliğini ve alarm hızını canlı gözle görmeden bu paraları bağlamayın.

Son kullanıcı iş istasyonlarındaki EDR yönetimini kim yapacak? Teklif veren firmalar sadece logları mı topluyor, yoksa tehdit anında şüpheli cihazı ağdan izole etme yetkisini kendi araçlarıyla doğrudan kullanacaklar mı?

Küçük bir işletmeyim, benim tarafımdan anlatayım. Sormaktan çekinmeyin, sormayan hep daha pahalıya ödüyor.

Kendi durumunuz farklıysa tabii değişir.

bizde şöyle oldu. ikinci doğrulama açıa çalınan parola tek başına işe yaramıyor

ben olam bu yoldan giderdim

Kafamdaki soru işareti kalktı, teşekkürler.

uzun süre bu işle uğraştım bir de otomatik tarama raporu ile sızma testti aynı şey değl.

karaı verirken elinizde hangi veri var önce ona bakın.

Bu başlığı açtığınız iyi olmuş.

Emeğinize sağlık.

Kusura bakmayın da bu her durumda geçerli değil. Bildirim yolu uzunsa bildirim gelmiyor; gelmeyen bildirim geç fark edilen olay demek.

Ben de merak ediyorum.

Sonuna kadar katılıyorum. Ödeme bilgisi değişikliği asla geldiği kanaldan doğrulanmaz.

Yeni girenler için kısa özet: Karar verirken en kötü senaryoyu da yazın, sadece iyisini değil.

Olayların çoğu zafiyetten değil, sızmış bir paroladan başlıyor.