GravityZone Patch Management

GravityZone Patch Management, Bitdefender'ın uç nokta koruma ajanına eklenen yama yönetimi modülüdür. İşletim sistemi ve üçüncü parti uygulamalardaki eksik yamaları zamanlanmış taramalarla tespit eder, yamaları merkezden dağıtır ve dağıtım sürecini politika ile denetler. Ayrı bir ajan, ayrı bir sunucu veya ikinci bir yönetim arayüzü gerektirmez; envanter, tespit ve dağıtım aynı GravityZone konsolunda toplanır.

Modülün en çok yanlış bilinen yönü lisanslamadır: Patch Management hiçbir GravityZone kademesinde varsayılan olarak gelmez. Bitdefender'ın resmî karşılaştırma sayfasında Full Disk Encryption, Email Security, Security for Mobile, Integrity Monitoring ve Container Security ile birlikte eklenti olarak listelenir (Bitdefender, 2026). Bitdefender TechZone dokümantasyonu da modülü, GravityZone konsolundan paket oluşturularak sistemlere kurulan bir eklenti bileşeni olarak tanımlar (Bitdefender TechZone, 2026).

Yama yönetiminin bir güvenlik ürünü içinde konumlanması tesadüf değildir. The Forrester Wave: Endpoint Security, Q4 2023 raporunda 13 sağlayıcı 25 kriterle değerlendirilmiş; Bitdefender "Leader" olarak konumlanmış ve zararlı yazılım önleme, exploit önleme, kimlik koruması, ağ tehdidi tespiti ile yama giderme dahil 10 kriterde mümkün olan en yüksek puanı almıştır (Bitdefender, 2023). Sora Yazılım, Bitdefender yetkili kanal partneri olarak eklentinin lisanslanması, dağıtım halkalarının tasarımı ve denetim raporlarının kurgulanmasını birlikte yürütür; ürün ailesinin tamamını Bitdefender çözümleri sayfamızda inceleyebilirsiniz.

GravityZone Patch Management tam olarak ne yapar?

Kısa cevap: eksik yamaları bulur, hangi yamanın nereye ne zaman gideceğine karar vermenizi sağlar ve dağıtımı merkezden yürütür. Modül yalnızca güvenlik yamalarıyla sınırlı değildir; güvenlik dışı yamalar da tarama kapsamına alınabilir (Bitdefender B2B Destek, 2026). Bu ayrım pratikte önemlidir: bazı kurumlar yalnızca güvenlik yamalarını otomatik geçmeyi, işlevsel güncellemeleri ise manuel onaya bağlamayı tercih eder.

İşleyiş dört adımda özetlenebilir. Tarama: zamanlanmış görevlerle uç noktalardaki eksik yamalar envanterlenir. Karar: hangi yamaların dağıtılacağı politika ile belirlenir; sorun çıkaran veya kurum içinde onaylanmayan yamalar kara listeye alınarak dağıtım dışında bırakılır. Dağıtım: yamalar zamanlanmış pencerelerde uygulanır. Raporlama: hangi cihazın hangi yama seviyesinde olduğu konsoldan izlenir. Bu döngü, denetimlerde en çok sorulan "kritik yamalar ne kadar sürede kapanıyor" sorusuna ölçülebilir bir cevap üretir.

Bant genişliği tarafında modül bir yama önbellek sunucusu (patch caching server) kullanır. Yamalar tek bir noktaya indirilir, uç noktalar oradan alır; böylece aynı dosya yüzlerce kez internetten çekilmez. Önbellek sunucusuna erişilemediğinde sistemler yamaları doğrudan üretici sitelerinden indirir; yani önbellek sunucusunun kesintisi yama dağıtımını tümüyle durdurmaz ama internet trafiğini artırır. Şube yapısı dağınık kurumlarda önbellek sunucusu yerleşimi, projenin en somut kapasite kararlarından biridir.

Yama yönetimi hangi GravityZone paketlerine dahildir?

Hiçbirine. Patch Management, Small Business Security'den GravityZone Defense XDR'a kadar bütün kademelerde ayrı lisanslanan bir eklentidir. İnternette sık rastlanan "Premium veya Enterprise alırsanız yama yönetimi dahil gelir" bilgisi yanlıştır. Aynı şekilde "yama yönetimi yalnızca üst kademelere eklenebilir" ifadesi de doğru değildir; eklenti, resmî karşılaştırma sayfasında kademeden bağımsız olarak listelenir.

Kaynak: Bitdefender resmî iş ürünleri karşılaştırma sayfası (Bitdefender, 2026). Risk analitiği ile yama yönetimi arasındaki ayrım özellikle karıştırılır: Endpoint Risk Analytics eksik yamayı görünür kılar, Patch Management ise kapatır. Yalnızca risk skoru üreten bir kurulum, denetimde "riski biliyorduk ama kapatmadık" tablosu doğurur. Giriş kademesinin kapsamını GravityZone Business Security sayfamızda, gelişmiş tehdit analizi katmanını ise Business Security Premium sayfamızda anlatıyoruz.

