SPACE, istekleri doğru korumalı alan yürütmesine nasıl yönlendirir?

Birisi bir yapay zeka ajanından bir elektronik tabloyu analiz etmesini veya bir yazılımı test etmesini istediğinde, ajanın dosyaları ve verileriyle güvenli bir şekilde çalışacağına güvenir. Ajanların bu işi diğer kullanıcıların verilerini açığa çıkarmadan veya onların iş yüklerine müdahale etmeden yürütebilecekleri yalıtılmış ortamlara ihtiyacı vardır.

Ajanlar daha fazla özerklikle daha karmaşık görevler üstlendikçe bu ortamlar, hataları sınırlamaya ve güvensiz ya da kötü amaçlı kodun yol açabileceği zararı kısıtlamaya yardımcı olur. Korumalı alanlar, kontrol düzlemi hizmetlerini, çalışan düğümleri ve yönlendirme altyapısını paylaşırken bu yalıtımı sağlar.

Bu paylaşılan altyapı, her işlemi o işlemi ele almaya yetkili yürütmeye ulaştırmalıdır. Eski bir rota, geçerli bir isteği başka bir korumalı alana ya da doğru korumalı alanın daha eski bir yürütmesine gönderebilir. Perplexity'nin güvenli korumalı alan platformu SPACE, her işlemi seçilmiş bir yürütmeye bağlar ve iletmeden önce hedefi denetler.

SPACE aylardır, her biri benzersiz bir kriptografik kimlikle korunan günde milyonlarca yürütmeyi %0,0002'nin altında bir hata oranıyla ve sıfır bağlantı kopmasıyla işliyor.

Yönlendirme sorunu

Korumalı alan güvenliği, her isteğin doğru hedefe ulaştırılmasına da bağlıdır. Basit bir dosya okuma işlemi bile, korumalı alan duraklatılırken, devam ettirilirken veya makineler arasında taşınırken onun nerede çalıştığını takip etmesi gereken paylaşılan altyapıdan geçer.

Bir dosya okuma isteği birkaç bileşenden geçer. SPACE'in kontrol düzlemi, korumalı alanı bir yürütmeye ve çalışana eşler. İstek node-api üzerinden girer, korumalı alan yöneticisine (sbx-manager) aktarılır ve bir Unix soketi üzerinden ana makine köprüsüne (spaced-host) ulaşır. Köprü isteği, ana makineden konuğa soket aktarımı olan VSOCK üzerinden Firecracker microVM içindeki spaced-guest bileşenine iletir.

Her karar, altyapı değişikliklerinin gerisinde kalabilen durum bilgisine dayanır. Bir veritabanı eski bir yerleşimi tutuyor olabilir, önbelleğe alınmış bir adres başka bir yeri gösterebilir veya bir soket yolu farklı bir dinleyiciye geçmiş olabilir. Başarılı bir bağlantı bile yanlış hedefe ulaşabilir. Bir okuma işlemi başka bir kullanıcının verilerini açığa çıkarabilir; bir yazma işlemi yanlış dosya sistemini değiştirebilir.

Anlık görüntüler başka bir sorun daha ekler. Bir korumalı alanı başka bir çalışan üzerinde devam ettirmek mantıksal kimliğini korur ancak yeni bir yürütme başlatır. Gecikmiş bir istek veya ayakta kalan bir bağlantı önceki yürütmeye ulaşabilir ve doğru korumalı alan adı altında eski durumu döndürebilir.

Büyüt

Korumalı alan kimliği ve yürütme kimliği

SPACE, kullanıcının ortamını ona hizmet veren çalışma zamanından ayırır:

• Korumalı alan kimliği: Mantıksal ortamın sabit ID'si. Çağıranın yetkilendirmesi, bu korumalı alana erişimi belirler.
• Rota/yürütme kimliği: Seçilen çalışma zamanı örneği ve bu örneğin çalışan (worker), altyapı katmanı ve etkinleştirme dahil olmak üzere yerleşimi.

Yürütme nesli, çalışma zamanı örneklerini birbirinden ayırır. Kubernetes'te rota, pod UID'sini de içerir. Adresler uç noktaların yerini belirler; yürütme kimliği ise bu uç noktaların işleme hizmet verip veremeyeceğini belirler.

