Saldırı altında mısınız? Olay müdahalesi için bize ulaşın

info@angelforce.eu
Güvenlik açıkları

CVSS, EPSS ve KEV - güvenlik açıkları nasıl önceliklendirilir

CVSS temel puanı neden tek başına zayıf bir öncelik göstergesidir, EPSS ve CISA KEV kataloğu tehdit bağlamını nasıl ekler; basit bir yama sırası.

Diğer diller:EnglishDeutschFrançaisEspañolItalianoPolskiNederlandsEesti

İllüstrasyon: CVSS, EPSS ve KEV - güvenlik açıkları nasıl önceliklendirilir

Bir tarama, ekibinizin bu hafta yamalayabileceğinden daha fazla Yüksek ve Kritik bulgu çıkardığında bir iş sırasına ihtiyacınız olur. CVSS puanına göre sıralamak nesnel görünür, ancak yanlış soruya cevap verir. Puanı EPSS, KEV kataloğu ve kendi varlıklarınızla ilgili bilgilerle birleştirmek çok daha iyi bir sıra verir.

CVSS neyi ölçer, neyi ölçmez

FIRST tarafından yönetilen Common Vulnerability Scoring System (CVSS), bir güvenlik açığının ne kadar ciddi olduğunu tanımlar. Temel puan, açığın kendine özgü niteliklerini yansıtır ve açığın kurulabileceği tüm ortamlar için makul bir en kötü durumu varsayar. FIRST’ün CVSS v4.0 kullanım kılavuzu, temel puanların önem derecesini ölçtüğünü ve “risk değerlendirmesi için tek başına kullanılmaması gerektiğini” açıkça belirtir.

Yine de elinize genellikle yalnızca temel puan geçer. Aynı kılavuz, ürün geliştiricilerinin ve ABD Ulusal Güvenlik Açığı Veritabanı’nın (NVD) genellikle yalnızca temel puan yayımladığını not eder. Güncel tehditlere ve kendi ortamınıza ilişkin bilgileri eklemek size kalır.

CVSS vektörü, puanın nasıl oluştuğunu gösterir. Örneğin:

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H   (9.8, Critical)

Bu vektör şöyle okunur: ağ üzerinden erişilebilir, karmaşıklığı düşük, yetki ya da kullanıcı etkileşimi gerektirmiyor, gizlilik, bütünlük ve erişilebilirlik üzerinde etkisi yüksek. Açığın şu anda istismar edilip edilmediği ya da ağınızdaki etkilenen sistemin dışarıya açık olup olmadığı hakkında ise hiçbir şey söylemez.

Bir bakışta CVSS v3.1 ve v4.0

CVSS v4.0 Kasım 2023’te yayımlandı. İki sürüm de aynı nitel aralıkları kullanır: Düşük 0,1–3,9, Orta 4,0–6,9, Yüksek 7,0–8,9 ve Kritik 9,0–10,0. Bir süre daha güvenlik bültenlerinde iki sürümü de göreceksiniz.

KonuCVSS v3.1CVSS v4.0
Metrik gruplarıTemel, Zamansal, OrtamsalTemel, Tehdit, Ortamsal, Ek
İstismar bilgisiÜç metrikli Zamansal grupYalnızca İstismar Olgunluğu (Exploit Maturity) içeren Tehdit grubu
Daha geniş etkiKapsam (Scope) metriğiAçıklı sistem ve sonraki sistemler üzerindeki etkiler ayrı ayrı
Saldırı koşullarıSaldırı KarmaşıklığıSaldırı Karmaşıklığı ve yeni Saldırı Gereksinimleri (Attack Requirements) metriği
Kullanıcı etkileşimiYok ya da GerekliYok, Pasif ya da Aktif
EtiketlemeTek puanHangi grupların kullanıldığına göre CVSS-B, CVSS-BT, CVSS-BE ya da CVSS-BTE

