آخرین اخبار
همهٔ اخبار
هشدارها و CERT گزارش بحرانیت ۵/۱۰

تغییر استراتژی Canonical؛ انتشار هفتگی آپدیت‌های هسته Ubuntu به دلیل حجم بالای CVEها

تغییر استراتژی Canonical؛ انتشار هفتگی آپدیت‌های هسته Ubuntu به دلیل حجم بالای CVEها

شرکت Canonical برای مقابله با حجم رو به رشد آسیب‌پذیری‌های شناسایی شده، چرخه انتشار به‌روزرسانی‌های هسته (Kernel) سیستم‌عامل Ubuntu را به صورت هفتگی تغییر می‌دهد. این تصمیم در پاسخ به افزایش چشمگیر تعداد CVEهاست که بخشی از آن به دلیل استفاده از ابزارهای مبتنی بر هوش مصنوعی (AI) در شناسایی باگ‌ها رخ داده است.

نقش هوش مصنوعی در شناسایی آسیب‌پذیری‌ها

به گفته Canonical، مدل‌های زبانی بزرگ (LLMs) و عوامل تخصصی AI، فرآیند کشف باگ‌ها را از یک فعالیت دستی و زمان‌بر به یک موتور خودکار و سریع تبدیل کرده‌اند. این موضوع باعث شده است که سرعت شناسایی نقاط ضعف، از سرعت تیم‌های دفاعی در تولید و انتشار وصله‌ها (Patches) پیشی بگیرد.

تغییر در چرخه انتشار SRU

در مدل جدید، به‌روزرسانی‌های پایدار هسته (SRU) که پیش‌تر در چرخه‌های چهار هفته‌ای (معمولی) و دو هفته‌ای (امنیتی) عرضه می‌شدند، اکنون در قالب چرخه‌های دو هفته‌ای متداخل قرار می‌گیرند تا هر هفته یک نسخه جدید منتشر شود. فرآیند جدید به شرح زیر است:

  • هفته اول: ادغام وصله‌ها، آماده‌سازی بسته‌های Kernel و انجام بررسی‌های اولیه. در پایان این مرحله، نسخه‌های کاندید (Release Candidates) در بخش -proposed منتشر می‌شوند.
  • هفته دوم: انجام تست‌های رگرسیون (Regression Testing)، گواهینامه‌های سخت‌افزاری و یکپارچه‌سازی با توزیع. پس از تایید، نسخه نهایی منتشر می‌شود.

راهکارهای سریع‌تر برای سازمان‌های حساس

برای سازمان‌هایی که حساسیت بالایی نسبت به تاخیر در Patching دارند، امکان دریافت نسخه‌های کاندید از بخش -proposed پس از هفته اول فراهم شده است. در این حالت، کاربران می‌توانند اصلاحات را سریع‌تر دریافت کنند، اما باید خودشان تست‌های پذیرش (Acceptance Tests) را انجام دهند، زیرا این نسخه‌ها هنوز تست‌های جامع گواهینامه‌دهی Canonical را پشت سر نگذاشته‌اند.

کاهش پنجره ریسک (Exposure Window)

Canonical قصد دارد فاصله زمانی بین افشای عمومی یک آسیب‌پذیری و ارائه وصله را کاهش دهد. هدف این شرکت ارائه راهکارهای جایگزین (Workarounds) یا توصیه‌های سخت‌گردانی (Hardening) ظرف ۲۴ تا ۴۸ ساعت پس از افشای عمومی است تا سیستم‌ها در وضعیت «قابل دفاع» قرار گیرند، پیش از آنکه وصله نهایی در چرخه انتشار قرار گیرد.