کانونیکال (Canonical) در حال رفع یک نقص بحرانی در کرنل لینوکس (Linux Kernel) در اوبونتو است؛ اما این اقدام هفته‌ها پس از وصله‌کردن دبیان (Debian) و دیگر توزیع‌ها انجام می‌شود و کاربران از این تأخیر ناراضی هستند.
آسیب‌پذیری ۹.۸ و خطر اجرای کد با دسترسی root
این آسیب‌پذیری با شناسه CVE-2026-98432 از نوع باگ use-after-free است و بخشی از کرنل لینوکس را درگیر می‌کند که اتصالات شبکه‌ای ورودی، به‌ویژه دست‌دهی TCP روی IPv4، را مدیریت می‌کند. رد هت (Red Hat) در بولتن امنیتی خود اعلام کرده مهاجم می‌تواند با ارسال داده‌های specially crafted، سیستم آسیب‌پذیر را از کار بیندازد، علیه آن حمله DDoS انجام دهد یا نگران‌کننده‌تر اینکه کد را با دسترسی root اجرا کند.
بیشترین خطر متوجه سرورهاست و گفته می‌شود این باگ از سال ۲۰۱۶ وجود داشته است. تیم CVE کرنل، این نقص را در مقیاس CVSS 3.1 برابر با ۹.۸ از ۱۰ ارزیابی کرده است؛ هرچند اوراکل (Oracle) و سوزه (SUSE) امتیاز ۸.۱ را ثبت کرده‌اند، زیرا بهره‌برداری از آن را دشوارتر می‌دانند.
وصله در آزمایش، اما هنوز در مخزن پایدار نیست
تا تاریخ ۳ نوامبر، کرنل‌های وصله‌شده برای اوبونتو ۲۲.۰۴، ۲۴.۰۴ و ۲۶.۰۴ LTS در مرحله آزمایش قرار دارند، اما هنوز به مخزن به‌روزرسانی‌های پایدار (Stable Updates Pocket) نرسیده‌اند. کانونیکال تاریخی برای انتشار آن‌ها اعلام نکرده است.
- اوبونتو ۲۲.۰۴ LTS
- اوبونتو ۲۴.۰۴ LTS
- اوبونتو ۲۶.۰۴ LTS
دبیان هفته‌ها پیش این نقص را وصله کرده بود و همین موضوع انتقادها را تشدید کرده است. پژوهشگر آنتروپیک (Anthropic) که نخستین بار این باگ را گزارش کرده، گفته است یک مدل منتشرنشده از کلود (Claude) موفق به ساخت اکسپلویت عملی شده که می‌تواند به مهاجم راه دور، با استفاده از Multipath TCP یا MPTCP، دسترسی root به سرورهای آسیب‌پذیر بدهد.
واکنش تند کاربران و جامعه توسعه‌دهندگان
در شبکه‌های اجتماعی، انتقادها از کندی کانونیکال شدید و صریح بوده است. یکی از کاربران در پاسخ به توییت کانونیکال درباره آزمایش کرنل وصله‌شده نوشته است: «هیچ توضیحی برای اینکه چرا اوبونتو هفته‌ها خواب بوده وجود ندارد.» کاربر دیگری نوشته است: «RIP Ubuntu. Y’all been asleep at the wheel.» یک توسعه‌دهنده نیز در یک پست وبلاگی ویروسی با عنوان WTF Ubuntu اعلام کرده است همه سرورهای خود را از اوبونتو منتقل می‌کند و به گفته او، دیگر اعتماد کامل به این توزیع به‌عنوان بستری قابل اتکا و امن برای نیازهایشان وجود ندارد.
پاسخ کانونیکال و معمای ریتم جدید امنیتی
کانونیکال می‌گوید کرنل‌ها را پیش از انتشار روی هزاران سرور و دستگاه تأییدشده آزمایش می‌کند و مدیران سیستم می‌توانند در صورت تمایل، مخزن پیشنهادی (-proposed) را فعال و نصب کنند تا زودتر وصله شوند. این شرکت همچنین غیرفعال‌کردن MPTCP را به‌عنوان راهکار موقت رد کرده و گفته است به‌روزرسانی‌های امنیتی «تنها کاهش‌دهنده مناسب» هستند، زیرا این باگ به آن قابلیت خاص محدود نمی‌شود.
به‌طور عجیب، به نظر می‌رسد همان ریتم جدید امنیتی کرنل (Kernel Security Cadence) که کانونیکال برای رساندن سریع‌تر وصله‌ها به کاربران معرفی کرده، عامل این تأخیر بوده است. کرنل دوره آزمایشی ثابتی را طی می‌کند و وصله‌ها در سریع‌ترین زمان ممکن منتشر می‌شوند؛ اما به نظر می‌رسد این سرعت برای کاربران کافی نبوده است.