v4.0 etiketleri işe yarar. CVSS-B olarak işaretlenmiş bir puan yalnızca temel puandır; böylece tehdidin ve ortamın hesaba katılmadığını bilirsiniz. İstismarın otomatikleştirilip otomatikleştirilemeyeceği gibi ek metrikler, puanı değiştirmeden bağlam ekler.

EPSS - istismar olasılığı ne kadar?

Yine FIRST tarafından yürütülen Exploit Prediction Scoring System (EPSS), yayımlanmış bir CVE’nin önümüzdeki 30 gün içinde gerçek ortamda istismar edilme olasılığını tahmin eder. Puanlar 0 ile 1 arasındadır ve her CVE için her gün, ücretsiz olarak CSV dosyası ve API üzerinden yayımlanır.

FIRST’ün kullanım kılavuzu, EPSS’yi CVSS ile basit bir dört bölgeli tabloda birleştirmeyi önerir:

Düşük CVSSYüksek CVSS
Yüksek EPSSİstismar edilmesi olası, tek başına etkisi sınırlı; başka açıklarla zincirlenip zincirlenemeyeceğini kontrol edinÖnce bunu yamalayın
Düşük EPSSGenellikle önceliği düşürülebilirCiddi ama istismar edilme olasılığı düşük; değişiklikleri izleyin

Kılavuz sınırlar konusunda da aynı ölçüde açıktır. EPSS riskin yalnızca tehdit tarafını kapsar; bu yüzden “asla bir risk puanı olarak değerlendirilmemelidir”. Hangi sistemleri çalıştırdığınızı, bu sistemlerin ne kadar dışarıya açık olduğunu ya da hangi verileri barındırdığını bilmez. Düşük bir puan da hiçbir zaman sıfır anlamına gelmez.

KEV - açık şu anda istismar ediliyor mu?

CISA’nın Known Exploited Vulnerabilities (KEV) kataloğu, gerçek ortamda istismar edildiğine dair güvenilir kanıt bulunan açıkları listeler. Bir açık kataloğa ancak üç koşul sağlandığında eklenir:

  • bir CVE kimliği vardır
  • aktif istismara dair güvenilir kanıt vardır; tarama, araştırma ve kavram kanıtı (PoC) kodu tek başına yeterli sayılmaz
  • üretici güncellemesi gibi net bir düzeltme yolu vardır

Binding Operational Directive 22-01, ABD federal sivil kurumlarının KEV kayıtlarını belirlenen süreler içinde düzeltmesini zorunlu tutar. Diğer kurumlar bu direktifle bağlı değildir, ancak CISA herkesin KEV kayıtlarını güvenlik açığı yönetiminde öncelikli olarak ele almasını kuvvetle önerir.

Avrupa’daki kurumların ikinci bir kaynağı daha var. ENISA’nın NIS2 Direktifi kapsamında Mayıs 2025’ten beri çalışan Avrupa Güvenlik Açığı Veritabanı (EUVD), istismar edilen açıkları gösteren bir pano içerir. CVE verileri, üretici duyuruları ve KEV kataloğu bu veritabanına otomatik olarak aktarılır.

Basit bir önceliklendirme yaklaşımı

Bir şeyin ne kadar acil olduğuna KEV ve EPSS ile, nerede önemli olduğuna ise varlıklarınız hakkındaki kendi bilginizle karar verin. Aşağıdaki kademeler bir standart değil, önerdiğimiz bir başlangıç noktasıdır. Süreleri kendi kapasitenize ve risk iştahınıza göre ayarlayın.

KademeKoşulÖnerilen hedef
1KEV’de ya da EUVD’de istismar edildiği işaretli, internete açık veya iş açısından kritik bir sistemdeBirkaç gün; henüz yama yoksa geçici önlemlerle
2İç sistemlerde KEV’de olanlar ya da dışarıya açık bir sistemde yüksek EPSSBir sonraki yama döngüsü, yaklaşık iki hafta içinde
3Yüksek ya da Kritik CVSS, düşük EPSS, dışarıya açık değilNormal aylık döngü; EPSS ve KEV’i düzenli olarak yeniden kontrol edin
4Diğer her şeyRutin bakım ya da riski kabul edip nedenini kayda geçirin

