Technical Tutorials

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

چالش امنیتی در سیستم‌های هوش مصنوعی توزیع‌شده

در هسته خود، MCP به JSON-RPC 2.0 لایه‌های انتقال مانند stdio یا SSE (رویدادهای ارسالی سرور) تکیه دارد. اگرچه پروتکل ساختار ارتباطات را مدیریت می‌کند، اما به طور ذاتی تعیین نمی‌کند که هویت چگونه تأیید شود. این موضوع شکافی ایجاد می‌کند که توسعه‌دهندگان باید آن را پر کنند. برخلاف APIهای REST سنتی که توکن‌های Bearer در آن‌ها فراوان هستند، MCP در محیط‌های متنوعی عمل می‌کند: ابزارهای خط فرمان محلی، داشبوردهای مبتنی بر مرورگر و میکروسرویس‌های بک‌اند. هر زمینه نیازمند رویکرد متفاوتی برای مدیریت اعتبارنامه‌ها و تأیید اعتماد است.

نگرانی اصلی این است که اطمینان حاصل شود سرور تنها از کلاینت‌های مجاز درخواست‌ها را پردازش می‌کند و داده‌هایی که به مدل نمایش داده می‌شود، دقیقاً در محدوده مجوزهای کاربر باشد. بدون احراز هویت قوی، شما در معرض خطر نشت داده، اجرای ابزارهای غیرمجاز و احتمالا اختلال در زنجیره تأمین در صورت تزریق ابزارهای مضر توسط یک سرور مخرب قرار دارید.

پیاده‌سازی OAuth 2.0 با PKCE

برای کلاینت‌های مبتنی بر وب MCP، OAuth 2.0 استاندارد صنعت است. به طور خاص، جریان کد مجوز با کلید اثبات برای تبادل کد (PKCE) برای جلوگیری از حملات دست‌اندازی کد مجوز توصیه می‌شود. وقتی یک سرور MCP داده‌های کاربر را در معرض قرار می‌دهد، باید به عنوان سرور منبع عمل کند، در حالی که کلاینت MCP به عنوان کلاینت محرمانه یا عمومی عمل می‌کند.

در اینجا نحوه پیکربندی یک سرور MCP معمولی برای یک میان‌افزار OAuth در Node.js جهت اعتبارسنجی درخواست‌های ورودی آمده است:

const express = require('express');
const passport = require('passport');
const OAuth2Strategy = require('passport-oauth2').Strategy;

const app = express();

// پیکربندی استراتژی OAuth 2.0
passport.use(new OAuth2Strategy({
    authorizationURL: 'https://provider.com/oauth/authorize',
    tokenURL: 'https://provider.com/oauth/token',
    clientID: 'YOUR_CLIENT_ID',
    clientSecret: 'YOUR_CLIENT_SECRET',
    callbackURL: 'http://localhost:3000/callback'
},
function(accessToken, refreshToken, profile, cb) {
    // تأیید هویت کاربر و ایجاد/یافتن رکورد کاربر محلی
    return cb(null, profile);
}
));

app.use(passport.initialize());
app.use(passport.session());

// محافظت از نقاط پایانی MCP
app.post('/mcp', 
    passport.authenticate('oauth2', { session: false }),
    (req, res) => {
        // در این نقطه، req.user شامل هویت تأیید شده است
        // با پردازش JSON-RPC ادامه دهید
        res.json({ status: 'authenticated' });
    }
);

مدیریت اعتبارنامه‌ها در سمت کلاینت

در سمت کلاینت، مدیریت رازها نیازمند احتیاط است. برای ابزارهای خط فرمان، متغیرهای محیطی یا کلیدگیرهای امن ترجیح داده می‌شوند. برای برنامه‌های وب، از ذخیره توکن‌های دسترسی در localStorage خودداری کنید. در عوض، از کوکی‌های httpOnly یا ذخیره‌سازی در حافظه در صورت امکان استفاده کنید.

هنگام ساخت درخواست JSON-RPC، هدر احراز هویت باید در لایه انتقال گنجانده شود. برای مثال، هنگام استفاده از fetch برای اتصالات SSE:

const eventSource = new EventSource(
    'https://mcp-server.example.com/sse',
    {
        headers: {
            'Authorization': `Bearer ${accessToken}`
        }
    }
);

eventSource.onmessage = (event) => {
    const message = JSON.parse(event.data);
    // پاسخ JSON-RPC را به صورت امن مدیریت کنید
};

بهترین شیوه‌ها برای پیاده‌سازان MCP

کمترین امتیاز: اطمینان حاصل کنید که دامنه‌هایی که کلاینت MCP شما درخواست می‌کند، تنها حداقل مجوزهای لازم برای ابزار یا منبعی که در حال دسترسی به آن هستید را اعطا می‌کنند.
چرخش توکن: چرخش خودکار توکن‌های تازه‌سازی را پیاده‌سازی کنید تا پنجره مواجهه را در صورت لو رفتن توکن به حداقل برسانید.
بازبینی (Introspection): از نقطه پایانی بازبینی توکن OAuth 2.0 برای تأیید وضعیت فعال توکن‌ها قبل از پردازش درخواست‌های حساس MCP، به ویژه در معماری‌های میکروسرویس استفاده کنید.
امنیت انتقال: همیشه TLS (HTTPS/WSS) را اجبار کنید. MCP خود پیکربندی JSON-RPC را رمزگذاری نمی‌کند؛ بلکه برای محرمانگی به انتقال زیرین تکیه دارد.

نتیجه‌گیری

احراز هویت در پروتکل زمینه مدل یک مشکل همه‌کاره نیست. این موضوع نیازمند درک ظریف محیط کلاینت و حساسیت داده‌های در حال دسترسی است. با اتخاذ OAuth 2.0 با PKCE برای کلاینت‌های وب، ایمن‌سازی لایه‌های انتقال و پایبندی به اصل کمترین امتیاز، توسعه‌دهندگان می‌توانند اکوسیستم‌های MCP را بسازند که هم قدرتمند و هم امن باشند. با بالغ شدن چشم‌انداز هوش مصنوعی، این پایه‌های امنیتی به تمایزدهنده بین ابزارهای آزمایشی و یکپارچه‌سازی‌های هوش مصنوعی آماده برای کسب‌وکار تبدیل خواهند شد.