GitHub Radar — gVisor
Kullanıcı alanında çalışan Sentry çekirdeği, izole Gofer dosya vekili ve Netstack ağ yığınıyla sistem çağrılarını filtreleyen açık kaynak konteyner kum havuzu.
gVisor, çok kiracılı (multi-tenant) bulut platformlarında ve Kubernetes kümelerinde çalışan güvenilmeyen konteynerlerin paylaşımlı Linux çekirdeğine doğrudan sistem çağrısı (syscall) yaparak ana makineyi ele geçirmesini önlemek amacıyla Google tarafından geliştirilmiş açık kaynaklı bir kullanıcı alanı uygulama çekirdeğidir (application kernel) 1. Klasik konteynerlerin cgroups ve Linux ad alanları (namespaces) üzerinden yalnızca mantıksal bir sınır çizdiği ve çekirdek zafiyetlerinde (privilege escalation) tamamen savunmasız kaldığı zayıf güvenlik modeline karşı gVisor; untrusted uygulamanın tüm sistem çağrılarını kullanıcı alanında araya girerek (interception) yakalayan ve donanım sanallaştırmasına kıyasla saniyeler yerine milisaniyelerde ayağa kalkan OCI uyumlu devrimci bir sandbox motorudur 2.
Bulut yerel güvenlik, sanallaştırma ve konteyner izolasyonu çevrelerinde 20 bin yıldız ve son commit bugün düzeyinde sarsılmaz bir kurumsal güven inşa eden depo, titizlikle yönetilen 520 açık issue ve haftalık kararlı dağıtım takvimini simgeleyen son sürüm release-20261012.0 (Ekim 2026) metrikleriyle olgunluğunu kanıtlamaktadır.
Mimari Deep-Dive: gVisor
gVisor’ın sistem mimarisinde yarattığı en büyük mühendislik sıçraması, geleneksel tam donanım sanallaştırması (QEMU/KVM) ile klasik Linux konteynerleri arasındaki boşluğu kapatarak çekirdek mantığını kullanıcı alanında çalışan bellek güvenli bir ikiliye taşımasıdır. Proje bütünüyle saf Go diliyle geliştirilmiştir 1. Go seçimi; C ve C++ dillerinde yazılan monolitik işletim sistemi çekirdeklerini onlarca yıldır felç eden bellek bozulması (buffer overflow, use-after-free) hatalarını dil seviyesinde bertaraf etmek ve goroutine tabanlı yüksek eşzamanlılıkla yüzlerce süreci izole biçimde koordine edebilmek amacıyla yapılmıştır.
Sistemin kalbinde yer alan ilk temel mimari sütun sistem çağrısı kesme ve işletme motoru olan Sentry bileşenidir 3. Sentry, sandbox içindeki uygulamanın yaptığı 300’den fazla Linux sistem çağrısını (bellek yönetimi, sinyal dağıtımı, süreç yaşam döngüsü) ana çekirdeğe hiç uğratmadan kendi içinde sanallaştırır. Sistem çağrılarını yakalamak için iki farklı platform mekanizması sunar: Gelişmiş donanım sanallaştırma uzantılarını kullanan KVM platformu ve donanım sanallaştırması bulunmayan ortamlarda PTRACE_SYSEMU çağrısıyla çalışan systrap platformu. Her iki modelde de uygulama kodu ana çekirdeği doğrudan göremez; sistem çağrısı yapıldığı anda yürütme durdurulur ve kontrol Sentry’ye devredilir.
İkinci kritik sütun ise iki katmanlı savunma derinliği (defense-in-depth) sağlayan izole dosya sistemi vekili Gofer yapısıdır 4. Sentry’nin kendisi ana makine seviyesinde son derece katı bir seccomp filtresiyle kilitlenmiştir; ana çekirdek üzerinde doğrudan open veya creat gibi dosya açma sistem çağrıları yapması yasaktır. Sandbox içindeki bir sürecin diskteki bir dosyayı okuması gerektiğinde, Sentry bu talebi Unix soketleri üzerinden çalışan yüksek performanslı LISAFS protokolüyle Gofer sürecine iletir. Dosya sistemi erişimi Gofer tarafından denetlenir ve yalnızca izinli dosya tanımlayıcıları (file descriptors) SCM_RIGHTS aracılığıyla Sentry’ye aktarılır. Bu ayrım, Sentry içinde oluşabilecek bir mantık hatasında dahi saldırganın ana makinenin dosya sistemine doğrudan sıçramasını matematiksel olarak engeller.
Üçüncü sütun ise kullanıcı alanında sıfırdan yazılmış saf Go TCP/IP yığını olan Netstack bileşenidir 5. Konteynerin ağ trafiği, ana makinenin çekirdek ağ katmanına doğrudan soket açmak yerine Netstack üzerinden paket paket ayrıştırılır; böylece Linux çekirdeğindeki olası TCP/IP zafiyetleri konteyner seviyesinde tamamen izole edilir.
Kod ve Topluluk Sağlığı
gVisor, Google Cloud organizasyonu altındaki çekirdek sistem mühendisliği ekibi ile küresel açık kaynak güvenlik araştırmacılarının ortak katkılarıyla yönetilmektedir 1. Google Cloud Run, GKE Sandbox ve App Engine gibi her gün trilyonlarca isteği karşılayan küresel üretim platformlarının doğrudan güvenlik temelini oluşturan yazılım, Cloud Native Computing Foundation (CNCF) ekosisteminde de referans sandbox standardı olarak kabul görmektedir.
Depodaki 520 açık issue sayısı, projenin Linux çekirdeğinin uçsuz bucaksız sistem çağrısı yüzey alanını, donanım mimarilerini (x86_64 ve ARM64) ve heterojen konteyner iş yüklerini desteklemesinden kaynaklanan sağlıklı bir geliştirme trafiğidir. Google mühendisleri hata raporlarına ve uyumluluk taleplerine günler içinde dönüş yapmakta, zafiyet bildirimlerini özel güvenlik protokolleriyle şeffaf biçimde yayımlamaktadır. Çekirdek depoya sunulan her değişiklik; Bazel tabanlı devasa bir test matrisinden, binlerce Linux çekirdek uyumluluk testinden (LTP - Linux Test Project) ve MariaDB, PostgreSQL, Redis gibi popüler veritabanlarının tam entegrasyon testlerinden geçer. Sürümleme takvimi haftalık düzenli etiketlerle kararlı bir disiplinde yürütülmektedir. health_score bu bölümden türer: issue kapanma hızı, sürüm düzeni, bakımcı ekibi. Ajanın tahminidir; künyede öyle yazılır. Projenin kurumsal Google desteği, endüstri standardı haline gelen güvenlik güvenilirliği ve titiz test kültürü göz önüne alınarak health_score: 9.4 takdir edilmiştir.
Production Riski: Gerçekten Kullanılır mı?
gVisor’ı kurumsal üretim kümelerine dahil etmeyi değerlendiren sistem mimarları için lisanslama açısından hiçbir hukuki risk bulunmamaktadır; proje son derece özgür Apache 2.0 lisansı ile dağıtılmakta olup şirket içi veri merkezlerinde, özel bulutlarda veya ticari Kubernetes altyapılarında tam kullanım serbestisi sunar 6.
gVisor’ın üretimde tartışmasız hayat kurtardığı senaryolar oldukça açıktır: Kullanıcıların kendi Python veya Node.js kodlarını yükleyip çalıştırdığı çok kiracılı yapay zeka ajan platformları, çevrimiçi kod derleme/çalıştırma servisleri (SaaS sandbox), güvenilmeyen üçüncü taraf web kancalarını (webhooks) işleyen mikroservisler ve regülasyona tabi finans/sağlık verilerini işleyen Kubernetes pod’ları. runsc ikilisi Docker ve containerd ile yerel olarak entegre olur; bir pod tanımına yalnızca runtimeClassName: gvisor ekleyerek sistemi saniyeler içinde devreye almak mümkündür.
Buna karşın, operasyonel olarak yönetilmesi gereken belirgin performans bedelleri vardır. İlk ve en kritik kısıt sistem çağrısı gecikmesidir; her bir sistem çağrısının kullanıcı alanında Sentry tarafından yakalanıp taklit edilmesi işlemci bağlam değişimlerini (context switch) artırır. Bu nedenle PostgreSQL veya Kafka gibi aşırı disk ve soket G/Ç yoğunluğu olan altyapı servislerinde gVisor kullanmak belirgin bir verim kaybına yol açar. İkinci kısıt ise tam çekirdek uyumluluğudur; ham ağ soketleri açan veya özel çekirdek modülleri yükleyen araçlar Sentry üzerinde çalışmaz. Doğru iş yüklerinde kullanıldığında gVisor, güvenilmeyen kod çalıştırma riskini sıfıra indiren dünyanın en olgun açık kaynak kum havuzu motorudur.