← بازگشت به مقالات
2026/10/26 · مطالب عمومی

انویدیا OpenShell را برای مهار ایجنت‌های سازمانی معرفی کرد؛ کنترل دسترسی در لایه زیرساخت

انویدیا در ۲۱ اکتبر ۲۰۲۶ معماری مرجع OpenShell را معرفی کرد؛ چارچوبی برای محدودسازی، پایش و اعمال سیاست بر اجرای ایجنت‌های هوش مصنوعی.

انویدیا در ۲۱ اکتبر ۲۰۲۶، برابر با ۲۹ مهر ۱۴۰۵، معماری مرجع OpenShell را معرفی کرد. موضوع این چارچوب، تعیین مرز برای ایجنت‌هایی است که می‌توانند ابزار اجرا کنند و به منابع سازمان دسترسی بگیرند. اطلاعیه رسمی، محدودسازی محیط اجرا، مشاهده فعالیت و اعمال سیاست امنیتی را از وظایف این معماری توصیف می‌کند.

چه چیزی معرفی شده است؟

طبق اعلام انویدیا، این معماری نرم‌افزار محیط اجرای امن OpenShell را با زیرساخت Vera Rubin برای پردازش مدل، پردازنده‌های Vera برای اجرای بخش عملیاتی ایجنت و DPUهای BlueField-4 همراه با Sentry ترکیب می‌کند. شرکت می‌گوید Sentry فعالیت ایجنت را مستقل از مسیر اصلی اجرا پایش می‌کند و می‌تواند هنگام عبور از مرز تعیین‌شده، آن را متوقف و قرنطینه کند.

در بخش دسترس‌پذیری اطلاعیه، مستندات معماری اکنون قابل دسترس معرفی شده‌اند. همان اطلاعیه درباره زمان عرضه برخی محصولات و قابلیت‌ها قید احتیاط دارد؛ در نتیجه دسترسی به معماری مرجع را نمی‌توان تضمین تحویل تمام اجزای سخت‌افزاری یا اثربخشی یکسان در همه محیط‌ها دانست. این گزارش، ادعاهای امنیتی سازنده را بازتاب می‌دهد و آزمون مستقل کارایی نیست.

نمای مقر انویدیا در سانتا کلارا در عکس آرشیوی اوت ۲۰۱۸
عکس واقعی آرشیوی مقر انویدیا، سانتا کلارا، ۴ اوت ۲۰۱۸؛ عکاس: Coolcaesar؛ اصلاح پرسپکتیو و برش: Jacek Halicki؛ منبع Wikimedia Commons، مجوز CC BY-SA 4.0. عکس تجهیزات OpenShell یا رویداد GTC نیست. تغییر ITNC: کاهش ابعاد و تبدیل به WebP؛ نسخه حاضر با همان مجوز منتشر می‌شود.

تحلیل ITNC: اختیار ایجنت باید قابل مهار باشد

وقتی یک دستیار صرفاً پیشنهاد می‌دهد، بازبینی انسانی می‌تواند پیش از اجرا انجام شود. با اتصال آن به ابزار مدیریتی، پیامد یک درخواست اشتباه ممکن است مستقیماً به فایل، سرویس یا حساب سازمان برسد. از نگاه اجرایی ITNC، ارزیابی چنین سیستمی باید هم کیفیت پاسخ و هم حدود اختیار آن را پوشش دهد.

برای شرکت‌هایی که تازه اتوماسیون IT را آغاز می‌کنند، قدم اول مستندسازی عملیات مجاز و آزمایش در محیط جداگانه است. نیاز به معماری سخت‌افزاری خاص باید با سناریو، مقیاس و زیرساخت موجود سنجیده شود؛ معرفی محصول به‌تنهایی دلیل خرید یا جایگزینی تجهیزات نیست.

پیش از اتصال ایجنت به سرور چه بررسی کنیم؟

  • برای هر ابزار، حساب محدود و فهرست عملیات مجاز تعریف کنید؛ دسترسی مدیریتی عمومی را پیش‌فرض نگذارید.
  • حذف اطلاعات، تغییر شبکه و دستورات حساس را به تأیید فرد مسئول وابسته کنید.
  • ثبت رخداد، قطع فوری دسترسی و بازیابی پس از اقدام ناموفق را در پایلوت بیازمایید.
  • هشدارها را به مسئول مشخص برسانید؛ جمع‌آوری لاگ بدون پیگیری کافی نیست.

برای تعیین سناریو و دامنه دسترسی، خدمات طراحی ایجنت و MCP و برای طراحی پایش عملیاتی، مانیتورینگ شبکه و سرورها در ITNC قابل بررسی است. خدمات حضوری تهران و کرج و ریموت سراسر ایران ارائه می‌شود.

منابع و تاریخ‌ها

کشف موضوع و پیگیری بحث امنیت ایجنت‌ها: خبر دیجیاتو درباره نرم‌افزار ایجنت‌های انویدیا، ۴ آبان ۱۴۰۵، ساعت ۱۴:۱۴. مبنای فنی و تاریخ معرفی این گزارش: اطلاعیه رسمی معماری مرجع OpenShell، ۲۱ اکتبر ۲۰۲۶. بررسی منابع: ۲۶ اکتبر ۲۰۲۶. ارقام عملکرد و قیمت‌گذاری مطرح‌شده در گزارش‌های دیگر، مبنای توصیه این مطلب قرار نگرفته‌اند.