محققان امنیتی شرکت depthfirst در تاریخ ۲۴ جولای کد اکسپلویت (exploit) کارآمدی برای یک آسیب‌پذیری در GitLab منتشر کردند که GitLab شش هفته پیش‌تر، در ۱۰ جون، آن را وصله کرده بود. این آسیب‌پذیری به هر کاربر احراز هویت‌شده‌ای که دسترسی push به یک پروژه دارد اجازه می‌دهد بدون نیاز به دسترسی مدیریتی، دستورات دلخواه را روی سرورهای خودمیزبان (self-managed) نسخه ۱۸.۱۱.۳ که به‌روزرسانی نشده‌اند، به‌عنوان کاربر git اجرا کند. زنجیره حمله از طریق ارسال یک نوت‌بوک Jupyter دستکاری‌شده و بهره‌برداری از دو باگ خرابی حافظه (memory corruption) در کتابخانه Oj، یک پارسر JSON نوشته‌شده به زبان C، کار می‌کند. این باگ‌ها به مهاجم امکان می‌دهند اشاره‌گر heap را افشا کرده و در نهایت تابع system() را فراخوانی کند. نسخه‌های آسیب‌پذیر شامل GitLab CE/EE از ۱۵.۲.۰ تا ۱۸.۱۰.۷، از ۱۸.۱۱.۰ تا ۱۸.۱۱.۴، و از ۱۹.۰.۰ تا ۱۹.۰.۱ می‌شوند و نسخه‌های اصلاح‌شده ۱۸.۱۰.۸، ۱۸.۱۱.۵ و ۱۹.۰.۲ هستند.
نگرانی جدی‌تر آن است که GitLab این وصله را به‌عنوان یک اصلاح امنیتی طبقه‌بندی نکرد و آن را صرفاً در بخش رفع اشکال (bug fixes) نسخه ۱۰ جون درج کرد؛ هیچ شناسه CVE، امتیاز CVSS، یا اشاره‌ای به زنجیره آسیب‌پذیری وجود ندارد. این امر باعث شد بسیاری از مدیران سیستم دلیلی برای اولویت‌بندی این به‌روزرسانی نداشته باشند. محقق depthfirst، یوهانگ وو، اعلام کرد که هیچ مدرکی از بهره‌برداری واقعی در محیط‌های عملیاتی مشاهده نشده، اما تأکید کرد که این نتیجه‌گیری بر اساس گزارش‌های دریافتی است نه داده‌های تله‌متری. GitLab تاکنون به سؤالات The Hacker News درباره دلیل عدم طبقه‌بندی این وصله به‌عنوان مسئله امنیتی پاسخ نداده است.
کلمات کلیدی : آسیب‌پذیری GitLab, اکسپلویت GitLab, اجرای کد دلخواه GitLab, آسیب‌پذیری کتابخانه Oj, وصله امنیتی GitLab, خرابی حافظه GitLab
نظر شما چیست؟
خوشحال می‌شویم نظر شما را بدانیم. نظری بنویسید.