Bir puanı karara dönüştüren şey varlık bağlamıdır. Her sistem için üç soru sorun: internetten erişilebiliyor mu, hangi verileri ya da erişimleri barındırıyor ve bir kesinti neye mal olur? CVSS’nin diliyle bunlar sizin ortamsal metriklerinizdir.

Açıklayıcı bir örnek

Aynı gün iki bulgu çıktığını düşünün. Birincisi, hassas veri içermeyen bir iç test sunucusunda, düşük EPSS puanlı ve KEV kaydı olmayan 9,8 puanlık bir açık. İkincisi ise KEV kataloğunda yer alan, tüm çalışanların dizüstü bilgisayarlarında bulunan 7,8 puanlık bir yerel yetki yükseltme açığı.

Puana göre sıralarsanız birincisi en üste çıkar. Yukarıdaki yaklaşım ise ikincisini öne alır. Bu açık istismar ediliyor ve tek bir başarılı oltalama e-postasının saldırgana ihtiyaç duyduğu ilk tutunma noktasını sağlayabileceği her dizüstü bilgisayarda bulunuyor. Test sunucusu da düzeltilir, ama normal döngüde.

Nereden başlamalı

  1. Tarama aracınızın ya da varlık envanterinizin her bulgu için CVE kimliğini kaydettiğinden emin olun.
  2. Günlük EPSS puanlarını ve KEV listesini sistemlerinize alın ya da bunu zaten yapan bir araç kullanın.
  3. Varlıkları dışarıya açıklık ve iş açısından önem durumuna göre etiketleyin; yalnızca “internete açık” ve “kritik” olarak bile olsa.
  4. Her kademe için hedef süreleri yönetimle birlikte belirleyin ve takip edin.
  5. Bir güvenlik bülteni yalnızca vektör veriyorsa vektörü CVSS hesaplayıcımızla okuyun ve kendi ortamınıza göre uyarlayın.

Bunun sürekli yürütülmesini tercih ederseniz yönetilen güvenlik hizmetimiz güvenlik açığı takibini ve önceliklendirmeyi sizin yerinize üstlenebilir.

Nasıl yardımcı olabiliriz

Yönetilen güvenlik

Güvenlik operasyon merkezimiz altyapınızı 7/24 izler ve tehditler olaya dönüşmeden harekete geçer.

CVSS 3.1 hesaplayıcı

Bir güvenlik açığını CVSS 3.1 temel metrikleriyle puanlayın ve paylaşılabilir bir vektör alın.

Bize yazın
AngelForce ekibi

Bu yazıyı AngelForce ekibi hazırladı: Avrupa ve Türkiye’deki kurumların sistemlerini test eden, izleyen ve koruyan; CEH, LPT Master ve CISA sertifikalı güvenlik danışmanları.

Aşağıda listelenen herkese açık kaynaklardan yapay zekâ desteğiyle yazıldı ve yayından önce AngelForce ekibi tarafından incelendi.

Kaynaklar

  1. www.first.org/cvss/v4.0/user-guide
  2. www.first.org/cvss/v3.1/specification-document
  3. www.first.org/epss/
  4. www.first.org/epss/user-guide
  5. www.cisa.gov/known-exploited-vulnerabilities
  6. www.enisa.europa.eu/news/consult-the-european-vulnerability-database-to-enhance-your-digital-security

Güvenlik açıkları hakkında yazılar

Neyi korumanız gerektiğini anlatın

Altyapınızı ve hedefinizi kısaca yazın, size e-postayla dönelim.

Bize yazın
info@angelforce.eu

AngelForce OÜ · Tallinn, Estonya