چگونه انویدیا دسترسی عامل‌های هوش مصنوعی به شبکه را کنترل می‌کند؟

عامل‌های هوش مصنوعی که کد می‌نویسند، API می‌زنند و کلیدهای دسترسی می‌دارند، اکنون در یک قفسِ هسته‌ای محبوس‌اند. انویدیا OpenShell 0.1.0 را منتشر کرد تا هر عامل در سندباکسِ جداگانه‌ای اجرا شود و اعتبارهای حساس هرگز در دستِ عامل نرسند.

زمینه
انویدیا (NVIDIA) با انتشار OpenShell 0.1.0 در ۲۲ اکتبر ۲۰۲۶، شکاف امنیتی عامل‌های خودمختار را هدف قرار داده است. همان‌طور که در تحلیل قبلی ما درباره‌ی امنیت عامل‌های هوش مصنوعی (AI agent security) اشاره کردیم، عامل‌های مدرن اغلب با مجوزهای گسترده اجرا می‌شوند که سندباکس‌های سنتی به‌کامل آن را نمی‌بندند. OpenShell این شکاف را با دو لایه دفاع می‌پوشاند: ایزولاسیون سطح هسته (kernel-level isolation) — مثل یک زندان انفرادی که هر زندانی در سلولی جدا است و حتی دیوارها را هم نمی‌بیند — و تأیید رسمی (formal verification) که قبل از هر تغییر سیاست، ریسک‌های احتمالی را محاسبه و پرچم‌گذاری می‌کند.
صفحه گیت‌هاب پروژه بیان می‌کند که OpenShell برای دادن قابلیت به عامل‌ها بدون دسترسی بی‌قید طراحی شده است. انتشار در زمانی رخ می‌دهد که سازمان‌ها به‌صورت فزاینده‌ای عامل‌های خودمختار را مستقر می‌کنند که می‌توانند کد بنویسند، API فراخوانی کنند و اعتبارها را مدیریت کنند. این عامل‌ها اغلب با مجوزهای وسیع اجرا می‌شوند که یک شکاف امنیتی ایجاد می‌کند. OpenShell 0.1.0 هدف دارد این شکاف را پر کند. شرکت آنتروپیک نیز اخیراً از OpenShell برای تقویت لایه امنیتی عامل‌های هوش مصنوعی خود بهره گرفته است.

جزئیات فنی

• سندباکس سطح هسته: هر عامل در محیطی جداگانه اجرا می‌شود که هسته‌عامل (kernel) دسترسی به فایل، فراخوانی سیستم (system call) و اتصالات شبکه را کنترل می‌کند.
• اعتبارها در سندباکس دیده نمی‌شوند: کلیدهای واقعی API و رمزها هرگز در محیط عامل قرار نمی‌گیرند؛ درخواست‌های خروجی از گذرگاه سیاست عبور می‌کنند.
• تأیید رسمی سیاست‌ها: قبل از اعمال هر تغییر، یک اثبات‌گر (prover) دسترسی‌های پرخطر جدید — مانند اتصال به میزبان ناشناس با اعتبار یا فراخوانی متد API ناشناس — را شناسایی و برای بازبینی انسانی متوقف می‌کند.
• سیاست‌های اعلانی: قوانین برای سیستم فایل، شبکه و فرآیندها به‌صورت اعلانی نوشته می‌شوند؛ یک مشاور (advisor) و اثبات‌گر (prover) قوانین بیش‌ازحد متساهل را پیش از اعمال آشکار می‌کنند.
• راهنمای سریع: نصب CLI از طریق اسکریپت شل، سپس openshell sandbox create --name demo؛ تصویر پیش‌فرض اوبونتو مینیمال است و مستندات اجرای عامل واقعی در برابر مدل رایگان OpenRouter را پوشش می‌دهند.
• پشتیبانی پلتفرم: لینوکس، macOS روی سیلیکون اپل، و ویندوز با WSL 2. کار با Docker، Podman یا مجازی‌سازی میزبان.
• SDKها: پایتون، TypeScript، Go و Rust برای اتصال به دروازه OpenShell بدون نیاز به CLI.
• سطح گسترش: میدل‌ور، اینترسپتورها و درایورهای محاسبه؛ استقرار Kubernetes از طریق Helm (نیاز به CNI با NetworkPolicy).
• تلمتری: اختیاری و فقط شمارش‌های عملیاتی ناشناس، نه پرامپت‌ها یا اعتبارها.
• مهارت‌های عامل: مهارت‌هایی برای آموزش عامل‌های کدنویسی نحوه رانندگی CLI، نوشتن سیاست سندباکس و عیب‌یابی دروازه‌ها. این مهارت‌ها در مخزن قرار دارند و بدون چک‌اوت کامل سورس کار می‌کنند.
• نقشه راه و RFC: پروژه یک نقشه راه عمومی و یک بورد RFC روی گیت‌هاب نگه می‌دارد تا نظرات جامعه درباره اولیه‌های ایزولیشن آینده و سطوح گسترش جمع‌آوری شود. مشارکت‌ها خوش‌آمد هستند و راهنمای تنظیم محیط توسعه برای عامل‌هایی که همان گردش‌کارها را فعال می‌کنند در مخزن وجود دارد.

تحلیل
ترکیب ایزولاسیون سطح هسته و تأیید رسمی، معیار جدیدی برای بسترهای اجرای امن عامل تعیین می‌کند — نه فقط یک لایه محافظتی اضافه، بلکه یک معماری که «اعتماد پیش‌فرض» را به «تأیید پیش‌فرض» تبدیل می‌کند. رقبا در حوزه امنیت عامل باید این سطح ایزولاسیون را پیاده کنند وگرنه به‌عنوان آسیب‌پذیر تلقی می‌شوند. برای توسعه‌دهندگان، OpenShell راهی عملی برای اعطای قابلیت به عامل‌ها بدون تسلیم کردن کلیدهای مملکت ارائه می‌دهد. ترکیب ایزولاسیون هسته و تأیید رسمی، معیار بالا برای یک بستر اجرای امن عامل برقرار می‌کند و به‌گونه‌ای که در گردش‌کارهای موجود DevOps جا می‌شود. سازمان‌هایی که استقرار عامل را ارزیابی می‌کنند اکنون یک گزینه ملموس دارند که متداول‌ترین بردارهای حمله را پوشش می‌دهد: نشت اعتبار، دسترسی شبکه غیرمجاز و دسترسی فایل خارج از کنترل.

گام بعدی شما

• OpenShell را در یک مخزن آزمایشی راه‌اندازی کنید: اسکریپت نصب CLI را اجرا کنید و یک سندباکس دمو بسازید تا جریان سیاست‌ها را در عمل ببینید.
• سیاست‌های پیش‌فرض را بررسی کنید: فایل‌های سیاست اعلانی را باز کنید و ببینید چه مجوزهایی به‌صورت پیش‌فرض داده شده و کجا نیاز به سخت‌گیری دارید.
• مهارت‌های عامل را تست کنید: یکی از مهارت‌های موجود در مخزن را روی یک عامل کدنویسی کوچک اجرا کنید و نحوه تعامل با دروازه را رصد کنید.
  این تنها آغاز ماجراست؛ اثر موج‌گونه‌ی این معماری بر اکوسیستم Kubernetes و استقرارهای مقیاس‌پذیر را در گزارش بعدی بررسی خواهیم کرد.