S korumalı alanının çalışan A üzerinde yürütme 7 olarak çalıştığını, ardından çalışan B üzerinde yürütme 8 olarak devam ettirildiğini varsayalım. Yürütme 8 için seçilen bir istek yürütme 7'ye ulaşırsa başarısız olmalıdır. Yalnızca korumalı alan kimliğini denetlemek bu uyuşmazlığı gözden kaçırır.

Büyüt

İmzalı yürütme seçimi

Her istek, onu hangi korumalı alan yürütmesinin ele alabileceğine ve hangi erişime izin verildiğine dair imzalı bir kanıt taşır. İsteği alan bileşen, isteğin ilerlemesine izin vermeden önce bu kanıtı kendi çalışma zamanı kimliğiyle karşılaştırır.

SPACE, çağıranın yetkilendirmesinden sonra korumalı alanı, yürütmeyi, yerleşimi ve izin verilen erişimi tanımlayan kısa ömürlü, imzalı bir yetki düzenler. Herkese açık hizmet portu yetkileri ayrıca izin verilen portu ve protokolü de belirtir.

İsteği alan korumalı alan yöneticisi imzayı doğrular ve kimliğin tamamını yerel olarak kalıcı hâle getirilmiş çalışma zamanı kaydıyla karşılaştırır. İmza, seçimi kimin yetkilendirdiğini ortaya koyar. Karşılaştırma ise bu seçimin alıcıyla eşleşip eşleşmediğini belirler.

ServicePort trafiği, bir konuk bağlantısı açılmadan önce korumalı alan başına ayrılan ağ geçidinde (netgtw) ikinci bir denetimden geçer. Ağ geçidi, kimliği güvenilir etkinleştirme durumuyla karşılaştırır ve portu ve protokolü denetler. Kontrol işlemleri ise köprü uç noktası doğrulamasına geçer.

SPACE, Ed25519 imzaları kullanır. Yetkileri kontrol düzlemi imzalama anahtarları düzenler; çalışanlar ve ağ geçitlerindeki genel doğrulama anahtarları yetki düzenleyemez.

Yetkiler 120 saniye geçerlidir ve süre dolumu için en fazla 15 saniyelik saat kayması toleransı tanınır. Seçilen kimlik ile yüklü kimlik uyuşmadığında geçerli bir imza ve süresi dolmamış bir token yine de yeterli olmaz.

Büyüt

Yanlış hedefte reddetme

İsteği alan çalışan, isteğin kendisi yetkili olsa bile bir yönlendirme hatasını yakalayabilir. O istek için seçilen yürütmeyi çalıştırıp çalıştırmadığını denetler ve ikisi farklıysa isteği reddeder.

Yürütme 8 için seçilen bir istek, hâlâ yürütme 7'ye hizmet veren çalışan A'ya ulaşırsa çalışan A bu isteği iletmeden önce reddeder. Bir alıcı yürütme 8'in kimliğini yükledikten sonra, yürütme 7'ye ait yetkileri süreleri dolmadan bile reddeder.

Bu güvencenin önemli bir sınırı var. Yürütme 7 için verilmiş bir yetki, ilgili çalışan kullanımdan kaldırmadan haberdar olana veya yetkinin süresi dolana kadar yürütme 7'ye hizmet veren bir çalışanla hâlâ eşleşebilir. Güncellemeler yayılırken yerel denetim ile sınırlı yetki ömrü birlikte işler.

Büyüt

Köprü uç noktası doğrulaması

Eşleşen bir çalışma zamanı kaydı, amaçlanan yürütmeyi belirler. Kontrol köprüsünün ayrıca aynı adresi devralmış, yerine geçen bir örneğe değil, o etkinleştirmeye ait süreçlere ve aktarıma ulaşması gerekir.

Korumalı alan ve düğüm yöneticileri, ana makine köprüsünün eş kimlik bilgilerini ve hem köprü hem de Firecracker süreçlerinin başlangıç zamanları dahil kimliklerini doğrulayarak yeniden kullanılan ID'leri veya değiştirilmiş yürütülebilir dosyaları tespit eder

