Veeam, Linux kernel açığı CVE-2026-98432 için appliance yamalarını dağıtıyor; AMD EPYC sunucularda yeniden başlatma sonrası açılış sorunu da var
Veeam, 9.8 CVSS puanlı Linux kernel açığı CVE-2026-98432'nin Software Appliance, Infrastructure Appliance ve yardımcı Linux appliance'larını etkilediğini KB4966 ile duyurdu. Aynı günlerde yayımlanan KB4960, bazı AMD EPYC sunucularda kernel güncellemesi sonrası appliance'ın açılmayabileceği uyarısını yapıyor.
CVE-2026-98432Veeam, Linux kernel'in TCP/IPv4 bağlantı kurulumundaki use-after-free açığı CVE-2026-98432 (CVSS 9.8) için 6 Kasım'da KB4966 etki bildirimini yayımladı. Bildirime göre içinde Linux kernel bulunan Veeam bileşenleri — Software Appliance 13.1, Infrastructure Appliance 13.1 rolleri, hypervisor plug-in worker'ları, Backup & Replication'ın Linux tabanlı yardımcı appliance'ları ve Agent for Linux kurtarma medyası — kernel güncellenene kadar etkileniyor. Veeam, açığın hizmet kesintisine veya bellek bozulmasına yol açabileceğini belirtiyor; bildirimde aktif istismardan söz edilmiyor ve açık CISA KEV kataloğunda yer almıyor.
İşi karmaşıklaştıran ikinci bir bildirim var: 4 Kasım tarihli KB4960'a göre bazı AMD EPYC işlemcili host'larda çalışan Software Appliance 13.1 ve sonrası, yeni kernel kuran bir güncelleme sonrası dahil olmak üzere yeniden başlatmada aralıklı olarak kernel panic ile açılmayabiliyor. Yani kritik kernel patch'ini uygulamak, bu host'larda yedekleme sunucusunun kesintiye girmesi riskini de beraberinde getiriyor.
Etkilenen ve düzeltilmiş sürümler
| Ürün | Etkilenen | Düzeltilmiş sürüm |
|---|---|---|
| Veeam Software Appliance / Infrastructure Appliance 13.1 | Kernel güncellenene kadar | 2 Kasım'dan beri Veeam deposunda; kernel 5.14.0-570.60.1+27.2.el9_6_ciq (Veeam Updater) |
| Backup & Replication 13.1 (Windows) — Linux yardımcı appliance'lar | Private fix kurulana kadar | 13.1.2.57 üzerine private fix; yeni kurulumlarda yeniden paketlenmiş 13.1.2 ISO |
| Backup & Replication 12.3 — Linux yardımcı appliance'lar ve Agent for Linux kurtarma medyası | Private fix kurulana kadar | Private fix "yakında" (henüz yayımlanmadı) |
| Agent for Linux 13.1 kurtarma medyası | Güncelleme öncesi oluşturulan medya | Veeam Updater veya indirme sayfasındaki güncel medya |
| AWS, Google Cloud, Azure plug-in appliance'ları (Ubuntu tabanlı) | Kernel güncellenene kadar | Veeam Updater; kernel durumu için Ubuntu CVE takip sayfası |
Kasten for Kubernetes etkilenmiyor (container imajlarında kernel yok). Müşterinin yönettiği Linux sunucular için dağıtım üreticisinin bildirimine bakılmalı. AMD EPYC açılış sorunu için KB4960'ta adı geçen modeller 7262, 7302 ve 7F72; Veeam listeyi "dahil olmak üzere" ifadesiyle verdiği için başka EPYC modelleri de etkilenebilir. Bu sorun için henüz kernel düzeltmesi yok.
Beni etkiliyor mu?
- Appliance'larda: Veeam Host Management konsolu › Updates sekmesinde bekleyen kernel güncellemesi olup olmadığına, History sekmesinde kurulup kurulmadığına bakın.
- Windows'taki Backup & Replication sürümü: konsolda Ana menü (≡) › Help › About. Salt okunur PowerShell ile de görülebilir:
Get-ItemProperty HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\* | Where-Object { $_.DisplayName -like "*Veeam Backup*" } | Select-Object DisplayName, DisplayVersion- Appliance'ın çalıştığı Hyper-V host'unun işlemci modelini kontrol edin (VMware ortamında vSphere Client › Host › Summary › Hardware):
Get-CimInstance Win32_Processor | Select-Object Name- Kurtarma medyasının oluşturulma tarihini güncellemenin kurulduğu tarihle karşılaştırın.
Ne yapılmalı?
- Appliance'larda KB4966'daki kernel güncellemesini Veeam Updater üzerinden kurun. Veeam'e göre zorunlu güncellemeler varsayılan olarak en yakın pazar 14:00'te (backup sunucusu saatiyle) otomatik kuruluyor; bunu takviminize göre önceden planlayın.
- Appliance AMD EPYC host'ta çalışıyorsa KB4960'taki önerileri izleyin: tercihen appliance'ı farklı işlemcili bir host'a yeniden kurun; olmuyorsa otomatik güncellemeyi kapatıp güncellemeyi elle, VM konsolunu izleyerek kurun. Kernel panic olursa guest yeniden başlatması yetmiyor, VM'in kapatılıp yeniden açılması gerekiyor.
- Windows'taki 13.1 kurulumlarında önce 13.1.2.57'ye geçin, ardından private fix'i kurun; virtual lab'ları ve Azure yardımcı appliance'larını KB4966'da anlatıldığı gibi yeniden yapılandırın. 12.3 kullananlar private fix'i takip etmeli.
- Güncelleme öncesi oluşturulan Agent for Linux kurtarma medyalarını yeniden oluşturun.
- Yedekleme altyapısı kesintisini change management sürecinde planlayın; açılış sırasında hypervisor olay günlüğünü veya serial console'u izleyecek birini görevlendirin.