Sanal yamalama ile gerçek yama yönetimi arasındaki fark nedir?

Bu iki kavram sürekli karıştırılıyor, oysa farkları nettir. Gerçek yama yönetimi, üreticinin yayımladığı düzeltmeyi yazılımın kendisine uygular; zafiyet ortadan kalkar. Sanal yamalama ise yazılıma dokunmaz; zafiyeti sömürmeye çalışan trafiği veya istek desenini bir kural setiyle engeller. Zafiyet kodda durmaya devam eder, ancak sömürülemez hale gelir. Trend Micro Deep Security'nin öne çıkan yeteneklerinden biri tam olarak budur: host tabanlı saldırı önleme (IPS) kurallarıyla sanal yamalama uygular.

GravityZone Patch Management gerçek yamayı dağıtan taraftır; sanal yamalama yapmaz. Bitdefender tarafında exploit denemesini durduran katmanlar Advanced Anti-Exploit ve Network Attack Defense'tir, ancak bunlar davranış ve saldırı tekniği temellidir — belirli bir zafiyet için yazılmış imzalı bir kalkan sunmazlar. Dolayısıyla iki yaklaşım rakip değil, farklı sorunları çözen iki katmandır.

Doğru kurgu genellikle şudur: yamalanabilen her şey yamalanır, yamalanamayan veya bakım penceresi bulunamayan sistemler sanal yamalama ile korunur ve bu durum geçici bir istisna olarak kayda alınır. Üretim hattındaki eski bir Windows sunucusunu yeniden başlatamıyorsanız sanal yamalama sizi ayakta tutar; ama bu, yamayı süresiz erteleme gerekçesi değildir. Trend Micro tarafındaki karşılığı Deep Security sayfamızda ayrıntılı anlatıyoruz; ağ katmanında IPS ile aynı işlevi şube ve merkez trafiğinde gören FortiGate güvenlik duvarlarını da tamamlayıcı olarak konumlandırıyoruz.

Hangi işletim sistemleri ve uygulamalar destekleniyor?

GravityZone Patch Management; Windows ve macOS'un yanı sıra CentOS, Red Hat Enterprise Linux ve SUSE Linux Enterprise dağıtımlarını destekler (Bitdefender B2B Destek, 2026). Modülün kurulduğu ajan olan Bitdefender Endpoint Security Tools ise çok daha geniş bir yelpazeyi kapsar: Windows 11 25H2'den Windows 10'un ilk sürümüne, Windows Server 2025'ten Windows Server 2016 Core'a, Red Hat Enterprise Linux 7.x–10.x, Debian 9–13 ve Ubuntu 16.04.x–26.04.x dağıtımlarına, ayrıca Intel ve Apple M serisi işlemcili macOS makinelerine kadar (Bitdefender B2B Destek, 2026). Bu iki listeyi karıştırmamak gerekir: ajanın desteklediği her dağıtım, yama yönetiminin desteklediği anlamına gelmez.

Üçüncü parti uygulama tarafında dürüst olmak gerekir. İnternette Bitdefender Patch Management için "şu kadar uygulamayı destekler" biçiminde dolaşan rakamların hiçbiri üreticinin resmî dokümantasyonunda yer almaz. Bitdefender resmî sayfasında yalnızca geniş bir üçüncü parti uygulama listesinden söz eder, destek dokümanı da desteklenen üretici ve ürünleri toplam sayı vermeden dosya olarak yayımlar. Bu nedenle biz de sayfada bir uygulama sayısı yayımlamıyoruz. Doğru yöntem, projeden önce sizin yazılım envanterinizi çıkarıp bu listeyle karşılaştırmaktır — bir kurum için kritik olan uygulama, listede olmayabilir ve o boşluk baştan bilinmelidir.

Sunucu ve sanallaştırma tarafında yama yönetimi, koruma mimarisinden bağımsız düşünülmemelidir. Yoğun sanallaştırma ortamlarında tarama yükü Security Virtual Appliance'a devredilir ve ajan hafif kalır; yama dağıtım pencereleri de bu mimariye göre planlanır. Sunucu tarafındaki tasarımı GravityZone Security for Servers sayfamızda ele alıyoruz. Appliance yerleşimi, bakım pencereleri ve otomasyon tarafında DevOps ve altyapı hizmetlerimiz devreye girer.

Yama dağıtımı nasıl planlanır: test halkası, kara liste ve geri alma

Yama yönetiminde asıl risk yamanın kendisi değil, denetimsiz dağıtımdır. Bu yüzden dağıtım halka halka planlanır: önce BT ekibinin kendi cihazları, sonra düşük riskli bir kullanıcı grubu, ardından genel filo, en son kritik sunucular. Her halka arasında yeterli bir gözlem penceresi bırakılır. Bu yaklaşım yeni bir icat değil, denetimlerde de beklenen standart bir değişiklik yönetimi pratiğidir.

