TR / EN

Breach and Attack Simulation Gerçekten Gerekli mi?

Bir güvenlik kontrolünün yeşil görünmesi, gerçek bir senaryoda doğru alarmı üreteceği anlamına gelmez. İmza güncel olabilir, ajan çalışabilir ve log SIEM’e akabilir; buna rağmen yanlış politika, eksik entegrasyon veya bastırılmış alarm nedeniyle savunma zinciri sonuç üretmeyebilir. BAS tam bu varsayımı kontrollü biçimde sınamak için gündeme gelir.

22 Temmuz 2026 tarihinde Picus benzeri bir platformun yıllık değerini değerlendirirken tartışmayı ürün özelliklerinden çıkardık. “Kaç saldırı simüle ediyor?” sorusunun yanına “Bulguyu kim düzeltecek, tekrar testi kim onaylayacak ve üretim etkisi nasıl sınırlandırılacak?” sorularını koyduk. Satınalma kararını asıl değiştiren nokta bu oldu.

Sorunun ortaya çıkışı

Orta ölçekli kurumda EDR, e-posta güvenliği, güvenlik duvarı ve SIEM gibi önemli yatırımlar yapılmıştı. Denetimler yapılandırma varlığını teyit ediyor, yıllık sızma testi belirli açıklıkları gösteriyordu. Buna rağmen kontrollerin güncel saldırı tekniklerine karşı birlikte nasıl tepki verdiğine dair düzenli ve ölçülebilir bir görünüm yoktu.

BAS önerisi bu boşluk üzerinden geldi. Platform; önceden tanımlı, zararsızlaştırılmış test davranışlarıyla güvenlik katmanlarını ölçmeyi ve MITRE ATT&CK teknikleriyle eşleştirilmiş sonuçlar üretmeyi vaat ediyordu. Beklentiyi doğru kurmak önemliydi: araç güvenliği tek başına artırmayacak, çalışmayan veya görünmeyen kontrolleri gösterecekti.

İlk belirtiler ve yanlış varsayımlar

İlk yanlış varsayım BAS’ın pentestin yerini alacağıydı. Pentest insan yaratıcılığı, kapsam içindeki iş mantığı ve zincirleme zafiyetleri değerlendirebilir. BAS ise seçilmiş kontrolleri tekrarlanabilir biçimde ve daha sık doğrular. İkisi farklı güvence türleri üretir. Kırmızı takım çalışması ve zafiyet taraması da aynı nedenle ayrı amaçlara sahiptir.

İkinci varsayım yüksek teknik kapsama puanının düşük risk anlamına gelmesiydi. Testin sensöre ulaşması, alarm oluşması, SOC tarafından görülmesi ve doğru aksiyonun başlaması ayrı aşamalardır. Yalnızca engelleme oranına bakmak, tespit ve müdahale zincirindeki kopuklukları gizleyebilir. Ayrıca her ATT&CK tekniği kurum için aynı önemde değildir.

Teknik analiz

Değerlendirmede platformun test yöntemini, ağ ve endpoint bileşenlerini, güvenlik sınırlarını ve ürettiği kanıtı inceledik. Senaryoların zararlı yük içermemesi, yalnızca yetkili varlıklarda çalışması, test penceresinin sınırlandırılması ve acil durdurma mekanizması temel koşuldu. Ürün iddiaları, küçük bir pilotta mevcut kontrollerin gerçekten ürettiği olaylarla karşılaştırıldı.

MITRE ATT&CK eşleştirmesi ortak dil sağladı fakat tek başına karar ölçütü olmadı. Kritik kimlik, uç nokta, e-posta ve çıkış trafiği senaryolarından temsili bir set seçildi. Her test için beklenen kontrol, beklenen alarm, kayıt sistemi, sorumlu ekip ve düzeltme süresi tanımlandı. Böylece sonuç panosu operasyonel iş listesine dönüşebildi.

Uygulanan çözüm veya önerilen mimari

Önerilen modelde BAS ayrı bir güvenlik adası değil, kontrol doğrulama döngüsünün ölçüm katmanı oldu. Öncelikli risk senaryoları üç aylık plana bağlandı. Test sonucu bilet sisteminde ilgili kontrol sahibine atandı; yanlış yapılandırma, görünürlük eksikliği veya kabul edilmiş risk olarak sınıflandırıldı. Düzeltme sonrası tekrar test, kapanış şartı yapıldı.

İlk aşama dar kapsamlı pilot olarak tasarlandı. Teknik başarı yanında aylık bulgu kapasitesi, düzeltme süresi, yanlış yorumlanan sonuçlar ve ekip eforu ölçüldü. Platformun SIEM ve vaka yönetimi entegrasyonu değerlendirildi; ancak otomatik aksiyonlar kontrollü tutuldu. Pilot sonunda sürdürülebilir sahiplik görülürse kapsamın genişletilmesi önerildi.

Alternatifler ve karar gerekçesi

Manuel mor takım çalışmaları daha derin bağlam ve uzman yorumu sağlar, fakat sık tekrarlanması maliyetli olabilir. Açık kaynaklı doğrulama araçları esneklik sunar; güvenli içerik geliştirme ve bakım sorumluluğu kurumda kalır. Yönetilen doğrulama hizmeti içerideki uzmanlık açığını azaltabilir, buna karşılık takvim ve veri paylaşımı bağımlılığı oluşturur.

Kurumun sınırlı sayıda kritik kontrolü varsa dönemsel uzman çalışması, tam platform lisansından daha rasyonel olabilir. Çok sayıda kontrolü ve değişen altyapısı olan, bulguları hızla düzeltebilen bir ekipte sürekli BAS daha anlamlıdır. Kararı marka veya senaryo kataloğuna değil, yıllık doğrulama planının toplam eforuna ve kapanan bulgu oranına bağladık.

Güvenlik ve operasyonel riskler

Kontrollü olsa da her simülasyon üretim ortamında değişiklik sayılmalıdır. Yanlış kapsam, güvenlik ürününde karantina, servis kesintisi veya gereksiz olay eskalasyonu oluşturabilir. Test hesapları en az yetkiyle çalışmalı, kimlik bilgileri güvenli kasada tutulmalı, test verileri hassas bilgi içermemeli ve bütün faaliyetler denetlenebilir olmalıdır.

Operasyonel tarafta en büyük risk bulgu yorgunluğudur. Sürekli test üretip düzeltme kapasitesi ayırmamak, skoru izlenen ama etkisi olmayan yeni bir pano yaratır. İçerik güncelliği, lisans bağımlılığı, entegrasyon kırılmaları ve metriklerin oyunlaştırılması düzenli yönetişim toplantısında izlenmelidir.

Çıkarılan Dersler

Kontrol Listesi