İçeriğe geç
SON HABERLER
YZ Araçları

nanobot’ta yüksek riskli sandbox kaçışı: Ajanın seçtiği kabuk, yalıtımın dışında çalışabiliyor

HKUDS’un açık kaynak kişisel ajan çerçevesi nanobot’ta CVE-2026-121864, sandbox’lı komut çalıştırma açıkken ajanın çalışma alanında oluşturduğu bir dosyayı kabuk olarak seçmesi halinde o dosyanın yalıtım dışında, nanobot sürecinin yetkileriyle çalışmasına izin veriyor. Açık 8 Kasım’da yayımlandı; çözüm nanobot-ai 0.4.1 ve gateway’in yeniden başlatılması.

8 Kasım 2026
3 dk okuma
nanobot’ta yüksek riskli sandbox kaçışı: Ajanın seçtiği kabuk, yalıtımın dışında çalışabiliyor

Kendi sunucusunda çalışan kişisel ajanlar, dosya ve kabuk araçlarını “sandbox’ta güvenli” diye sunar. Hong Kong Üniversitesi veri bilimi laboratuvarı çevresindeki HKUDS/nanobot projesi de bu vaatle öne çıkan, ultra hafif ve açık kaynak bir kişisel yapay zekâ ajan çerçevesi. Tarayıcı, uçbirim veya sohbet kanallarından dosyalarla çalışıyor; isteğe bağlı olarak Linux’ta bubblewrap tabanlı bir exec sandbox’ı devreye alıyor. 8 Kasım 2026’da yayımlanan güvenlik danışma kaydı, o sandbox’ın sınırının seçilen kabuğa bağlı olarak aşılabildiğini gösteriyor.

Kayıt CVE-2026-121864 ve GHSA-5v87-m222-qr94 altında izleniyor; önem derecesi yüksek, puan yaklaşık CVSS 8.5. Sınıflandırma CWE-73 (dosya adı veya yolunun dışarıdan kontrolü). Etkilenen paket nanobot-ai sürümleri 0.2.1 dahil, 0.4.1 öncesi. NVD’ye düşüşü haberi yazdığımız sırada henüz görünmüyordu; kamuya açık ayrıntı projenin kendi danışma kaydından ve Tenable araştırmasının katkısından geliyor.

Kaçış nasıl tarif ediliyor?

Danışmaya göre sorun, sandbox’lı exec özelliği açıkken ortaya çıkıyor. Saldırgan ajanı, çalışma alanında bir çalıştırılabilir dosya oluşturmaya ve ardından o dosyayı kabuk olarak seçmeye yöneltebilirse, dosya sandbox’ın dışında çalışabiliyor. Çalışma yetkisi, nanobot sürecinin işletim sistemi izinleriyle sınırlı. Yani bu, otomatik olarak kök (root) erişimi anlamına gelmiyor; yine de ajanı hangi kullanıcı hesabı çalıştırıyorsa o hesabın görebileceği dosyalar, ağ ve kimlik bilgileri risk altında.

Bildirilen çalışma anı doğrulaması Linux bubblewrap ile yapılmış. Sohbet yoluyla istismar da ajanın gerekli araç eylemlerini gerçekten yerine getirmesine bağlı. Bu iki nokta abartıyı kesiyor: Her sohbet satırı tek başına “sistem düştü” demek değil. Ama ajanın işi zaten dosya yazmak ve kabuk seçmekse, güven sınırının “sandbox sarıldı” varsayımına bağlanması tehlikeli.

Asıl hata: sandbox, seçilen kabuktan sonra mı geliyor?

Yamanın tarif ettiği düzeltme, kök nedeni tek cümlede ele veriyor: Sandbox artık seçilen kabuktan önce başlatılıyor. Eski düzende çağıranın işaret ettiği çalıştırılabilir dosya, yalıtım sarmalanmadan devreye girebiliyordu. Yeni düzende önce kafes kuruluyor, sonra kabuk o kafesin içinde doğuyor. Ajan güvenlikinde tekrar eden bir desen bu: Araç “hangi programı çalıştırayım?” sorusunu kullanıcıdan veya modelden alıyorsa, o seçimin kendisi bir güven sınırı haline gelir.

Kişisel ajanlar için pratik anlam sert. nanobot, sohbet uygulamalarından e-postaya, yereldeki dosyalardan zamanlanmış görevlere kadar geniş bir yüzeye bağlanabiliyor. Sandbox açıkken bile ajanın yazdığı bir dosyanın “benim kabuğum” diye seçilmesi, yapılandırma dosyalarına, API anahtarlarına veya ev dizinine giden bir köprü olabilir. Projenin kendi güvenlik rehberi zaten nanobot’un kök olarak çalıştırılmamasını salık veriyor; bu açık, o uyarının neden yerinde olduğunu somutlaştırıyor.

