Linux çekirdeğindeki dokuz yıllık Vghost açığı root yetkisi ve VM kaçışı sağlıyor
Tencent araştırmacıları, Linux 4.11–7.2-rc4 sürümlerindeki vhost açığı CVE-2026-74580 için çalışan demolar yayımladı. Açık yerel kullanıcıya root veriyor, bazı kurulumlarda misafirden ana makineye saldırı mümkün.
Kısaca
- CVE-2026-74580 (Vghost), Linux çekirdeğinin vhost alt sistemini 4.11'den 7.2-rc4'e kadar etkiliyor.
- Yetkisiz yerel kullanıcı çekirdek belleğini okuyup yazabiliyor, KASLR'ı aşıp root olabiliyor; daha dar bir senaryoda misafirden ana makineye kaçış da mümkün.
- Tencent Zhuque Lab 12 Ekim'de çalışan demolar yayımladı; aktif istismar bildirilmedi.
- Red Hat, Amazon Linux ve Oracle Linux yama yayımladı; Ubuntu 24.04 ve 26.04 çekirdekleri 13 Ekim itibarıyla hâlâ hazırlanıyordu.
The Hacker News'ün aktardığına göre Linux çekirdeğinin vhost alt sisteminde yaklaşık dokuz yıldır bulunan bir açık, birçok büyük dağıtımda yetkisiz yerel kullanıcıların root yetkisi elde etmesine, daha dar bir yapılandırmada ise sanal makinedeki misafir sistemin ana makineye saldırmasına imkân tanıyor. CVE-2026-74580 koduyla izlenen ve "Vghost" adı verilen açık, 4.11'den 7.2-rc4'e kadar olan çekirdekleri etkiliyor. Açığı bulan Tencent Zhuque Lab, 12 Ekim'de her iki saldırının da çalışan demolarını içeren ayrıntılı bir yazı yayımladı. Yayına göre ana daldaki düzeltme 3 Ağustos'ta yayımlanmıştı.
Neler oldu?
vhost, sanal makineler ve konteynerler için ağ ve diğer G/Ç işlemlerini hızlandıran bir bileşen; yerel kullanıcılar ona /dev/vhost-net ve /dev/vhost-vsock gibi aygıt dosyaları üzerinden erişiyor. The Hacker News'e göre vhost, her sanal halkanın arkasındaki bellek eşlemelerini önbelleğe alıyor ve önbellekte bulunan bir kaydı, bölgenin daha önce doğrulandığının kanıtı sayıyor. Önbellek birçok durumda temizleniyor ancak VHOST_SET_VRING_ADDR veya VHOST_SET_VRING_NUM komutları çalışan bir halkanın adresini ya da boyutunu değiştirdiğinde temizlenmiyor. Aygıt IOTLB'si bağlıyken yeni adresler eski eşleme üzerinden çevriliyor ve veriler sınır denetimi yapılmadan kopyalanıyor.
Habere göre sorun, önbelleği getiren 2017 tarihli Linux 4.11 değişikliğine ve bu hatayı yakalayacak adres denetimini başka yere taşıyan 2020 tarihli Linux 5.9 değişikliğine dayanıyor.
Teknik detaylar
The Hacker News, yerel saldırının yetkisiz bir kullanıcının herhangi bir çekirdek adresini okuyup yazmasına, KASLR'ı aşmasına ve root yetkisi kazanmasına imkân verdiğini, bellek hazırlığı ya da zamanlama şansı gerektirmediğini belirtiyor. Tencent, saldırı zincirini Ubuntu 26.04, RHEL 9.8, Amazon Linux 2023, Microsoft Azure Linux 3.0 ve Oracle Linux 10.2 üzerinde yeniden üretti. Testlerde Ubuntu dışındaki tüm dağıtımlarda vhost aygıt dosyaları herkesin erişimine açıktı (0666); Ubuntu'da erişim kvm grubuyla sınırlıydı.
Misafirden ana makineye kaçış senaryosu daha dar. Bu senaryo, sanal makinenin virtio aygıtının iommu_platform etkin bir sanal IOMMU arkasında olduğu ve vhost'un aygıt IOTLB modunda çalıştığı durumlarda geçerli. Bu durumda güvenilmeyen bir misafir, ana makine çekirdeğinden ana makinedeki QEMU sürecine sınır dışı yazma tetikleyebiliyor; bu da yürütmenin yönlendirilmesi veya sürecin çökertilmesi için kullanılabiliyor.
Puanlamalar kurumdan kuruma değişiyor: kernel.org CVE ekibi 8.8, Amazon 7.8, Red Hat ve Oracle ise 7.3 puan verdi. Açık, Tencent'in çekirdek açığı araştırması için geliştirdiği çok ajanlı Corvus AI sistemiyle bulundu; yayın bunun makine destekli bir araştırma olduğunu, yapay zekâ tarafından yürütülen bir saldırı olmadığını vurguluyor.
Kimler etkileniyor?
Habere göre Red Hat, Amazon Linux ve Oracle Linux düzeltmeleri yayımladı; Ubuntu 22.04 için düzeltme çıktı, 24.04 ve 26.04 çekirdekleri ise 13 Ekim itibarıyla hâlâ "hazırlanıyor" durumundaydı. Düzeltmeyi içeren ilk kararlı ana dal sürümleri arasında 5.10.265, 5.15.216, 6.1.183, 6.6.152, 6.12.104, 6.18.45, 7.1.9 ve 7.2 bulunuyor. Dağıtımlar düzeltmeyi sürüm numarasını değiştirmeden de ekleyebiliyor. Şu ana kadar açığın istismar edildiğine dair kamuya açık bir işaret yok.
Ne yapmalı?
Asıl çözüm, düzeltilmiş çekirdeği kurup sistemi yeniden başlatmak. The Hacker News, o zamana kadar /dev/vhost-net ve /dev/vhost-vsock üzerindeki herkese açık erişimin kaldırılmasını, sahip grubun güvenilir sanallaştırma servisleriyle sınırlandırılmasını ve bu gruba üyeliğin bir ayrıcalık olarak ele alınmasını öneriyor. Misafirden ana makineye kaçış için geçici bir önlem bulunmuyor; bu senaryoda tek çözüm yamalı çekirdek. Güvenilmeyen çok kiracılı iş yükleri çalıştıran sunucularda güncellemeye öncelik verilmeli.
İlgili CVE kayıtları
Kaynaklar
Bu haber yukarıda listelenen kaynaklara dayanmaktadır. Kritik sistemlerle ilgili işlem yapmadan önce üreticinin resmi duyurusunu kontrol edin.



