Nessus bulgusundan düzeltme kanıtına: rapor nasıl eyleme dönüştürülür?

Bir tarama raporunda kritik bulgu bulunması, aksiyonun nasıl uygulanacağını tek başına anlatmaz. Plugin’in neyi gördüğü, taramanın hangi yetkiyle yapıldığı ve hedefin iş rolü birlikte değerlendirilmelidir. Amaç rapor sayısını artırmak değil, doğrulanmış kapanış üretmektir.

1. Kapsamı doğrula
2. Plugin kanıtını oku
3. İş etkisini değerlendir
4. Aksiyon sahibini ata
5. Düzeltmeyi uygula
6. Aynı kapsamda yeniden tara

Taramanın kapsamını ve kalitesini doğrulayın

Hedef listesi, port kapsamı, tarama zamanı ve kullanılan politika kaydedilir. Credentialed taramada kimlik doğrulamanın gerçekten başarılı olduğu kontrol edilir. Kimlik bilgisi girilmiş olması bütün hedeflerde yetkili tarama yapıldığını kanıtlamaz.

Erişilemeyen veya taranamayan sistemleri temiz sistem gibi raporlamayın. Kapsam dışı ve başarısız hedefler ayrı listelenmelidir. Önceki taramayla karşılaştırmada politika veya plugin seti değişimi hesaba katılır.

Plugin çıktısını gerçek kanıt olarak okuyun

Plugin ID, etkilenen servis, tespit edilen sürüm ve çıktı ayrıntısı incelenir. Banner tabanlı tahmin ile yerel paket kontrolü aynı güven düzeyine sahip olmayabilir. Yanlış pozitif iddiası da teknik kanıt gerektirir.

CVE ve çözüm bilgisi üreticinin resmî duyurusuyla eşleştirilir. Eski bir sohbet veya blog yazısındaki sürüm numarası doğrulanmadan aksiyon kaydına taşınmamalıdır. Ürün adı benzerliği etkilendiğini kanıtlamaz.

Aksiyonu sahip ve zamanla tanımlayın

Teknik sorumlu, iş sahibi, hedef tarih ve bakım gereksinimi belirlenir. Yama, yapılandırma değişikliği, sürüm yükseltme veya hizmet kaldırma farklı aksiyonlardır. “Güncellenecek” gibi belirsiz kayıt kapanışı zorlaştırır.

İnternete açıklık, ayrıcalık ve kritik veri etkisi önceliğe dahil edilir. Sadece CVSS sırasıyla ilerlemek iş riskini kaçırabilir. Geçici azaltıcı önlem ile kalıcı düzeltme ayrı takip edilmelidir.

Değişikliği işlevsel testle uygulayın

Düzeltme öncesi yedek ve geri dönüş yöntemi doğrulanır. Pilot sistemde uygulama sağlığı sınanır. Güvenlik ayarı değişikliği eski istemcileri etkiliyorsa bağımlılık sahipleriyle plan yapılmalıdır.

Risk kabulü gerekiyorsa kapsam, gerekçe, süre ve telafi kontrolü kayıtlı olmalıdır. Bulgunun raporda gizlenmesi teknik düzeltme değildir. İstisna süresi dolduğunda yeniden değerlendirme yolu bulunmalıdır.

Yeniden testle kapanışı kanıtlayın

Aynı hedef ve uygun yetkiyle yeniden tarama yapılır. Bulgunun kaybolması taramanın başarısız olmasından kaynaklanmamalıdır. Servis sürümü veya yapılandırma kanıtı ile tarama sonucu birlikte saklanır.

• Tarama kapsamı ve yetkisi doğrulandı.
• Plugin kanıtı resmî duyuruyla eşleşti.
• Sahip ve tarih atanmış.
• İşlevsel test başarılı.
• Yeniden tarama gerçekten tamamlandı.

İlgili çalışma notları

• Zafiyet yönetimi: puandan risk önceliğine
• Linux’ta Trellix Agent kurulumu: doğru paket, güvenilir indirme ve ePO kabulü
• ENS istisnası işe yaramıyor: OAS, Access Protection ve etkin politika ayrımı

Nasıl yapılır: ayrıntılı uygulama

Ortam ve ön koşullar: Tenable Nessus bulgu kabulü — Yetkili tarama kapsamı, tarama zamanı ve credentialed check durumu gerekir.

1. Taranan kapsamı ve kimliği doğrulayın
2. Bulguyu üretici koşuluna bağlayın
3. Aksiyon kaydını somut doldurun
4. Pilot düzeltmeyi ve işlevi sınayın
5. Aynı koşulla tekrar tarayıp kapatın

1. Taranan kapsamı ve kimliği doğrulayın

Nessus Scan Results/Summary içinde hedefler, credentials, başarısız login ve scan policy’yi okuyun. Plugin output gerçek ürün/sürümü mü gösteriyor, yalnız banner tahmini mi ayırın.

2. Bulguyu üretici koşuluna bağlayın

Plugin ID/CVE, etkilenen sürüm aralığı ve etkin özellik şartını üretici kaynağıyla karşılaştırın. CVSS skoru tek başına düzeltme önceliği değildir; internet erişimi ve iş etkisi ayrıca değerlendirilir.

3. Aksiyon kaydını somut doldurun

Aşağıdaki satır yalnız temsili plan örneğidir; tamamlandı sonucu içermez. Sahip, hedef tarih, yama/ayar ve geri dönüş noktası olmadan bulgu operasyonel işe dönüşmez.

Varlik,Plugin_ID,Kosul,Aksiyon,Sahip,Kabul,Durum
lab.batuhanyazici.com,BULGU_ID,SURUM_OZELLIK,URETICI_DUZELTMESI,ATANACAK,TEKRAR_TARAMA_VE_ISLEV,PLAN

4. Pilot düzeltmeyi ve işlevi sınayın

Ürünün sürüme özel yama/config adımlarını uygulama sahibiyle gerçekleştirin. Yedek geri dönüşü hazır olmalı; bu ürünler arası rehber rastgele tek güncelleme komutu önermez.

5. Aynı koşulla tekrar tarayıp kapatın

Yeni scan aynı hedef/credential kapsamını içermelidir. Bulgunun kaybolması, sürüm/ayar kanıtı ve uygulama kabulünü tek kayda bağlayın. Taranamayan hedefi çözülmüş saymayın; başarısızlıkta kontrolü açık tutup önceki uyumlu sürüme dönün.

Beklenen sonuç: Kapanış, aynı kapsamda yeni teknik kanıtla desteklenir.

Sonuç farklıysa: Yetkili kontrol başarısızsa temiz raporu zafiyet yok diye yorumlamayın.

Geri dönüş: Yama geri alınırsa bulguyu yeniden açıp telafi edici kontrolü belgeleyin.