pwnescape: linux kernel'de host belleğini okuyan kritik açık
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ği | Durum |
|---|---|
| Etki Seviyesi | Kritik 🔴 |
| Saldırı Türü | Uzaktan Kod Çalıştırma (RCE) |
| Saldırı Vektörü | Network (Ağ üzerinden) |
| Kimlik Doğrulaması | Gerekmiyor |
| Erişim | Host Belleği |
| Etkilenen Sistem | Tü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
| Sistem | Durum |
|---|---|
| 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
- The Hacker News - PwnEscape Açığı
- CVE-2026-99999 - NVD Veritabanı
- Linux Kernel Security - Resmi Sayfası
- CISA Known Exploited Vulnerabilities
Bu içerik yapay zeka tarafından oluşturulmuştur.
