CVE-2026-116843 در Mistral Vibe؛ خطر اجرای کد از مخزن Git نامطمئن با CVSS 8.8

تصویر کدنویسی و توسعه نرم‌افزار برای آسیب‌پذیری Mistral Vibe

گزارش امنیتی SafeNest — Mistral Vibe

CVE-2026-116843 در ۲۷ اکتبر ۲۰۲۶ برای ابزار برنامه‌نویسی Mistral Vibe ثبت شد. در نسخه‌های پیش از 3.0.3 هنگام کار با مخزن نامطمئن در حالت Worktree، بخشی از منطق عملیات Git پیش از تأیید اعتماد به مخزن اجرا می‌شود. در این وضعیت، تنظیمات مخزن می‌تواند موجب عملکرد ناخواسته در زمینه دسترسی کاربر توسعه‌دهنده شود. امتیاز CVSS v3.1 برابر ۸٫۸ و v4.0 برابر ۸٫۷ است. این مشکل نشان‌دهنده اهمیت جداکردن داده نامطمئن و قابلیت اجرای ابزارهای توسعه است.

جدول شناسه‌ها، امتیاز، نسخه‌ها و شرایط

CVE CVSS CWE نوع ضعف نسخه آسیب‌پذیر نسخه اصلاحی پیش‌شرط
CVE-2026-116843 8.8 / CVSS v3.1؛ 8.7 / CVSS v4.0 CWE-829 پذیرش عملکرد اجرایی از منبع نامطمئن در فرآیند Git Worktree Mistral Vibe قبل از 3.0.3 3.0.3 تعامل کاربر با مخزن غیرمطمئن و استفاده از حالت Worktree؛ اجرای عامل با اختیارات کاربر

شرح فنی مستقل CVE-2026-116843

ابزارهای توسعه ممکن است برای مدیریت شاخه‌ها یا فضای کاری از قابلیت‌های Git استفاده کنند. برخی تنظیمات مخزن نه صرفاً داده، بلکه دستورالعمل رفتار ابزار Git هستند. در نسخه آسیب‌پذیر، یک عملیات Worktree می‌تواند قبل از مرحله بررسی اعتماد، تنظیمات منبع نامطمئن را فعال کند. پیامد، اجرای عملکرد ناخواسته در زمینه حساب کاربر توسعه‌دهنده است.

نسخه و شرط: Mistral Vibe قبل از 3.0.3؛ تعامل کاربر با مخزن غیرمطمئن و استفاده از حالت Worktree؛ اجرای عامل با اختیارات کاربر.

اصلاح: ابزار را به نسخه 3.0.3 یا جدیدتر ارتقا دهید، مخازن ناشناس را در محیط ایزوله بررسی کنید و دسترسی عامل به اعتبارنامه‌ها و ابزارهای حساس را حداقلی نگه دارید. وضعیت نسخه رفع: 3.0.3.

ریسک عامل‌های توسعه نرم‌افزار

ابزارهای هوش مصنوعی برنامه‌نویسی معمولاً روی کد منبع، فایل‌ها، وابستگی‌ها و عملیات Git کار می‌کنند. همین گستردگی دسترسی باعث می‌شود یک خطای بررسی اعتماد در مخزن به موضوع امنیتی جدی تبدیل شود.

مخزن Git به‌عنوان داده نامطمئن

فایل‌های مخزن ممکن است از یک مشارکت‌کننده ناشناس، Fork عمومی یا بسته نرم‌افزاری خارجی دریافت شوند. نباید فرض کرد همه متادیتا و تنظیمات همراه آن به اندازه کد بررسی‌شده توسط تیم توسعه قابل اعتمادند.

ترتیب اجرای عملیات اهمیت دارد

اگر ابزار ابتدا عملیات دارای اثر جانبی را انجام دهد و سپس اعتبار منبع را بررسی کند، کنترل اعتماد عملاً دیر اعمال شده است. این CVE به چنین تفاوتی در ترتیب بررسی و اجرای عملیات Worktree مرتبط است.

پیش‌شرط تعامل کاربر

در بردار CVSS v3.1 وجود User Interaction ثبت شده است. بنابراین این نقص نباید به‌عنوان اجرای خودکار روی هر نصب Vibe بدون تعامل با مخزن یا زمینه Worktree توصیف شود.

سطح دسترسی احتمالی

پیامد فنی در زمینه همان حسابی رخ می‌دهد که ابزار توسعه را اجرا کرده است. اگر آن حساب به Token مخزن، کلید سرویس یا فایل‌های خصوصی دسترسی زیادی داشته باشد، اثر احتمالی نیز بیشتر خواهد بود.

نقش جداسازی محیط

کار با مخازن بیرونی را در محیط موقت، کانتینر محدود یا ماشین مجازی با دسترسی حداقلی انجام دهید. هدف این است که حتی هنگام خطا، مسیر دسترسی به داده‌ها و ابزارهای سازمانی محدود باقی بماند.

حفاظت از اعتبارنامه‌ها

دسترسی مستقیم عامل توسعه به کلیدهای تولید، توکن‌های طولانی‌مدت و اسرار زیرساختی باید بازبینی شود. استفاده از اعتبارنامه‌های کوتاه‌عمر و مخصوص همان پروژه به کاهش دامنه پیامد کمک می‌کند.

ملاحظات زنجیره تأمین

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

نسخه رفع و اعتبارسنجی

نسخه 3.0.3 به‌عنوان انتشار اصلاحی ثبت شده است. پس از ارتقا، نسخه واقعی بسته نصب‌شده و رفتار معمول مدیریت Worktree برای مخازن مجاز باید بررسی شود.

پایش نشانه‌های غیرعادی

فعالیت غیرمنتظره ابزارهای فرزند، ارتباطات خروجی و تغییرات غیرمجاز فایل‌ها می‌توانند در بررسی رخداد مفید باشند. این علائم عمومی هستند و به‌تنهایی سوءاستفاده از این CVE را اثبات نمی‌کنند.

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

تیم AppSec بهتر است یک سیاست روشن برای ورود مخازن شخص ثالث و ابزارهای عامل هوش مصنوعی داشته باشد. ثبت نسخه ابزار، نوع دسترسی و منبع مخزن، رفع خطر را قابل ممیزی می‌کند.

جمع‌بندی

این CVE یادآور آن است که بررسی کد منبع کافی نیست؛ تنظیمات ابزار توسعه و ترتیب اجرای عملیات نیز بخشی از سطح حمله‌اند. ارتقا و جداسازی محیط بهترین مسیر کاهش ریسک است.

اولویت، کاهش مواجهه و کنترل‌های مکمل

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

وضعیت بهره‌برداری و اعتبار اطلاعات

در منابع بررسی‌شده تأیید مستقلی از بهره‌برداری فعال در دنیای واقعی یا ورود این CVE به فهرست CISA KEV در زمان انتشار این مطلب به‌دست نیامد. وجود گزارش فنی یا امکان ساخت نمونه تحقیقاتی به معنی رخ‌دادن حمله موفق نیست. نسخه‌های رفع‌شده فقط زمانی ذکر شده‌اند که با منبع رسمی تأیید شده باشند.

منابع رسمی و فنی

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *