Garfield
YZF Admin
Bir ajan için sandbox, ajanın ürettiği kodu, komutları veya dosya işlemlerini ana sistemden yalıtılmış bir çalışma alanında yürütmesini sağlayan güvenlik katmanıdır. Ajan burada dosya okuyabilir, hesaplama yapabilir veya kontrollü ağ istekleri gönderebilir; diğer dosyalara, kimlik bilgilerine ve üretim sistemlerine erişimi dosya, ağ ve yetki politikalarıyla sınırlandırılır. Koruma seçilen teknoloji ve yapılandırmaya bağlıdır; yanlış izinler veya izolasyon açıkları nedeniyle sandbox dışına erişim riski tamamen ortadan kalkmaz. Doğru kurulmuş bir sandbox, ajanın iş yapmasını engellemeden hatalı ya da kötü amaçlı bir işlemin etkisini sınırlar.
Ajanın her eylemi doğrudan işletim sistemine bırakılmak yerine sınırlandırılmış bir ortamda çalıştırılır. Bu ortamda genellikle ayrı bir dosya sistemi, kısıtlı kullanıcı yetkileri, işlem süresi ve bellek sınırı bulunur. Ağ erişimi tamamen kapatılabilir veya yalnızca izin verilen alan adlarıyla sınırlandırılabilir.
Örneğin ajana şu görevi verdiğinizi varsayalım: “Bu CSV dosyasındaki satışları aylara göre topla ve sonucu Excel uyumlu bir dosyaya yaz.” Sandbox içinde çalışan ajan CSV dosyasını yalnızca kendisine verilen çalışma dizininden okur, hesaplamayı burada yapar ve sonucu yine bu dizine yazar. Ajanın amacı dışında işletim sistemi ayarlarını değiştirmesi, kullanıcı klasörlerini taraması veya dışarıya veri göndermesi engellenir.
Beklenen çıktı, örneğin
Bir sandbox yalnızca “ayrı bir klasör” değildir. Güvenlik düzeyi, ajana verilen yetkilerin kapsamına bağlıdır. Özellikle şu sınırlar birlikte değerlendirilmelidir:
Tablodaki sınırlar birbirinin yerine geçmez. Ağ erişimini kapatmak, ajanın yerel hassas dosyalara erişmesini engellemez; dosya erişimini sınırlamak da ajanın izin verilen bir API'ye fazla sayıda istek göndermesini önlemeyebilir.
Konteyner, bir uygulamanın dosya sistemi, süreçleri ve ağını işletim sistemi düzeyinde ayırmak için kullanılan bir çalıştırma yöntemidir. Hızlı başlatılabilir; ancak yapılandırma hataları veya paylaşılan kaynaklar nedeniyle her kullanımda aynı izolasyon düzeyini garanti etmez.
Sanal makine, kendi işletim sistemi çekirdeğiyle daha güçlü bir ayrım sağlar. Bunun karşılığında genellikle daha fazla kaynak ve başlatma süresi gerektirir. “Sandbox” ise tek bir teknoloji adı olmaktan çok, ajanın eylemlerini güvenli sınırlar içinde çalıştırma yaklaşımıdır. Bu yaklaşım konteyner, sanal makine, işletim sistemi izinleri, ağ politikaları ve onay akışlarının birlikte kullanılmasını içerebilir.
Seçim, ajanın yapacağı işin riskine göre yapılmalıdır. Yalnızca metin dönüştüren ve dış dünyaya erişmeyen bir ajan için geçici bir çalışma dizini ve kısıtlı işlem yetkisi yeterli olabilir. Kod çalıştıran, internetten veri indiren veya müşteri kayıtlarına erişen bir ajan için ağ çıkışı, dosya izinleri, gizli bilgiler ve insan onayı ayrıca sınırlandırılmalıdır.
Şu yaklaşım pratik bir başlangıç sağlar:
Sandbox, ajanı otomatik olarak doğru karar veren veya güvenilir bir yazılım hâline getirmez. Ajan sınırlı ortam içinde de yanlış dosyayı silebilir, hatalı hesaplama yapabilir, izin verilen bir servisi kötüye kullanabilir ya da güvenilir görünen fakat zararlı içeriği işleyebilir.
Bu nedenle güvenlik için yalnızca izolasyona güvenilmemelidir. Görev izinleri, girdi doğrulama, çıktı kontrolü, oran sınırlaması, kayıt tutma ve insan onayı birlikte uygulanmalıdır. Özellikle sandbox dışına veri taşıyan bir aktarım noktası varsa, ajanın içeride çalışması verinin gizliliğini tek başına korumaz.
Kısaca sandbox, ajana “her şeyi yapabilen bir kullanıcı” yerine “belirli kaynaklara, belirli süreyle ve belirli amaçla erişebilen bir işlem” rolü verir. Tasarımın doğru olup olmadığını anlamanın en iyi yolu, ajanın normal görevini tamamlayabildiğini doğrularken bu görev için gerekmeyen her erişimin reddedildiğini ayrıca test etmektir.
Sandbox nasıl çalışır?
Ajanın her eylemi doğrudan işletim sistemine bırakılmak yerine sınırlandırılmış bir ortamda çalıştırılır. Bu ortamda genellikle ayrı bir dosya sistemi, kısıtlı kullanıcı yetkileri, işlem süresi ve bellek sınırı bulunur. Ağ erişimi tamamen kapatılabilir veya yalnızca izin verilen alan adlarıyla sınırlandırılabilir.
Örneğin ajana şu görevi verdiğinizi varsayalım: “Bu CSV dosyasındaki satışları aylara göre topla ve sonucu Excel uyumlu bir dosyaya yaz.” Sandbox içinde çalışan ajan CSV dosyasını yalnızca kendisine verilen çalışma dizininden okur, hesaplamayı burada yapar ve sonucu yine bu dizine yazar. Ajanın amacı dışında işletim sistemi ayarlarını değiştirmesi, kullanıcı klasörlerini taraması veya dışarıya veri göndermesi engellenir.
Beklenen çıktı, örneğin
aylik_satislar.csv adlı dosyanın oluşturulması ve içeriğinin Ay,Toplam gibi bir başlıkla başlamasıdır. Bu çıktı yalnızca işlemin sandbox içindeki dosyada tamamlandığını gösterir; verinin doğru hesaplandığını, hassas bilgilerin dışarı gönderilmediğini veya ajanın sınırsız erişimi olmadığını tek başına kanıtlamaz. Bu nedenle dosya izinlerini, ağ kurallarını ve işlem kayıtlarını ayrıca kontrol etmek gerekir.Sandbox ile hangi sınırlar konur?
Bir sandbox yalnızca “ayrı bir klasör” değildir. Güvenlik düzeyi, ajana verilen yetkilerin kapsamına bağlıdır. Özellikle şu sınırlar birlikte değerlendirilmelidir:
| Sınır | Ne işe yarar? | Yetersiz bırakılırsa |
|---|---|---|
| Dosya sistemi | Ajanın okuyup yazabileceği dizinleri belirler. | Ajan, kullanıcı veya uygulama dosyalarına erişebilir. |
| Ağ erişimi | Dış servislere yapılabilecek bağlantıları kısıtlar. | Veri sızdırma veya izinsiz API çağrısı riski artar. |
| Kimlik bilgileri | Parola, API anahtarı ve oturum belirteçlerini ajandan ayırır. | Ajanın gördüğü gizli bilgiler başka işlemlerde kullanılabilir. |
| İşlem ve bellek | Sonsuz döngü, aşırı CPU veya bellek tüketimini sınırlar. | Ajan sistemi yavaşlatabilir veya hizmeti durdurabilir. |
| Kalıcılık | Çalışmalar arası dosya paylaşımını ve saklama süresini sınırlar; temizleme ayrıca yapılandırılır. | Bir çalışmadaki zararlı dosya sonraki çalışmaya taşınabilir. |
| İnsan onayı | Silme, satın alma veya üretime gönderme gibi eylemleri durdurur. | Ajan hatalı talimatı doğrudan gerçek sistemde uygulayabilir. |
Konteyner, sanal makine ve sandbox farkı
Konteyner, bir uygulamanın dosya sistemi, süreçleri ve ağını işletim sistemi düzeyinde ayırmak için kullanılan bir çalıştırma yöntemidir. Hızlı başlatılabilir; ancak yapılandırma hataları veya paylaşılan kaynaklar nedeniyle her kullanımda aynı izolasyon düzeyini garanti etmez.
Sanal makine, kendi işletim sistemi çekirdeğiyle daha güçlü bir ayrım sağlar. Bunun karşılığında genellikle daha fazla kaynak ve başlatma süresi gerektirir. “Sandbox” ise tek bir teknoloji adı olmaktan çok, ajanın eylemlerini güvenli sınırlar içinde çalıştırma yaklaşımıdır. Bu yaklaşım konteyner, sanal makine, işletim sistemi izinleri, ağ politikaları ve onay akışlarının birlikte kullanılmasını içerebilir.
Ajan için uygun sandbox nasıl seçilir?
Seçim, ajanın yapacağı işin riskine göre yapılmalıdır. Yalnızca metin dönüştüren ve dış dünyaya erişmeyen bir ajan için geçici bir çalışma dizini ve kısıtlı işlem yetkisi yeterli olabilir. Kod çalıştıran, internetten veri indiren veya müşteri kayıtlarına erişen bir ajan için ağ çıkışı, dosya izinleri, gizli bilgiler ve insan onayı ayrıca sınırlandırılmalıdır.
Şu yaklaşım pratik bir başlangıç sağlar:
- Ajanın eylemlerini listeleyin. Hangi dosyaları okuyacağı, nereye yazacağı, hangi komutları çalıştıracağı ve hangi API'lere bağlanacağı açıkça belirlenmeden yetki vermeyin.
- En dar dosya izinlerini verin. Ajanı yalnızca geçici bir çalışma dizinine yönlendirin; ana dizin, sistem klasörleri ve başka kullanıcıların dosyaları varsayılan olarak erişilebilir olmamalıdır.
- Ağ erişimini amaca göre kısıtlayın. Dış bağlantı gerekmiyorsa ağı kapatın. Gerekiyorsa yalnızca gerekli servisleri izin listesine alın ve gizli bilgileri istemciye gelişigüzel aktarmayın.
- Kimlik bilgilerini doğrudan ajana vermeyin. API anahtarlarını isteme eklemek yerine sınırlı yetkili bir aracı servis kullanın; anahtarın hangi işlem ve süre için geçerli olduğunu ayrıca belirleyin.
- Riskli eylemleri onaya bağlayın. Dosya silme, para transferi, üretim sistemine dağıtım veya dışarıya mesaj gönderme gibi işlemlerde ajan önce öneri üretmeli, gerçek uygulama açık onaydan sonra yapılmalıdır.
- İşlem bitince ortamı temizleyin ve kaydı inceleyin. Geçici dosyaları kaldırın; çalıştırılan komutları, erişilen yolları, ağ isteklerini ve hata mesajlarını kontrol edin. Beklenmeyen bir erişim varsa ajanın görevini genişletmek yerine izinleri daraltın.
Sandbox neyi garanti etmez?
Sandbox, ajanı otomatik olarak doğru karar veren veya güvenilir bir yazılım hâline getirmez. Ajan sınırlı ortam içinde de yanlış dosyayı silebilir, hatalı hesaplama yapabilir, izin verilen bir servisi kötüye kullanabilir ya da güvenilir görünen fakat zararlı içeriği işleyebilir.
Bu nedenle güvenlik için yalnızca izolasyona güvenilmemelidir. Görev izinleri, girdi doğrulama, çıktı kontrolü, oran sınırlaması, kayıt tutma ve insan onayı birlikte uygulanmalıdır. Özellikle sandbox dışına veri taşıyan bir aktarım noktası varsa, ajanın içeride çalışması verinin gizliliğini tek başına korumaz.
Kısaca sandbox, ajana “her şeyi yapabilen bir kullanıcı” yerine “belirli kaynaklara, belirli süreyle ve belirli amaçla erişebilen bir işlem” rolü verir. Tasarımın doğru olup olmadığını anlamanın en iyi yolu, ajanın normal görevini tamamlayabildiğini doğrularken bu görev için gerekmeyen her erişimin reddedildiğini ayrıca test etmektir.
Son düzenleme:
