انویدیا امنیت ایجنت را مسئلهٔ مهندسی اعلام کرد؛ OpenShell و ائتلاف

انویدیا (NVIDIA) در ۲۱ سپتامبر ۲۰۲۶ در وبلاگ رسمی خود نوشت که امنیت هوش مصنوعی را باید به‌عنوان یک «مسئلهٔ مهندسی» دید؛ یعنی الزامات امنیتی تعریف‌شده، کنترل‌های قابل‌اجرا، مالک مشخص، و شواهدی که نشان دهد حفاظت‌ها واقعاً کار می‌کنند. نویسندهٔ یادداشت، ساشا ژِدلار (Saša Zdjelar)، این رویکرد را در برابر فشار سازمان‌ها برای بهره‌گیری از بهره‌وری ایجنت‌ها مطرح کرده‌است؛ در حالی‌که رویه‌های حکمرانی و ایمن‌سازی این سامانه‌ها هنوز در حال شکل‌گیری است.

به گزارش انویدیا، ایجنت‌های هوش مصنوعی قابلیت‌هایی فراتر از پاسخ‌گویی ساده دارند: استدلال، استفاده از ابزارها و تطبیق اقدام‌ها با داده‌هایی که در مسیر کار می‌بینند. همین ویژگی‌ها اصول کلاسیک امنیت — هویت، کنترل دسترسی، محدودکردن سطح تماس و راستی‌آزمایی حفاظت‌ها — را در شرایط عملیاتی تازه قرار می‌دهد.

یادداشت انویدیا پشتهٔ ایجنت را به چند لایه تقسیم می‌کند: مدل‌ها قابلیت می‌سازند؛ هارنس‌ها زمینه، ابزارها و گردش‌کار را سازمان می‌دهند؛ و محیط زمان‌اجرا زیرساختی است که اقدام‌ها در آن اجرا می‌شوند. از نظر شرکت، حفاظت مناسب نیازمند کنترل در هر لایه است، چون داده، دستورالعمل و اقدام در میان این لایه‌ها جابه‌جا می‌شوند.

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

اگر دربارهٔ تجربهٔ استقرار ایجنت در محیط سازمانی نکته‌ای دارید، در بخش دیدگاه‌ها بنویسید.

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

بر اساس همین یادداشت، هر ایجنت به هویت قابل‌ردیابی و اعتبارنامه‌هایی محدود به وظیفهٔ محول‌شده نیاز دارد. سازمان‌ها باید سیاست روشنی داشته باشند که ایجنت به چه اطلاعاتی دسترسی دارد، کدام سامانه‌ها را می‌تواند تغییر دهد و کدام اقدام‌ها نیازمند تأیید انسانی است. اقدام‌های پیامددار و تغییر مجوزها همچنان باید به تأیید انسان وابسته بمانند. همچنین منبع و یکپارچگی ابزارها، مهارت‌ها و وابستگی‌ها باید راستی‌آزمایی شود.

انویدیا OpenShell را زمان‌اجرای امن متن‌باز معرفی کرده که سیاست‌ها را بیرون از دسترس ایجنت اعمال می‌کند، اجرای سندباکس‌شده فراهم می‌آورد و دسترسی ایجنت به داده، شبکه و منابع سامانه را مدیریت می‌کند. به نوشتهٔ شرکت، شرکای ائتلاف Open Secure AI Alliance روی این بستر کار می‌کنند: DefenseClaw سیسکو لایهٔ حکمرانی اضافه می‌کند و جی‌فراگ (JFrog) مهارت‌های ایجنت را پویش و راستی‌آزمایی کرده و سیاست دسترسی به مهارت‌ها را اعمال می‌کند.

قبل از استقرار، تیم‌ها باید شواهدی داشته باشند که کنترل‌ها تلاش برای گرفتن اعتبارنامهٔ فراتر از دامنه یا ارسال دادهٔ حساس به مقصد غیرمجاز را مسدود می‌کنند. آزمون باید تلاش برای تغییر مجوزها یا اختلال در پایش را نیز پوشش دهد و پس از تغییر معنادار مدل، ابزار یا گردش‌کار تکرار شود. یک مالک نام‌دار باید با اتکا به همان نتایج دربارهٔ آمادگی استقرار تصمیم بگیرد. در میان ابزارهای دفاعی، انویدیا به SafeMind کراوداسترایک، Prisma AIRS پالو آلتو نتورکس، VulnHunter کپیتال‌وان و Spectra Assure شرکت ReversingLabs اشاره کرده‌است.

در جمع‌بندی یادداشت آمده‌است که هر استقرار ایجنت به مرزهای قابل‌اجرا، مالک پاسخ‌گو و شواهد کارکرد حفاظت‌ها نیاز دارد و پژوهش باز و ابزارهای مشترک به گسترش این استاندارد کمک می‌کند. انویدیا خوانندگان را به پیگیری پژوهش امنیتی خود و پیوستن به Open Secure AI Alliance دعوت کرده‌است.

به نظر شما برای سازمان‌های ایرانی، اولویت اول در ایمن‌سازی ایجنت‌ها کدام لایه است: مدل، هارنس یا زمان‌اجرا؟