باگ بحرانی GitLab با امتیاز ۱۰: اجرای کد از راه دور در ۱۲ سال انتشار

چه اتفاقی افتاده است؟

ریشه‌ی مشکل یک سرریز عدد صحیح (integer overflow) در مرحله‌ی کامپایل عبارت‌های منظم است. به گفته‌ی GitLab، اگر یک عبارت منظم ساختگی و ویژه به این مرحله برسد، در شرایطی خاص می‌تواند به اجرای کد دلخواه روی خود سرور منجر شود. برای سوءاستفاده نیازی به حساب کاربری یا ورود به سیستم نیست.

این آسیب‌پذیری هر دو نسخه‌ی Community و Enterprise را شامل می‌شود. نسخه‌های اصلاح‌شده عبارت‌اند از ۱۹.۵.۱، ۱۹.۴.۳ و ۱۹.۳.۶. برای شاخه‌های قدیمی‌تر هم وصله‌هایی در نسخه‌های ۱۹.۲.۹، ۱۹.۱.۹، ۱۹.۰.۱۰ و ۱۸.۱۱.۱۳ عرضه شده است.

به نوشته‌ی منابع، این نقص از طریق برنامه‌ی باگ‌بانتی GitLab در HackerOne گزارش شده است. تا زمان انتشار خبر، سوءاستفاده‌ی فعال از آن مستند نشده بود.

چه کسانی در معرض خطرند؟

کاربران GitLab.com نیازی به اقدام ندارند، چون به گفته‌ی GitLab زیرساخت مدیریت‌شده‌ی خودش از قبل وصله شده است. مستأجران GitLab Dedicated که روی نسخه‌ی ۱۹.۳.۵-internal0 یا جدیدتر هستند هم اصلاحیه را دارند. خطر اصلی متوجه سازمان‌هایی است که GitLab را روی سرور خودشان نصب و نگهداری می‌کنند.

منبع گزارش The Register می‌گوید GitLab برای نمونه‌های خودمیزبان دو قاعده‌ی تشخیص تهدید هم منتشر کرده است. این شرکت تأکید دارد که هرچه سریع‌تر باید به نسخه‌ی اصلاح‌شده ارتقا داد.

چرا برای برنامه‌نویس‌ها مهم است؟

سرور GitLab معمولاً به سورس‌کد، متغیرهای CI/CD، توکن‌های استقرار و دسترسی به زیرساخت وصل است. اگر مهاجمی روی آن کد اجرا کند، ممکن است به سورس‌کد و اطلاعات حساس زیرساخت دسترسی پیدا کند. به همین دلیل چنین نقصی در ابزار توسعه، از نظر زنجیره‌ی تأمین نرم‌افزار هم خطرناک است.

این خبر پشت‌سرهم‌ی دیگر خبرهای هفته است: نوشته‌ی جستجوی وب از یک وصله‌ی بحرانی دیگر در بخش عبارت منظم CI/CD (CVE-2026-97229) در ۱۲ اکتبر هم خبر می‌دهد. پس تیم‌هایی که هنوز روی نسخه‌های ۱۹.۲.۸، ۱۹.۳.۴ یا ۱۹.۴.۲ مانده‌اند، باید برای نسخه‌های جدیدتر برنامه‌ریزی کنند.

برای تیم‌های ایرانی که GitLab را روی سرور داخل ایران یا خارج از کشور راه‌اندازی کرده‌اند، موضوع مهم‌تر است. دلیلش آن است که به‌روزرسانی‌ها معمولاً دیرتر انجام می‌شود و نمونه‌های خودمیزبان، اغلب مستقیم روی اینترنت باز هستند.