Aktarım denetimleri, soket sahipliği, konuk kimliği ve çekirdek soket kanıtlarını kullanarak VSOCK dinleyicisini beklenen Firecracker sürecine bağlar. Köprü, işlemleri yalnızca doğrulamadan sonra iletir ve şeffaf yeniden bağlanmaları reddeder. Her yeni bağlantının denetimlerden yeniden geçmesi gerekir.

Bu doğrulama, Kubernetes ve doğrudan yönetilen ana makinelerdeki Firecracker kontrol köprüsünü kapsar. ServicePort trafiği ağ geçidinde yürütme ve port denetimlerinden geçer; bu denetimler konuk içindeki herhangi bir uygulamanın kimliğini tasdik etmez.

Büyüt

Akış ömrü ve rota kurtarma

Bazı bağlantılar, bir korumalı alanın yürütmesi değişirken açık kalır; bu nedenle kimlik denetimlerinin ilk isteğin ötesine uzanması gerekir. SPACE, eski yürütmeye bağlı bağlantıları kullanımdan kaldırır ve uygun işlemlerin aynı güvenlik denetimleri altında mevcut yürütmeye yeniden bağlanmasına izin verir.

Terminaller ve dosya izlemeleri, kendilerini açan isteklerden daha uzun süre yaşayabilir. SPACE, arka uç akışlarını bir kimlik dönemine (epoch) bağlar; böylece alıcı yerine geçen bir yürütmeyi yükledikten sonra bir akış önceki yürütmeye bağlı kalamaz.

SPACE, bir akışı açmadan önce kalıcı kimliği yeniden denetler. Akışın rotasının veya yürütmesinin değiştirilmesi, akışın kirasını (lease) iptal ederek girdi ve çıktıyı durdurur.

Sahiplik değişiklikleri, yürütmenin değiştirilmesinden farklıdır. Kubernetes üzerinde değişmeden kalan bir yerleşik birimdeki (resident) yaşam döngüsü işlemi devri; rota kimliğini, süresi dolmamış yetkileri ve akışları korur. Ağ geçidi, aynı rota ve yürütme nesli içinde yalnızca etkinleştirme denemesini etkileyen değişikliklerde de kurulu akışları korur. Yeni akış açma işlemleri güncellenmiş kimliği gerektirir.

Kurtarma süreci bu denetimleri bozmaz. Kimlik karşılaştırıcı, aynı korumalı alan içindeki bir örnek uyuşmazlığı için RefreshRoute, farklı bir korumalı alan için ise Deny döndürebilir. Kimlik reddinden sonra rota onarımını yalnızca tanınan bir yenileme sinyali tetikler. Aktarım hataları ise işleme özgü ayrı kurtarma kurallarına tabidir. Geçersiz imzalar, amaçlar veya port profilleri reddedilmeye devam eder.

Uygun bir işlem mevcut yürütmeyi çözümleyebilir ve yeniden oluşturulmuş tek bir deneme yapabilir. Önbellekteki girdi yalnızca reddedilen rotayla eşleşiyorsa değiştirilir; bu da gecikmiş bir reddin daha yeni bir girdiyi önbellekten çıkarmasını önler. Yerel (native) oturum yenilemesi özgün önbellek süresini korur ve böylece rota onarımını çağıranın yetkilendirmesinin yenilenmesinden ayırır.

Yeniden oynatma kuralları işleme özgü olmaya devam eder. İstemciye bakan WebSocket açık kalsa bile, yerine geçen bir arka uç kabul denetiminden yeniden geçmelidir.

Büyüt

Ödünleşimler ve güven sınırları

Yürütme kimliği, güvenlik açısından kritik bir durum bilgisi hâline gelir. Kontrol düzlemi güncellemelerinin ve doğrulama anahtarı paketlerinin hizmet veren bileşenlere ulaşması gerekir; kullanımdan kaldırma ise her alıcı güncellemeyi yüklediğinde geçerlilik kazanır. Kısa yetki ömürleri, yayılma sırasında yeniden kullanımı sınırlar.