Kara liste ne işe yarar?

Bir yama kurum içinde soruna yol açıyorsa veya iş uygulamanız belirli bir sürümde sertifikalıysa, o yamanın dağıtılmaması gerekir. GravityZone Patch Management bunun için yama kara listesi sunar: seçilen yamalar dağıtım kapsamı dışında tutulur. Kara listeye alınan her yamanın bir sahibi, bir gerekçesi ve bir gözden geçirme tarihi olmalıdır; aksi halde kara liste zamanla kalıcı bir zafiyet listesine dönüşür.

Geri alma ve bakım penceresi

Yama sonrası bir uygulama beklenmedik davranış gösterirse geri dönüş yolunun önceden tanımlı olması gerekir. Bu yol yalnızca yama aracına bırakılmaz; sunucularda anlık görüntü (snapshot) veya yedekten dönüş planı, istemcilerde ise standart imaj ile yeniden kurulum senaryosu birlikte kurgulanır. Kritik sistemlerde bakım penceresi ve iletişim planı, yamanın kendisi kadar önemlidir. Yamanın gerçekten uygulanıp uygulanmadığının bağımsız olarak doğrulanması ise raporlama tarafının işidir.

Yama yönetimi tespit katmanının yerini tutar mı?

Hayır. Yama, bilinen zafiyetleri kapatır; sıfırıncı gün açıkları, çalınmış kimlik bilgileriyle yapılan girişler ve sosyal mühendislik saldırıları yamayla önlenmez. Bu nedenle yama yönetimi bir tespit ve müdahale katmanıyla birlikte kurgulanır. Uç noktanın ötesine geçen saldırı zincirlerini görmek için GravityZone XDR, 7/24 izleyecek iç ekibi olmayan kurumlar için ise Bitdefender MDR tarafına bakılmalıdır.

Yama yönetimi KVKK, ISO 27001 ve PCI-DSS denetimlerinde ne işe yarar?

Yama yönetimi, denetimlerde en sık kanıt istenen teknik tedbirlerden biridir. 6698 sayılı Kişisel Verilerin Korunması Kanunu'nun 12. maddesi, veri sorumlusuna kişisel verilere hukuka aykırı erişimi önlemek ve verilerin muhafazasını sağlamak için uygun teknik ve idari tedbirleri alma yükümlülüğü getirir. Bilinen bir zafiyetin uzun süre açık bırakılması, bir ihlal sonrasında "uygun tedbir alınmadı" değerlendirmesine zemin hazırlar. Merkezî yama raporu, bu noktada somut bir savunma belgesidir.

ISO 27001 kapsamında teknik açıklık yönetimi ayrı bir kontrol başlığıdır ve denetçi genellikle üç şey ister: zafiyetlerin nasıl tespit edildiği, hangi sürede kapatıldığı ve kapatılmayanların neden kapatılmadığı. Patch Management bu üçünü de üretir — envanter, dağıtım kaydı ve kara liste gerekçesi. PCI-DSS kapsamındaki kart verisi ortamlarında ise kritik güvenlik yamalarının tanımlı bir süre içinde uygulanması ve bunun belgelenmesi beklenir; yamalanamayan sistemler için telafi edici kontrollerin yazılı olması gerekir. Sanal yamalama tam da bu noktada devreye giren bir telafi edici kontroldür.

Türkiye'de pratikte en sık karşılaştığımız tablo şudur: yama yönetimi aracı satın alınmış ama dağıtım halkaları tanımlanmadığı için otomatik dağıtım kapalı bırakılmıştır. Ürün konsolda durur, denetimde ise "yama süreci var" denilemez. Sora Yazılım tarafında hizmet kapsamımız bu boşluğu kapatmayı hedefler: yazılım envanterinin çıkarılması, dağıtım halkalarının ve bakım pencerelerinin tanımlanması, kara liste yönetişiminin kurulması, önbellek sunucusu yerleşimi ve denetim için kullanılabilir raporların hazırlanması. GravityZone konsolunun arayüz dili Türkçe değildir; yöneticilere Türkçe eğitim, dokümantasyon aktarımı ve sorun anında Türkçe destek biz sağlıyoruz.

Kaç uç noktanız ve sunucunuz olduğunu, hangi kritik uygulamaları kullandığınızı ve mevcut yama sürecinizin nasıl işlediğini paylaşın; GravityZone Patch Management eklentisinin sizin envanterinizi ne kadar kapsadığını ve hangi sistemler için sanal yamalama gibi telafi edici bir kontrole ihtiyaç duyacağınızı birlikte çıkaralım. Eklenti lisanslaması, dağıtım tasarımı ve denetim raporlaması için iletişim sayfamızdan teklif isteyin; pilot grup üzerinde ücretsiz değerlendirme kurulumu yapıyoruz.