‏محافظِ محیطی برای ایجنت‌های هوش مصنوعی؛ تازه‌های VPC Service Controls

به گفتهٔ گوگل کلاد، وقتی سازمان‌ها ایجنت‌های خودمختار هوش مصنوعی رو به تولید می‌برن، نوآوریِ امن به محافظ‌های معماریِ محکم نیاز داره. چون ایجنت‌ها بین ابزارها و دیتاست‌ها وصل می‌شن، تعیین مرزهای شبکه‌ای روشن برای محافظت از داده ضروریه. گوگل VPC Service Controls (VPC-SC) رو برای ساختن یه محیطِ مبتنی بر مقصد در سطح شبکه توصیه می‌کنه و حالا چند قابلیت تازه مخصوص بارهای کاریِ ایجنتی اعلام کرده.

اولین قابلیت، هویت ایجنت در قواعد جهت‌داره. به گفتهٔ گوگل، اعمال حداقل دسترسی یعنی باید با ایجنت‌ها مثل هویت‌های درجه‌یک رفتار کرد؛ حالا می‌شه هویت ایجنت‌ها رو مستقیم به قواعد ingress و egress محیط سرویس به‌عنوان principalهای IAM اضافه کرد. یه principal به یه ایجنت منفرد و یه principalSet به مجموعهٔ بزرگ‌تری از ایجنت‌ها نگاشت می‌شه، و اگه یه ایجنت به خطر بیفته، می‌شه دسترسیش رو بلافاصله در محیط شبکه باطل کرد.

قابلیت دوم، کنترل دقیق با ویژگی‌های MCP‌ه. به گفتهٔ گوگل، حالا که MCP داره به لایهٔ استاندارد یکپارچه‌سازیِ سیستم‌های ایجنتی تبدیل می‌شه، اعمال سیاست در سطح ابزار حیاتیه. VPC Service Controls حالا قواعد دسترسی شرطی بر اساس ویژگی‌های خاص MCP مثل mcp.toolName، mcp.method و mcp.tool.isReadOnly رو پشتیبانی می‌کنه؛ مثلاً می‌شه به یه ایجنت دسترسی خواندن به یه سرور MCP در Workspace داد ولی صریحاً توانایی فرستادن ایمیل رو ازش گرفت. قابلیت سوم هم یکپارچگیِ بومیِ VPC-SC با Gemini Enterprise Agent Platform‌ه که با قراردادنش داخل محیط، دسترسی اینترنت عمومی به‌صورت خودکار مسدود می‌شه.

به گفتهٔ گوگل، امن‌کردن یه ایجنت خودمختار یه رویکرد لایه‌ای می‌خواد که هر لایه یه بردار تهدید متفاوت رو هدف می‌گیره: کنترل‌های هویت (IAM و Principal Access Boundaries) روی «چه کسی» تمرکز دارن؛ کنترل‌های شبکه (فایروال‌ها و VPC-SC) یه محیط دادهٔ محکم می‌سازن و جلوی خروج داده رو می‌گیرن؛ و کنترل‌های منبع (Organization Policy) محدودیت‌های سفت روی نحوهٔ پیکربندی منابع می‌ذارن. نویسنده می‌گه در دنیای احتمالاتیِ ایجنت‌های خودمختار، VPC-SC روی «چطور» و «کجا»ی عملیات شبکه‌ایِ ایجنت تمرکز می‌کنه، علاوه بر «چه کسی».

مقاله سه بردار تهدید واقعی رو که با OWASP Top 10 برای اپلیکیشن‌های LLM نگاشت شدن مثال می‌زنه. تو تزریق پرامپت غیرمستقیم، یه مهاجم می‌تونه ایجنت رو وادار کنه دادهٔ داخلی رو خلاصه و به یه گیرندهٔ غیرمجاز بفرسته؛ IAM هیچ ناهنجاری‌ای نمی‌بینه، ولی وقتی ایجنت می‌خواد داده رو به یه webhook بیرونی بفرسته، VPC-SC انتقال در لایهٔ API رو مسدود می‌کنه چون مقصد بیرون محیطه. در سوءاستفاده از ابزار و تهدید داخلی هم (مثلاً کپیِ ابری‌به‌ابری از یه دیتاست BigQuery به یه پروژهٔ غیرمجاز)، درحالی‌که فایروال ترافیک HTTPS مشروع و IAM یه سرویس‌اکانت مجاز می‌بینه، VPC-SC مقصد رو ارزیابی می‌کنه و چون پروژهٔ مقصد بیرون محیط سازمانه، درخواست رو رد می‌کنه.

جمع‌بندی گوگل اینه که امنیت محیطی از یه بهترین‌روشِ توصیه‌شده تو دوران اپلیکیشن‌های قطعی، به یه الزام مطلق در عصر ایجنت‌های خودمختار تبدیل شده. VPC-SC کنترلی روی جابه‌جایی داده می‌ده که IAM به‌تنهایی نمی‌تونه، و ترکیب نگاشتِ IAM با مرزهای سختِ VPC-SC اجازه می‌ده سازمان‌ها با یه محافظِ مطلق در برابر خروج داده، نوآوریِ ایجنتی بسازن.

نکات کلیدی:

• گوگل کلاد قابلیت‌های تازه‌ای به VPC Service Controls مخصوص بارهای ایجنتی اضافه کرد
• می‌شه هویت ایجنت‌ها رو مستقیم به قواعد ingress/egress اضافه و در صورت خطر باطل کرد
• کنترل دسترسی بر اساس ویژگی‌های MCP مثل mcp.toolName (مثلاً خواندن آره، فرستادن ایمیل نه)
• VPC-SC حتی با اعتبارنامهٔ IAM معتبر، جلوی خروج داده به مقصد بیرونی رو می‌گیره
• رویکرد لایه‌ای: هویت (IAM)، شبکه (VPC-SC) و منبع (Org Policy) هر کدوم یه بردار تهدید