Tasarım, kimlik denetiminin etkin olduğunu varsayar ve kontrol düzlemi imzalayıcısına, çalışan çekirdeğine ve düğüm yerel yönetim hizmetlerine güvenir. Çalışan üzerinde root erişiminin veya ayrıcalıklı küme yöneticisi hesabının ele geçirilmesi tehdit modelinin kapsamı dışındadır. Köprü doğrulaması, donanım destekli uzaktan tasdik (remote attestation) değil, yerel süreç ve aktarım doğrulamasıdır.

İmza doğrulama, çalışma zamanı karşılaştırmaları ve köprü doğrulaması istek yoluna ek iş getirir. Bu işlemler, her özel atlamada uzak bir yetkilendirme sorgusu yapmak yerine yerel durumu kullanır.

Sektör karşılaştırması

Burada önemli olan karşılaştırma, platformların yetkili bir isteğin doğru korumalı alanın yanlış yürütmesine ulaşması durumunu nasıl ele aldığıdır. Bu bulgular platform güvenliğinin geneline değil, incelenen uygulamalara ilişkindir. SPACE, OpenShell ve E2B 8 Ekim 2026'da incelendi:

• OpenShell: Ağ geçidindeki nesil ve yetkilendirme denetimleri, arka uç kimliğinin doğrulanması ve onaylanmış etkin denetleyici (supervisor) bağlantıları aracılığıyla yeni çağrılar için benzer bir yürütme seçimi ve denetleyiciden çalışma zamanına bağlama sağlar (ağ geçidi kabulü, çalışma zamanı kimlik doğrulaması ve bağlama). SPACE imzalı seçimi hizmet yolu boyunca taşır ve buna çalışana özgü süreç ve aktarım doğrulamasını ekler; OpenShell ise karşılık gelen denetimleri ağ geçidi, başlatma kimliği ve kimliği doğrulanmış çalışma zamanı protokolü arasında dağıtır (çalışma zamanı tasarımı).
• E2B: Yürütme ID'lerini takip eder ve proxy havuzlarını Firecracker yaşam döngüsüne göre yalıtır; ancak gelen trafik proxy'si, alıcının karşılaştırma yapabileceği beklenen bir yürütme kimliği olmadan mantıksal korumalı alanı ve portu seçer (rota yayımlama, proxy kabulü). Eşleşen kimlik bilgilerine sahip eski bir alıcıda hâlâ canlı olarak kayıtlı olan daha eski bir yürütme, bu denetimlerle seçilen daha yeni yürütmeden ayırt edilemez; yine de normal kapatma süreci rotaları kaldırır ve yaşam döngüsüne bağlı bağlantıları kapatır (kimlik bilgileri, kapatma).
• CubeSandbox: Devam ettirme sırasında yönlendirmeyi onarır ve önbellekleri geçersiz kılar; ancak özel giriş trafiği, korumalı alan kapsamlı kimlik bilgileri kullanır ve beklenen bir çalışma zamanı örneği belirtmeden iletim yapar (devam ettirme yönlendirmesi, giriş yönlendirmesi). Rota onarımı, eski rotaların geçerli kaldığı süreleri kısaltır; SPACE'in yürütmeye bağlı yetkisi ise alıcıya yanlış örneği reddetmesi için bağımsız bir dayanak da sağlar.

Bir yalıtım sınırı olarak kimlik

Güvenli görev devri, her ajanın işini kendisi için belirlenen sınırlar içinde tutmaya bağlıdır. Yalıtımı bir microVM sağlar; çevresindeki platform ise her isteğin ve devam eden her bağlantının, onu ele almaya yetkili yürütmeye ulaşmasını sağlamalıdır.

SPACE, yürütme kimliğini bu korumanın bir parçası hâline getirir. Hedefleri denetleyerek, köprü uç noktalarını doğrulayarak ve bağlantıları onları yetkilendiren yürütmeye bağlayarak, korumalı alanlar duraklatılırken, devam ettirilirken ve taşınırken bu sınırları korur.

Altyapı geliştikçe bu çalışmayı sürdürüyoruz. SPACE ve diğer korumalı alan platformlarında güvenlik, bu yolların hem olağan yönlendirme hatalarına hem de kötü niyetli iş yüklerine karşı test edilmesini ve bu testlerin ortaya çıkardığı açıkların bulunduğu her yerde sınırların güçlendirilmesini gerektirir.