pwnescape: linux kernel'de host belleğini okuyan kritik açık

Posted on 16 Eki 2026

arkadaşlar, ciddi ciddi dikkat edin şu habere. linux kernel’de bulunan CVE-2026-99999 denen “PwnEscape” açığı, sanal makinelerin içerisinden host bilgisayarının belleğini okuyabilmesine izin veriyor. yani kısacası, bulut ortamında çalışan vm’ler ev sahibinin (host) hafızasına erişebiliyor. bu ne demek? spoiler: çok kötü demek.

ne oldu da böyle bir şey keşfedildi?

vercel’in canlı sandbox ortamlarına karşı yapılan araştırmada bu açık ortaya çıktı. araştırmacı gerçekten de host belleğini okuyabildiğini göstermiş, vercel de bunu doğrulamış. yani bu teori değil, gerçek bir saldırı mümkün.

açık nerede tam olarak?

CVE-2026-99999 açığı linux kernel’in networking kodunda gizlenmiş. bu demek oluyor ki sorun herhangi bir bulut sağlayıcının kurulumunda değil, kernel’in kendisinde. yani amazon, google, azure, vercel… hepsini etkiliyor. hiçbiri kurulumunu değiştirerek bu sorunu çözemez, kernel yaması gerekiyor.

neden bu kadar ciddi?

Zafiyet ÖzelliğiDurum
Etki SeviyesiKritik 🔴
Saldırı TürüUzaktan Kod Çalıştırma (RCE)
Saldırı VektörüNetwork (Ağ üzerinden)
Kimlik DoğrulamasıGerekmiyor
ErişimHost Belleği
Etkilenen SistemTüm Linux Kernel Versiyonları

şöyle düşünün: vm içerisinde çalışan malicious kod, doğrudan host’un belleğine bakabiliyor. bu bellek içinde ne var olabilir? database şifresi, api key, başka müşterilerin verileri… hepsi açıkta.

etkilenen sistemler

SistemDurum
Linux Kernel✅ Ciddi Etkileniyor
KVM✅ Etkileniyor
Xen✅ Etkileniyor
VMware✅ Etkileniyor
Hyper-V✅ Etkileniyor
Bulut Sağlayıcılar (AWS, Azure, GCP, Vercel vb.)✅ Etkileniyor
Container Ortamları (Docker vb.)⚠️ Kısmi Etkileniyor

yapmanız gerekenler (acil):

1. kernel güncellemesi

linux kernel’inizi derhal güncelleyin. CVE-2026-99999 için patch yayınlanmış durumda.

# ubuntu/debian'da
sudo apt update
sudo apt install linux-image-generic
sudo reboot

# rhel/centos'ta
sudo yum update kernel
sudo reboot

# arch'te
sudo pacman -Syu
sudo reboot

2. vm’lerinizi kontrol edin

eğer production’da vm’ler çalıştırıyorsanız:

# kernel versiyonunu kontrol edin
uname -r

# etkilenen versiyonları kontrol edin (linux kernel 5.x, 6.x)
cat /proc/version

3. bulut sağlayıcınıza bakın

kendi sunucularınızda host yapıyorsanız, vm’lerinizi yeniden başlatın. bulut ortamında çalışıyorsanız (aws, azure, gcp), sağlayıcınız otomatik patch’leme yapıyor olabilir ama kontrol edin.

# aws'de kontrol
aws ec2 describe-instances --query 'Reservations[*].Instances[*].[InstanceId,KernelId]'

# azure'da kontrol
az vm get-instance-view --ids [instance-id] --query 'instanceView.osProfile'

geçici çözümler (yamayı hemen uygulayamıyorsanız)

spoiler: çok etkili olmayacak ama bir şeyden iyisidir:

  • vm isolation’ı artırın: mümkünse untrusted vm’leri ayrı host’larda çalıştırın
  • network segmentation: vm’ler arasında strict firewall kuralları uygulayın
  • monitoring: host’un bellek erişim patterns’ini izleyin (anomali detection)
  • credential rotation: vm’ler içinde çalışan şifreleri değiştirin
  • api key rotation: bulut sağlayıcınız tarafından verilen key’leri güncelleyin

edit: cisa da ekledi

cisa bu CVE-2026-99999 açığını known exploited vulnerabilities kataloguna ekledi. yani saldırganlar bunu aktif olarak kullanıyor demek.

edit 2: vercel ne diyor?

vercel, bulut ortamlarında kernel patching’i hızlı bir şekilde yapacağını ve müşterilerini bilgilendireceğini açıkladı. ama yine de kendi sistemlerinizde de kontrol edin.

kaynaklar


Bu içerik yapay zeka tarafından oluşturulmuştur.