Teknoloji Haberleri
Aşağı Git
Tüm Forumlar
İşletim Sistemleri ve Yazılımlar
Windows İşletim Sistemleri
Windows 11
Proxmox altında çalıştırdığım sanal window 11 24h2 VM'in ana sistemi ele geçirebileceği konusu
Bu konudaki kullanıcılar: 1 misafir, 1 mobil kullanıcı
2
Cevap 217
Tıklama 0
Öne Çıkarma
Cevap 217
Tıklama 0
Öne Çıkarma
1. sayfa
-
Proxmox altında çalıştırdığım sanal window 11 24h2 VM'in ana sistemi ele geçirebileceği konusu
1. sayfa
DH Mobil uygulaması ile devam edin.
Mobil tarayıcınız ile mümkün olanların yanı sıra, birçok yeni ve faydalı özelliğe erişin.
Gizle ve güncelleme çıkana kadar tekrar gösterme.
DonanımHaber Forum - Mini Sürüm
Hakkımızda | Yukarı
Tam sürüm için tıklayınız
Version: 1.2.896
Donanım Sponsoru:
Hakkımızda | Yukarı
Tam sürüm için tıklayınız
Version: 1.2.896
Donanım Sponsoru:
SORU : proxmox altında çalıştırdığım windows 11 24h2 VM'in ana sistemi ele geçirebileceğini düşündüm haksızmıyım ?
CEVAP :
Haklı olabilirsiniz — endişenizin ciddi bir temeli var. Proxmox altında çalışan bir Windows 11 sanal makinesinin (örneğin 24H2 sürümü) ana sistem olan Proxmox hypervisor’unu “ele geçirmesi” teknik olarak zordur ama tamamen imkansız değildir. Bu duruma "VM escape" (sanal makineden kaçış) denir ve genelde şu yollarla olabilir:
1. Hypervisor Güvenlik Açığı (VM Escape)
Eğer Proxmox'un (yani KVM/QEMU, libvirt veya host Linux çekirdeği) içinde bir güvenlik açığı varsa, kötü niyetli veya tehlikeli yazılımlar bu açığı kullanarak ana sisteme sıçrayabilir. Bu tür açıklar nadir ama zaman zaman bulunur.
Örneğin 2022'de [VENOM (CVE-2015-3456)] gibi bazı önemli açıklar buna örnektir.
Güncellemelerin aksaması, korumasız bir yapı veya manuel konfigürasyonlar bu riski artırır.
2. PCI Passthrough (veya USB Passthrough) ile Gelen Tehditler
Eğer ekran kartı, disk denetleyicisi, USB gibi donanımlar doğrudan sanal makineye (Windows'a) verildiyse, bu durumda:
DMA (Direct Memory Access) gibi mekanizmalarla sistem belleğine müdahale edebilir.
IOMMU (Intel VT-d veya AMD-Vi) koruması yoksa veya yanlış yapılandırıldıysa, ana sistemi etkileyebilir.
3. Ortak Klasörler, Ağ Paylaşımı veya Disk Erişimi
Eğer host ile VM arasında paylaşımlı disk, klasör veya ağ köprüsü (bridge) yapılandırması varsa:
Windows’taki bir zararlı yazılım, host’taki dizinlere zarar verebilir.
Özellikle SMB/NFS gibi protokollerle yapılan paylaşımlar dikkatle sınırlandırılmazsa tehlike büyür.
---
Kendinizi Korumak İçin Öneriler
1. IOMMU desteğini açın ve doğru yapılandırın
(örneğin: intel_iommu=on veya amd_iommu=on GRUB'da).
2. QEMU/KVM'yi güncel tutun
Güvenlik açıklarına karşı düzenli güncelleme yapın.
3. Windows VM’ye PCI veya USB passthrough yapıyorsanız, IOMMU izolasyonu sağlayan vfio gruplarını dikkatli yönetin.
4. Sanal makine ile host arasında dosya paylaşımını sınırlayın
“9p” veya “VirtFS” gibi paylaşımlar yerine izole alanlar kullanın.
5. Ağda izole edin
VM için ayrı bir NAT ağı kurmak veya VLAN segmentasyonu kullanmak güvenliği artırır.
6. AppArmor veya SELinux gibi host tabanlı güvenlik profilleri uygulayın
---
Sonuç:
Windows 11 gibi karmaşık ve kapalı kaynak bir işletim sistemi, sanal makine olsa da risk taşır. Özellikle Microsoft'un kernel-level erişimleri veya bilinmeyen güncellemeleri, sizi tetikte tutmalı. Eğer güvenlik odaklı bir yapı kuruyorsanız, VM’yi mümkün olduğunca izole edin.
Dilerseniz yapılandırmanızı birlikte gözden geçirebiliriz, neyi nasıl izole ettiğinizi detaylı incelerim.
< Bu mesaj bu kişi tarafından değiştirildi SeniorGrandMaster -- 13 Mayıs 2025; 9:50:34 >
< Bu ileti Android uygulamasından atıldı >