Kimler öncelikli güncellemeli?

  • Linux’ta sandbox’lı exec’i (bwrap) açmış nanobot-ai 0.2.1–0.4.1 kullanıcıları,
  • Ajanı sohbet kanallarından veya dış içerikten gelen taleplerle dosya yazmaya ve komut çalıştırmaya bırakan kurulumlar,
  • nanobot sürecini geniş yetkili bir sistem hesabıyla, paylaşılan bir sunucuda veya ağ geçidi olarak çalıştıran ekipler,
  • Gateway’i uzun süredir yeniden başlatmadan arka planda tutan dağıtımlar.

macOS ve Windows’ta bubblewrap zaten yok; danışmanın doğrulaması Linux bubblewrap üzerine. Yine de etkilenen sürüm aralığı paket düzeyinde verildiği için 0.4.1 öncesi herkesin güncellemesi en güvenli varsayım.

Yama ve sonraki adım

Düzeltme nanobot-ai 0.4.1 ve sonrası sürümlerde. Mevcut kurulum yöntemiyle yükseltip gateway’i yeniden başlatmak gerekiyor; süreç eski kodu bellekte tutuyorsa yama dosyada kalsa da kaçış penceresi açık kalabilir. Katkıyı Tenable Research bildirmiş ve gözden geçirmiş.

Ajan sandbox’ları, “komut çalıştı o halde yalıtıldı” diye özetlenemez. Yalıtımın ne zaman kurulduğu, kimin seçtiği çalıştırılabilir dosyanın o anda içeride mi dışarıda mı olduğu kadar önemlidir. CVE-2026-121864, bu zamanlamanın tek bir seçimle bozulabileceğini 8 Kasım’da kamuya açık biçimde kayda geçirdi.

Kaynak: nanobot güvenlik danışma kaydı (GHSA-5v87-m222-qr94), Tenable araştırması

Kaynak

nanobot güvenlik danışma kaydı (GHSA-5v87-m222-qr94), Tenable araştırması

D.A.N.G.+ Kontrolü geri al. kafandang.com
İlgili Haberler

Benzer içerikler

ChatGPT masaüstü uygulaması, SSH anahtarlarınızı uzak sunucudaki Codex ajanına açabiliyor: Yönlendirme açıksa ajan sizin adınıza oturum açabilir
YZ Araçları

ChatGPT masaüstü uygulaması, SSH anahtarlarınızı uzak sunucudaki Codex ajanına açabiliyor: Yönlendirme açıksa ajan sizin adınıza oturum açabilir

ChatGPT masaüstü uygulamasının Remote SSH özelliği, kullanıcının SSH yapılandırmasında agent yönlendirme açıksa bu bağlantıyı uzak makinede sürekli çalışan Codex sunucusuna bağlıyor. Böylece ajanın çalıştırdığı her komut, bağlantı sürdükçe yerel anahtarlarınızla GitHub dahil her yere kimlik doğrulayabiliyor.

Claude Code’un “Bir daha sorma” dosyası parolaları sızdırıyor: GitHub’daki 1.122 kopyada en az bir sır bulundu
YZ Araçları

Claude Code’un “Bir daha sorma” dosyası parolaları sızdırıyor: GitHub’daki 1.122 kopyada en az bir sır bulundu

Claude Code’da “Yes, and don’t ask again” seçildiğinde onaylanan komut, içindeki parola veya token ile birlikte .claude/settings.local.json dosyasına düz metin olarak yazılabiliyor. Apiiro, herkese açık GitHub’da bu dosyanın 104.185 kopyasını taradı; 1.122’sinde en az bir sır, toplamda 1.379 farklı sır buldu. Araştırmacıların ilk tavsiyesi net: Önce anahtarları değiştirin, sonra temizleyin.

IBM Bob Shell’de CVE-2026-9764: Güvenilmeyen bir depoyu açmak, içinde tanımlı MCP sunucularının onaysız çalışmasına yol açabiliyor
YZ Araçları

IBM Bob Shell’de CVE-2026-9764: Güvenilmeyen bir depoyu açmak, içinde tanımlı MCP sunucularının onaysız çalışmasına yol açabiliyor

IBM’in yapay zekâ destekli geliştirme aracı Bob’un komut satırı bileşeni Bob Shell’de CVE-2026-9764, güvenilmeyen bir depo açıldığında depoda tanımlı MCP sunucularının kullanıcı onayı olmadan çalışmasına izin verebiliyor. CVSS 8.8 puanlı açık 1.0.4–2.0.1 sürümlerini etkiliyor; çözüm, “Workspace Folder Trust” özelliğini getiren 2.0.2 ve sonrası.

D.A.N.G.+ Kontrolü geri al. kafandang.com

AI bültenine katılın

Her hafta AI dünyasından en önemli haberler, yeni araçlar ve eğitim fırsatları e-posta kutunuza gelsin.

E-posta adresiniz, 6698 sayılı KVKK kapsamında yalnızca bülten gönderimi amacıyla işlenecektir. Ayrıntılı bilgi için KVKK Aydınlatma Metni sayfamızı inceleyebilirsiniz.

Spam göndermeyiz
İstediğinizde ayrılabilirsiniz
nanobot CVE-2026-121864: seçilen kabukla sandbox kaçışı | Yapay Zeka Okuryazarlığı