Son zamanlarda bulut sunucularını riske atan bir güvenlik açığı hakkında bilgi yayınlandı. Bu güvenlik açığı , saldırganların fiziksel makinenin kontrolünü tamamen ele geçirmesine olanak tanıyor ; bu da bulut altyapı sağlayıcıları için bir kabus senaryosu.
CVE-2026-64561 tanımlayıcısıyla kayıtlı Zapscape, Linux KVM hipervizöründe kritik bir güvenlik açığıdır ve birçok platformun iç içe sanallaştırmayı etkinleştirerek istemeden üstlendiği bir riski ortaya çıkarır. Bu güvenlik açığı, sanal makinede (L1) çekirdek ayrıcalıklarına sahip bir saldırganın, ana sistemde (L0) root ayrıcalıklarıyla kod çalıştırmasına ve sanallaştırılmış ortamların izolasyonunu bozmasına olanak tanır.
Yüksek etkili bir tehdit olarak kabul edilen Zapscape, yalnızca sanal makineden kaçışı kolaylaştırmakla kalmaz, aynı zamanda /dev/kvm aygıtında yazma izinlerine sahip ana bilgisayar kullanıcıları için yerel ayrıcalık yükseltme yolu da açar .
Red Hat gibi kuruluşlar, istikrarsızlık ve hizmet reddi saldırılarına odaklanarak bu güvenlik açığına 7.0'lık bir CVSS puanı vermiş olsa da, kamuya açık kavram kanıtı (PoC), çok daha yıkıcı bir kapsamı ortaya koymaktadır: sunucunun kök dizininde doğrudan rastgele bir dosya oluşturulması.
Bellek yönetim biriminde kaos
Zapscape'in çalışma şekli, KVM'nin Bellek Yönetim Birimi (MMU) ve bir konuk (L1) başka bir alt konuk (L2) için hipervizör görevi gördüğünde hipervizörün sayfa tablolarını nasıl ele aldığıyla ilgilidir. Sorun, sayfa hatası işleme sırasında mantıksal bir sıralama hatasında yatmaktadır . Çekirdek kod yollarında, "eski kök" kontrolü, sayfa alma fonksiyonundan sonra değil, önce yürütülmüştür.
Bu hatalı sıralama, klasik bir "kullanım sonrası serbest bırakma" senaryosunu tetikler . Kurtarma sırasında, KVM kullandığı kök dizini kaldırabilir ve geçersiz olarak işaretleyebilir. Ancak, sağlık kontrolü zaten çalıştığı için sistem, artık geçerli olmayan bir kök dizin altında eşlemeler oluşturmaya devam eder. İlginç bir şekilde, bu sıralama sorunu 2008'den beri kodda mevcuttu, ancak Temmuz 2020'de Linux çekirdeği 5.9'un yayınlanmasından sonra , sistemin uygulamayı bıraktığı bir yönerge getirildiğinde kritik ve istismar edilebilir hale geldi .
Gereksinimler ve sınırlamalar
Zapscape'in istismar edilebilir olması için ortamın çok özel gereksinimleri karşılaması gerekir. İlk olarak, KVM modülünde iç içe sanallaştırma etkinleştirilmelidir; bu yapılandırma üç katmanlı bir mimariye (L0, L1 ve L2) olanak tanır. Saldırganın saldırıyı L1 katmanından başlatması gerekir ki bu da o sanal makinede root ayrıcalıkları gerektirir. Oradan, saldırgan bellek modlarını manipüle ederken, L2 alt konuk işletim sisteminin etkinliği L0 ana bilgisayarının kota sayfası alma işlemini başlatmasını zorlar ve bu da bellek bozulmasına neden olur.
Donanım düzeyinde, koşullar üreticiye bağlı olarak değişir. İç içe sayfa tabloları ( SVM ) kullanan AMD sistemlerinde , güvenlik açığı daha basittir ve ek özellikler gerektirmez. Buna karşılık, Intel işlemcilerde, senaryo L1 konuk işletim sisteminin dört ve beş seviyeli EPT sayfa yürüyüşü yeteneklerini açığa çıkarmasını gerektirir . Bu, Intel'deki saldırı vektörünü daha yeni mimarilere, özellikle Ice Lake-SP ailesinden itibaren sınırlandırır.
Şunu belirtmekte fayda var ki, her ne kadar kamuya açık prototip kontrollü ortamlarda sunucuya sızmayı başarmış olsa da, güvenlik araştırmacıları, bazı yeniden derlenmiş çekirdeklerde bu açığın saldırganın sanal makinesini çökerterek tam bir kaçış yerine hizmet reddi saldırısı gibi davrandığını bildirmiştir.
Azaltma, yama ve stratejiler
Zapscape sorununa kesin çözüm, doğrulama sırasını düzelten bir yama ile geçen Temmuz ayında Linux depolarına geldi . Bu düzeltme , eski kök dizinin kontrolünü MMU sayfa tahsisinden sonraya taşıyarak , hipervizörün silinmiş bir kök dizin altında aktif eşlemeler oluşturmamasını sağlıyor. Bu düzeltmeler kararlı çekirdek dallarına zaten uygulandı ve çeşitli dağıtımlar tarafından yaygın olarak dağıtılıyor.
Hemen yükseltme yapamayan yöneticiler için oldukça etkili geçici çözümler mevcuttur. Öncelikli işlem, modprobe yapılandırma dosyalarındaki `kvm_amd` veya `kvm_intel` modüllerine `nested=0` parametresini geçirerek, kesinlikle gerekli olmayan tüm sunucularda iç içe sanallaştırmayı devre dışı bırakmaktır. Bu önlem, modülün yeniden yüklenmesini gerektirir; bu da aktif sanal makinelerin durdurulması anlamına gelir.
Son olarak, daha fazla bilgi edinmek isterseniz, ayrıntıları aşağıdaki bağlantıda bulabilirsiniz.