Zafiyet yönetimi: puandan risk önceliğine

Bir tarama raporu yüzlerce bulgu üretebilir. Operasyon açısından asıl ihtiyaç, hangi bulgunun neden önce giderileceğini açıklayan bir karardır. Teknik şiddet puanını; gerçek maruziyet, varlık değeri ve sömürü bilgisiyle birlikte değerlendirmek bu kararın temelini oluşturur.

Önce envanterin doğruluğunu kontrol edin

Bulguyu doğru varlıkla eşleştirmeden iş sahibine atamak, farklı sunuculardaki benzer isimler arasında karışıklık yaratabilir. Varlık sahibi, işlevi, kullanılan sürüm ve dışarıdan erişilebilirliği belirlenmelidir. Kimlik bilgili taramanın kapsamı ile erişim hataları ayrıca kaydedilir.

Temsili uygulama.batuhanyazici.com hizmetinde görülen bir bulgu, test ortamında aynı sürümün bulunmasıyla aynı önceliğe sahip olmayabilir. İnternete açıklık, işlenen veri, ayrıcalık düzeyi ve mevcut telafi edici kontroller karara etki eder.

Sömürü bilgisini karara ekleyin

CISA Known Exploited Vulnerabilities kataloğu, gerçek dünyada sömürüldüğü bilinen zafiyetleri takip etmek için kullanılan resmî kaynaklardan biridir. Katalogda yer almayan bir bulgunun risksiz olduğu sonucu çıkarılmamalıdır. Üretici duyuruları ve ortamdaki maruziyet ayrıca değerlendirilir.

Öncelik kararında teknik şiddet, aktif sömürü bilgisi, saldırganın erişim koşulları ve iş etkisi birlikte yazılmalıdır. Tek bir puan görünür bir başlangıç sağlar; fakat kurumun hizmet bağımlılıklarını veya saldırı yolunu kendi başına açıklamaz.

Giderme planını uygulanabilir hâle getirin

Yama mevcutsa önce üreticinin düzeltme kapsamı ve yükseltme önkoşulları okunur. Değişiklik sorumlusu, hedef tarih, test planı ve geri dönüş koşulları belirlenir. Kritik bir serviste hazırlıksız yama uygulamak, giderilmeye çalışılan riskten farklı bir süreklilik riski oluşturabilir.

Yama hemen uygulanamıyorsa geçici kontrolün neyi engellediği ve neyi engellemediği açıkça kaydedilir. Erişim kısıtlama veya ilgili özelliği kapatma gibi önlemler, üretici rehberine ve iş gereksinimine göre değerlendirilir. Risk kabulü süreli ve yetkili olmalıdır.

Kapanışı yeniden ölçün

Paket sürümünün değişmesi tek başına bütün bulguların kapandığını göstermez. Doğru servis yeniden başlatılmamış veya farklı bir bileşen eski sürümü kullanıyor olabilir. Yeniden tarama, sürüm doğrulaması ve uygulama testi birlikte yapılmalıdır.

Kapanış kaydında önceki bulgu, yapılan müdahale, doğrulama zamanı ve kalan risk bulunur. Ekip performansı yalnızca kapanan bulgu sayısıyla değerlendirilmez; kritik maruziyetin ne kadar süre açık kaldığı ve tekrar eden kök nedenler de izlenir. Böylece tarama bir rapor üretme işinden sürekli risk azaltma sürecine dönüşür.

Uygulama kontrol listesi

• Varlık sahibi ve maruziyet doğrulandı mı?
• Üretici duyurusu ve bilinen sömürü bilgisi değerlendirildi mi?
• Kapanış yeniden tarama ve uygulama testiyle gösterildi mi?

Bu yazı kişisel bir teknik yöntem notudur. Senaryolar temsili ve anonimdir; herhangi bir kurumda yaşanmış belirli bir olayın kaydı değildir. Ürün adımları, kurulu sürüm ve yetkili değişiklik süreciyle birlikte değerlendirilmelidir.