تصور کنید یک عامل هوش مصنوعی که فقط برای خلاصهسازی چند فایل PDF استخدام شده، دسترسی کامل به کل پایگاهداده مدیریتی شما داشته باشد. این حفره امنیتی در ۲۱ اوت ۲۰۲۶ با معرفی Grantor-MCP بسته شد؛ ابزاری که کلیدهای API دائمی را با بودجههای محدود و امضاشده بهصورت رمزنگاریشده جایگزین میکند.
بسیاری از توسعهدهندگانی که از چارچوبهایی مثل CrewAI، LangGraph یا AutoGen استفاده میکنند، متغیرهای محیطی مدیر را مستقیماً به عاملهای فرزند منتقل میکنند. طبق گزارشهای فنی، این یعنی یک عامل ساده، قدرتی معادل ارکستراتور اصلی دارد و برای لغو دسترسی او، باید کلیدهای کل سیستم را تغییر داد. این چالش با نشت اعتبارنامهها در معماریهای متمرکز که پیشتر بررسی کردیم، همسو است و نیاز به تغییر در نحوه مدیریت هویتها را برجسته میکند.
Grantor-MCP با ایفای نقش یک کارگزار (Broker) محلی که از کلیدهای اصلی محافظت میکند، این مشکل را حل میکند. در این سامانه، بهجای تحویل کلید، یک هویت محدود صادر میشود. بر اساس مستندات این پروژه، زنجیره تفویض اختیار به این صورت است:
- اعطای دسترسی: مدیر ابزارهای خاص (مثلاً جستوجو)، حداکثر تعداد دفعات استفاده (مثلاً ۲۰ بار) و زمان انقضا (TTL) را تعیین میکند.
- تأیید: هر اقدام توسط کارگزار بررسی میشود؛ اگر عامل بخواهد برای بیست و یکمین بار ابزاری را فراخوانی کند، خطای
UsesExhaustedدریافت میکند. - محدودسازی: یک عامل فرزند میتواند دسترسی خود را به «نوه» منتقل کند، اما هرگز نمیتواند محدوده اختیارات خود را گسترش دهد.
همانطور که در تحلیلهای قبلی ما دربارهی امنیت مدلهای بازمتن اشاره کردیم، حذف نقاط تکنقطه شکست در دسترسیها حیاتی است. این سامانه برخلاف موتورهای سیاستگذاری سنتی، نیازی به سرور مرکزی در مسیر اجرای دستورات ندارد. لنگر اعتبار این سیستم بر روی یک قرارداد ثبت عمومی در شبکه Base استوار است و تأیید دسترسیها از طریق یک محاسبه محلی و یک فراخوانی eth_call به ارائهدهنده RPC انجام میشود. این رویکرد پاسخی به نگرانیهای ما درباره امنیت دسترسی مستقیم عاملها به APIهای مالی است که ریسکهای جدی نشت کلیدها را به همراه داشت.
این تغییر، امنیت هوش مصنوعی را از حالت «همه یا هیچ» به یک اقتصاد برنامهریزیشده از مجوزها تبدیل میکند. برای توسعهدهنده، این یعنی ریسک پاک شدن دیتابیس توسط یک عامل دچار توهم (Hallucination) — شبیه دوستی که با اطمینان خاطرهای را اشتباه تعریف میکند — توسط یک بودجه سخت که واقعاً تمام میشود، کاهش مییابد.
لغو دسترسیها از طریق یک دوره بازگشتی (Revocation Epoch) در یک قرارداد هوشمند عمومی مدیریت میشود. با فعال شدن این قابلیت، تمام مجوزهای آن گروه، بدون توجه به اینکه در کدام پردازش هستند، در بررسی بعدی با شکست مواجه میشوند.
در حال حاضر این سیستم در مرحله پیشنمایش توسعهدهندگان است و هنوز حسابرسی (Audit) نشده، اما امکان استقرار تجاری آن از طریق USDC در شبکه Base بدون نیاز به ثبتنام فراهم است. کارگزار روی دستگاه کاربر باقی میماند تا عاملها هرگز به کلیدهای خام دسترسی نداشته باشند.
گام بعدی شما
- برای ادغام این کارگزار در Claude Code یا سایر چارچوبهای سازگار با MCP، دستور
npx -y @grantor/mcp serveرا اجرا کنید. - بودجههای زمانی کوتاه (TTL) را برای عاملهای تست تعریف کنید تا اثر لغو دسترسی را بسنجید.
- ساختار تفویض اختیار را برای عاملهای سلسلهمراتبی در پروژههای خود پیادهسازی کنید.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو