GitLab ۱۹.۵ در ۱۵ اکتبر ۲۰۲۶ منتشر شد و چند قابلیت مهم را برای تیم‌های DevOps، امنیت و توسعه‌دهندگان به مرحلهٔ عمومی رساند. در این نسخه، GitLab MCP Server برای GitLab.com، GitLab Self-Managed و GitLab Dedicated به‌صورت Generally Available ارائه شده است. GitLab Secrets Manager نیز برای GitLab.com و Self-Managed عمومی شده و با تکیه بر OpenBao، مدیریت متمرکز اسرار CI/CD را به سطح پروژه و گروه نزدیک‌تر می‌کند.
GitLab ۱۹.۵ چه چیزی را برای MCP تغییر می‌دهد؟
پیش از این، کلاینت‌های MCP فقط به مجموعهٔ محدودی از ابزارهای GitLab دسترسی داشتند. در GitLab ۱۹.۵، سرور MCP عمومی شده و Agentهای سازگار مانند Claude Code و Cursor می‌توانند به کاتالوگ گسترده‌تری از ابزارهای GitLab و Agent Platform دسترسی پیدا کنند. این ابزارها امکان خواندن گروه‌ها، خواندن فایل‌های artifact، فراخوانی نشست‌های Agent و Flow و پیگیری وضعیت آن‌ها را فراهم می‌کنند.
این تغییر در GitLab ۱۹.۵ به معنی اعطای دسترسی نامحدود به Agent نیست. تیم باید toolset موردنیاز را محدود کند، توکن یا هویت اتصال را با کمترین سطح دسترسی بسازد و برای هر پروژه، گروه و محیط، مرز دسترسی مشخص داشته باشد. GitLab برای GitLab.com از ۱۵ اکتبر محدودیت نرخ جدیدی نیز اعمال کرده است: ۶۰ درخواست در دقیقه در سطح Free و ۶۰۰ درخواست در دقیقه برای Premium و Ultimate. reconnect و retryهای بی‌رویه می‌توانند همین سهمیه را مصرف کنند.
Secrets Manager؛ پایان متغیرهای پراکنده؟
GitLab Secrets Manager که بر OpenBao ساخته شده، اسرار CI را در یک محل متمرکز نگه می‌دارد. هر secret بر اساس محیط، شاخه و قواعد حفاظت از شاخه به job موردنیاز محدود می‌شود و برای عملیات ایجاد، خواندن، تغییر و حذف، رویداد ممیزی ثبت می‌گردد. این مدل، ریسک پراکنده‌بودن credentialها در متغیرهای بیش‌ازحد گستردهٔ CI/CD، فایل‌های محلی و vaultهای جداگانه را کاهش می‌دهد.
با این حال، مهاجرت یک‌بارهٔ همهٔ secretها در GitLab ۱۹.۵ تصمیم مناسبی نیست. ابتدا secretهای پرریسک مانند کلیدهای استقرار، توکن registry و credentialهای production را فهرست کنید. سپس مالک، محیط مجاز، زمان انقضا و مسیر چرخش هرکدام را مشخص کنید. پس از انتقال، لاگ jobها را برای نشت مقدار secret بررسی کنید و دسترسی runnerها را دوباره ارزیابی کنید. Secrets Manager در این نسخه برای Premium و Ultimate ارائه شده و مصرف GitLab Credits دارد.
نظارت بر Agentهای خارجی و ریسک‌های آن
قابلیت اتصال Externally Connected Agents به AI Governance به تیم‌های امنیت و انطباق اجازه می‌دهد فعالیت Agentهایی مانند Claude Code، Cursor و Codex را در کنار Agentهای GitLab Duo مشاهده کنند. پس از اجرای یک‌بارهٔ glab govern setup و فعال‌کردن گزینه‌های مربوط، اطلاعات نشست، Agent، پروژه، زمان اجرا، فراخوانی ابزار و MCP استفاده‌شده در داشبورد و گزارش رویدادهای ممیزی قابل مشاهده است؛ رویدادها می‌توانند از مسیر audit event streaming به SIEM هم برسند.
این قابلیت هنوز Beta است و باید با سیاست نگهداری داده، محدودیت دسترسی و الزامات حریم خصوصی سازمان تطبیق داده شود. طبق مستندات GitLab، خروجی ابزار ارسال نمی‌شود، جز پیام‌های خطای کوتاهِ فراخوانی‌های ناموفق. با وجود این، promptها، نام پروژه و زمان اجرای نشست می‌توانند دادهٔ حساس عملیاتی محسوب شوند.
چک‌لیست عملی ارتقا
glab govern setup را اجرا کنید و دسترسی داشبورد و SIEM را آزمایش کنید.GitLab ۱۹.۵ مسیر اتصال ابزارهای هوش مصنوعی به چرخهٔ DevOps را کوتاه‌تر کرده است؛ اما ارزش واقعی آن زمانی ایجاد می‌شود که MCP، اسرار و ممیزی Agentها هم‌زمان با اصل کمترین دسترسی، کنترل نرخ و بررسی انسانی پیاده‌سازی شوند. برای جزئیات کامل قابلیت‌ها، یادداشت انتشار رسمی GitLab ۱۹.۵ را ببینید و برای مقایسهٔ رویکردهای امنیتی، مقالهٔ مدیریت دسترسی Agentهای هوش مصنوعی در Docker Sandbox Kit را نیز مطالعه کنید.
