Zaafiyet değerlendirmesi (vulnerability assessment), bir bilgi işlem sistemindeki mevcut güvenlik açıklarını tanımlamak, sınıflandırmak ve önceliklendirmek amacıyla yapılan planlı analiz sürecidir. Yazılımlar insan eliyle geliştirildiği için kusursuz olmaları imkânsızdır; kimi hatalar masum iken, kimileri sistemin bütünlüğünü ve kullanılabilirliğini tehdit edebilecek istismar edilebilir zafiyetlere dönüşür. Örneğin SQL Injection veya Cross-Site Scripting (XSS) gibi yaygın açıklar, saldırganlara yetkisiz erişim imkânı verebilir.
Zaafiyet değerlendirmesi, bu tip açıkların saldırganlarca istismar edilmeden önce tespit edilmesine olanak tanır. Böylece kurumlar, saldırı gerçekleşmeden önce zafiyetlerini bilerek gerekli önlemleri alabilir.
Zaafiyet değerlendirmesinin temel amacı, bir kuruluşun bilgi işlem altyapısında mevcut ya da potansiyel güvenlik zafiyetlerini proaktif bir yaklaşımla keşfetmek, bunları ayrıntılı şekilde sınıflandırmak, risk düzeylerini belirlemek ve uygun düzeltme adımları için somut bir yol haritası sunmaktır. Bu amacın alt bileşenleri şu şekildedir:
Zaafiyet değerlendirmesi, test edilecek bileşenin türüne ve değerlendirmenin hedeflediği risk profilinin kapsamına göre farklı türlerde uygulanır.
Ağ odaklı taramalar, bir kurumun dahili veya harici ağ altyapısındaki zafiyetleri keşfetmek için yapılır. Bu taramalar:
gibi unsurları hedefler. Özellikle internet erişimli sunucular, saldırganların ilk taradığı bileşenlerdir. Ağ tabanlı taramalar, kablolu ve kablosuz ağları kapsayabilir.
Host tabanlı taramalarda odak nokta, tekil cihazlar ve sunuculardır. İşletim sistemi sürümü, çalışan servisler, dinleyen portlar ve yazılım yamaları incelenir. Bu taramalar:
Web siteleri, mobil uygulamalar veya API’ler gibi uygulama bileşenlerini hedef alır. Burada:
Bu tür taramalar, dinamik (runtime) veya statik (kaynak kod analizi) biçiminde yapılabilir. Hassas müşteri verileri işleyen uygulamalarda özellikle önemlidir.
Veritabanları, müşteri verileri, ödeme bilgileri ve hassas belgeler gibi kritik bilgileri saklar. Bu nedenle:
Kuruluşun kablosuz ağ altyapısındaki güvenlik açıklarını ortaya çıkarır:
Özellikle mobil cihazlar, misafir ağları ve IoT sensörleri yaygınlaştıkça kablosuz taramaların önemi artmıştır.
Zaafiyet değerlendirmesi, döngüsel ve tekrarlanabilir adımlardan oluşur. Süreç, genelde aşağıdaki aşamaları içerir:
Öncelikle hangi varlıkların taranacağı belirlenir. Tüm sunucular, bulut altyapıları, IoT cihazları veya mobil cihazlar tarama kapsamına alınabilir. Kapsam belirlenirken genelde kara kutu (black box), gri kutu (grey box) veya beyaz kutu (white box) test yöntemleri tercih edilir:
Birçok kuruluş, sahip olduğu varlıkları tam olarak bilemez. Mobil cihazlar, IoT aygıtları veya bulut tabanlı sanal makineler bu keşif aşamasında haritalanır. Modern tarayıcılar, bulut sağlayıcılarına bağlanarak görünürlük sağlar.
Belirlenen varlıklar üzerinde otomatik tarama araçları kullanılarak bilinen açıklar tespit edilir. Tarayıcı, açık portları, çalışan servisleri, yazılım sürümlerini analiz eder ve güncel Ortak Zaafiyet ve Açıklar (CVE) veritabanlarıyla eşleştirir.
Bazı taramalar, belirli açıklara özgü zararsız deneme istismarları göndererek açığın varlığını kanıtlar. Örneğin, komut enjeksiyonu ya da varsayılan şifre kullanımı gibi.
Tarama tamamlandığında bir rapor oluşturulur. Açıklar genelde CVSS (Common Vulnerability Scoring System) puanlarına göre derecelendirilir: Kritik, Yüksek, Orta ve Düşük. Açıkların sistem üzerindeki konumu (ör. internet erişimli sunucu, hassas veritabanı) önceliklendirmeyi etkiler.
Açıklar, risk düzeyi, olası etkiler ve önerilen çözümlerle birlikte detaylı bir raporda sunulur. Bu rapor genelde güvenlik ekiplerinden geliştirici ekiplere aktarılır.
Yamalar uygulanır, konfigürasyonlar güncellenir veya alternatif önlemler geliştirilir. Bazı durumlarda geçici risk azaltma (mitigation) veya kabul edilebilir risk belgelenir.
Düzeltmeler sonrası yeniden tarama yapılır. Tarama anlık bir “fotoğraf” olduğu için sistemler, yeni dağıtımlar, güncellemeler veya yapılandırma değişiklikleri nedeniyle tekrar zafiyet taşıyabilir. Bu nedenle değerlendirme düzenli periyotlarla tekrarlanmalı ve sürekli izleme sağlanmalıdır.
Zaafiyet değerlendirmesi de kusursuz değildir. Öne çıkan zorluklar:
Alhazmi, Omar H., and Yashwant K. Malaiya. "Quantitative vulnerability assessment of systems software." In Annual Reliability and Maintainability Symposium, 2005. Proceedings., pp. 615-620. IEEE, 2005. Erişim Adresi.
IBM. "What is a vulnerability assessment?". 2025. Erişim Tarihi: 6 Temmuz 2025. Erişim Adresi.
Kağızmandere, Ömercan, and Halil Arslan. "Vulnerability analysis based on SBOMs: A model proposal for automated vulnerability scanning for CI/CD pipelines." International Journal of Information Security Science 13, no. 2 (2024): 33-42. Erişim Adresi.
Sheps, Amit. "Vulnerability Assessments: How They Work, Benefits & Limitations". IONIX. Erişim Tarihi: 6 Temmuz 2025. Erişim Adresi.
Tech Target. "Vulnerability Assessment". 2024. Erişim Tarihi: 6 Temmuz 2025. Erişim Adresi.
Henüz Tartışma Girilmemiştir
"Zaafiyet Değerlendirmesi" maddesi için tartışma başlatın
Zaafiyet Değerlendirmesinin Amacı
Zaafiyet Değerlendirmesi Türleri
Ağ Tabanlı Zaafiyet Değerlendirmesi
Sunucu / Host Tabanlı Zaafiyet Değerlendirmesi
Uygulama Tabanlı Zaafiyet Değerlendirmesi
Veritabanı Tabanlı Zaafiyet Değerlendirmesi
Kablosuz Ağ Zaafiyet Değerlendirmesi
Zaafiyet Değerlendirmesi Süreci
1.Adım: Planlama ve Kapsam Belirleme
2.Adım: Varlık Keşfi (Asset Discovery)
3.Adım: Zafiyet Taraması
4.Adım: Analiz ve Önceliklendirme
5.Adım: Raporlama
6.Adım: Düzeltme (Remediation)
7.Adım: Doğrulama ve Sürekli İzleme
Karşılaşılan Zorluklar
Bu madde yapay zeka desteği ile üretilmiştir.