MCP عامل‌ها را قدرتمندتر میکند — و ریسک‌ها را بزرگ‌تر
چگونه از سرورهای MCP به‌صورت ایمن استفاده کنیم
MCP برای عامل‌های کدنویسی با هوش مصنوعی مثل USB-C است، اما وقتی GitHub، پایگاه‌های داده یا شل را وصل می‌کنید، یک prompt آلوده می‌تواند کد را نشت دهد یا دستورهای خطرناک اجرا کند. الگوهای عملی سندباکس‌سازی، کمترین سطح دسترسی و حسابرسی در اینجا آمده است.
چرا MCP امنیت را فوری میکند
استفاده سنتی از ابزار به شکل «مدل از شما می‌خواهد اجرا کنید» بود. MCP به مدل اجازه می‌دهد ابزارهایی را که شما در معرض گذاشته‌اید کشف و فراخوانی کند. سرورهای MCP با اختیارات بیش از حد باعث می‌شوند عامل بتواند هر فایلی را بخواند، کد را ویرایش کند یا تغییرات را به مخازن محیط تولید ارسال کند. با فراگیر شدن گردش‌کارهای چندعامله در 2026، تیم‌های امنیتی اکنون MCP را سطح حمله اصلی می‌دانند.
مدل‌های ریسک رایج MCP
مجوزهای بیش از حد گسترده
سرورهای MCP اولیه اغلب به‌طور پیش‌فرض دسترسی کامل به فایلسیستم یا شل می‌دهند. یک تزریق prompt کافی است تا عامل هر کاری بکند.
سرورهای MCP سایه
توسعه‌دهندگان یا عامل‌ها بدون هیچ بررسی، سرورهای MCP موقت برای سرویس‌های داخلی راه می‌اندازند. این‌ها به درهای پشتی نامرئی تبدیل می‌شوند که در حال اجرا باقی می‌مانند.
حرکت جانبی
یک MCP آلوده اغلب به منابع متعدد (Git + DB + CI) متصل است. مهاجمان می‌توانند به‌سرعت دسترسی را در کل پشته فناوری شما گسترش دهند.
الگوهای پیشنهادی سندباکس
هرگز اجازه ندهید عامل‌ها در محیط تولید مستقیماً به میزبان دست بزنند. سطوح جداسازی از قوی تا عملی:
# توصیه‌شده: فایلسیستم فقطخواندنی + لیست سفید شبکه + جداسازی فرایند
# سرورهای MCP عملیاتی باید کمترین سطح دسترسی را اعلام کنند
tools:
- name: "read_only_fs"
permissions: ["read"]
- name: "git_read"
permissions: ["read", "status"]
# از اعطای دسترسی نوشتن / exec به‌طور مستقیم خودداری کنید مگر آنکه آشکارا لازم باشد، و تأیید دوم را الزامی کنیداستقرارهای واقعی باید از کانتینرها (Docker/gVisor) + مانت‌های فقطخواندنی + لیست‌های مجاز خروجی شبکه استفاده کنند. خود باینری MCP باید حداقلی باشد.
چک‌لیست عملی
- ●هر سرور MCP را با کاربری کم‌اختیار اجرا کنید و دامنه خواندن/نوشتن/اجرا را برای هر ابزار صریحاً اعلام کنید.
- ●اقدامات حساس (نوشتن کد، git push، اجرای تست‌ها در محیط تولید) را مشروط به تأیید انسانی یا تأیید ثانویه کنید.
- ●گزارش‌های حسابرسی کامل را فعال کنید: کدام مدل، کدام نشست، کدام ابزار و خلاصه‌ای از آرگومان‌ها را ثبت کنید.
- ●فهرست MCPهای متصل را دوره‌ای بررسی کنید، سرورهای بلااستفاده را حذف کنید و توکنهای محدود و کوتاه‌عمر را به توکنهای شخصی بلندمدت ترجیح دهید.
چگونه در QCode از MCP ایمن‌تر استفاده کنیم
QCode یک کلید API و دسترسی کم‌تأخیر از چین در اختیار شما می‌گذارد. می‌توانید اکوسیستم‌های MCP مربوط به Claude Code و Codex را زیر همان کلید متصل کنید و در همان حال تاریخچه فراخوانی‌های بین‌مدلی را برای حسابرسی در داشبورد ببینید. تمام ترافیک MCP رله میشود؛ کلیدهای خام شما هرگز مستقیماً در اختیار سرورهای شخص ثالث قرار نمی‌گیرند.
پرسش‌های متداول امنیت MCP
آیا باید سرورهای MCP خودتان را بنویسید؟ آیا سرورهای MCP ساختهشده توسط جامعه کاربران ایمن هستند؟
اکنون بیش از ده هزار سرور انجمنی با کیفیتهای متفاوت وجود دارد. فقط از سرورهای متنباز با ستاره بالا و بهروزرسانی اخیر استفاده کنید. پیش از اجرا در محیط عملیاتی، آنها را fork و دسترسیها را محدودتر کنید. هرگز اعتبارنامههای محیط عملیاتی را مستقیم در اختیار آنها قرار ندهید.
آیا استفاده از سندباکس تواناییهای عامل را فلج میکند؟
سندباکس خوب طراحیشده (فقطخواندنی + exec محدود + لیست سفید خروجی شبکه) تأثیر ناچیزی بر کدنویسی روزمره دارد. بازآراییهای سنگین و تستهای یکپارچگی را همچنان میتوان با تأیید صریح انسان یا CI runnerهای کنترلشده انجام داد.
آیا عبور ترافیک MCP از QCode ریسک امنیتی اضافه میکند؟
QCode فقط درخواستها را رله و سهمیهها را مدیریت میکند؛ کد منبع یا فایلسیستم شما را ذخیره نمیکند. اتصالهای MCP همچنان توسط کلاینت شما آغاز میشود. در ترکیب با توکنهای کمترین دسترسی، سطح حمله افزوده محدود و قابل ممیزی است.
چگونه سریع بررسی کنم پروژه‌ام از کدام MCPهای پرخطر استفاده میکند؟
از عامل خود (Claude Code / Codex) بخواهید: «list all connected MCP servers and their declared permissions»؛ سپس آن را با .mcp.json یا فایل‌های پیکربندی مقایسه کنید. همچنین فراخوانی‌های اخیر با دسترسی بالا را در داشبورد QCode فیلتر کنید.
اتصال ایمن MCP و چندمدلی
یک کلید QCode برای Claude، GPT و اکوسیستم مدل‌های چینی، با ردپای ممیزی کامل فراخوانی‌ها.