نواة لينكس تغرق بتقارير ثغرات الذكاء الاصطناعي والمراجعون قلة

أصبح العثور على الثغرات في نواة لينكس سهلًا الآن، أما إصلاحها فقصة أخرى. فبحسب موقع ZDNET الذي تناول الوضع في 12 نوفمبر 2026، تولّد أدوات الذكاء الاصطناعي اليوم من تقارير الأخطاء والرقع ما يفوق طاقة من يراجعونها، وقد توقف مشرف معروف على النواة عن مراجعة معظم الشيفرة.

CVE (Common Vulnerabilities and Exposures) هو المعرّف العلني الذي يُمنح لثغرة أمنية موثّقة. والمشرف (maintainer) شخص، متطوع أو موظف، مسؤول عن جزء من النواة ويقرر أي الرقع تُدمج. أما المراجِع (reviewer) فيقرأ الرقعة المقترحة ويتأكد من صحتها قبل دمجها. ونواة لينكس، قلب نظام التشغيل الذي يعمل في كل شيء من الهواتف الذكية إلى الحواسيب العملاقة، تعتمد على عدد قليل من هؤلاء الأشخاص.

ما حجم سيل تقارير أخطاء لينكس؟

بحسب ZDNET، أعلن فريق CVE الخاص بلينكس عن متوسط 27 ثغرة CVE يوميًا في عام 2026 حتى 2 نوفمبر. ويفسر ZDNET هذا الحجم جزئيًا بقاعدة خاصة بالنواة: في لينكس يمكن لأي خطأ أن يكون خطأً أمنيًا.

وبحسب Tom's Hardware التي نقلت تقريرًا لموقع Phoronix بتاريخ 28 أغسطس، تقترب النواة من 2000 ثغرة CVE مُصلَحة في كل إصدار، مقابل نحو 500 خلال معظم حقبة لينكس 6.x. وأظهرت شريحة عرض أعدها Greg Kroah-Hartman، مشرف النواة المستقرة، لمؤتمر Kernel Recipes 2026 أرقامًا تتجاوز 1000 مع لينكس 7.0 وتتجاوز 1500 مع لينكس 7.2. وإذا استمر الاتجاه فقد يتخطى لينكس 7.3 حاجز 2000، وفق Tom's Hardware.

وتعزو Tom's Hardware هذه القفزة أساسًا إلى أشخاص يمشّطون بأدوات الذكاء الاصطناعي شجرة شيفرة مصدرية نمت على مدى 35 عامًا إلى أكثر من 40 مليون سطر، لا إلى تراجع مفاجئ في جودة النواة. تصل هذه الأدوات إلى زوايا غامضة نادرًا ما يعود إليها البشر، وتعثر أحيانًا على عيوب حقيقية: فسجلات CVE الخاصة بلينكس هذا العام تنسب بالفعل إلى التحليل الساكن بمساعدة الذكاء الاصطناعي اكتشافات أكدتها لاحقًا Intel Product Security.

ويضيف مقال ZDNET رقمًا من جانب الشركات. فقد قال مختبر FORGE Lab التابع لمايكروسوفت إن نظام المسح بالذكاء الاصطناعي MDASH أنتج 59 تقرير خطأ للنواة الأصلية (upstream) للينكس، بينها عيب عمره 21 عامًا على الأقل. وبحسب المختبر، استغرق تحويل تلك الاكتشافات إلى تقارير أكثر من أربعة أشهر-شخص لأن الجهد البشري هو عنق الزجاجة، ووصف العثور على الأخطاء وإصلاحها بأنهما غير متوازنين بصورة حادة. وفي جانب ويندوز، يشير ZDNET إلى أن أحدث Patch Tuesday تضمّن 726 ثغرة CVE، معظمها ناتج عن اكتشاف بالذكاء الاصطناعي.

لماذا يحترق مشرفو النواة؟

يظهر الضغط في حالات معروفة بالاسم. فبحسب ZDNET، توقف في 10 نوفمبر 2026 Lorenzo Stoakes، مهندس ARM ومشرف على النواة، عن مراجعة الشيفرة في أقسام نواة إدارة الذاكرة وmisc وreclaim والأقسام المتعلقة بـRust، وهي المناطق التي كان يغطيها مراجِعًا. وهو يساهم في النواة منذ 2014. وكتب أنه بالنظر إلى حجم سلاسل الرقع التي يولّدها الذكاء الاصطناعي حاليًا لم يعد لديه الوقت لتقديم مراجعة عامة، إلا في المناطق التي يشرف عليها بنفسه. وأضاف أن المحتوى الرديء المولَّد بالذكاء الاصطناعي كان يظهر في البداية من حين لآخر، ثم أسبوعيًا، ثم كل بضعة أيام، وهو الآن يشكّل نحو نصف ما يراه أو أكثر.

وقال Greg Kroah-Hartman، مشرف النواة المستقرة، الشيء نفسه في جلسة أسئلة وأجوبة خلال Open Source Summit Europe، بحسب ZDNET: لا يوجد عدد كافٍ من الأشخاص لمراجعة سيل الرقع التي تولّدها النماذج اللغوية الكبيرة، والمشرفون منهكون منذ عشر سنوات. وكان طلبه مباشرًا: النواة تحتاج إلى مزيد من المراجِعين.

وتقدّم Tom's Hardware مثالًا قابلًا للقياس من مجال الشبكات. ففي طلب السحب الخاص بالشبكات في لينكس 7.3، قدّر المشرف Jakub Kicinski أن ما بين ثلث ونصف رقع net-next البالغ عددها 648 التي عولجت في الدورة بدت إصلاحات منخفضة الأولوية أو أعمال تنظيف أو توضيحات يقودها الذكاء الاصطناعي. وكتب أن الفريق غارق تمامًا.

وحجم العمل يغيّر ما تحتفظ به النواة. فبحسب Tom's Hardware، اقترح المطوّر Andrew Lunn في أبريل إزالة نحو 28000 سطر من شيفرة الشبكات القديمة لعتاد من حقبة ISA وPCMCIA، لأن أدوات الذكاء الاصطناعي والاختبار العشوائي (fuzzing) بدأت تعثر على عيوب شعر المشرفون بأنهم ملزمون بإصلاحها حتى لو لم يشغّل أحد ذلك العتاد. ويزيل لينكس 7.3 شيفرة مشغّلات قديمة من SGI وIBM، وأُزيل مشغّل نظام الملفات FreeVxFS بعد أن قال مشرفه إن شيفرة التوافق القديمة صارت في الغالب علفًا لأدوات فحص الأخطاء الآلية.

هل يرفض مجتمع النواة الذكاء الاصطناعي؟

لا، وتوضح Tom's Hardware ذلك صراحة. فقد استخدم Kroah-Hartman نفسه أدوات اختبار عشوائي بمساعدة الذكاء الاصطناعي تعمل محليًا للعثور على أخطاء في النواة. والشكوى موجهة إلى مخرجات الذكاء الاصطناعي غير المتحقق منها التي تُلقى على البشر للتحقق. وبحسب Tom's Hardware، منع مؤخرًا الرقع المولَّدة بالنماذج اللغوية من نظام staging الفرعي في النواة، باستثناء إصلاحات الأمان المشروعة، كما تحذر الإرشادات المحدّثة للنواة من أن التقارير المولَّدة بالذكاء الاصطناعي والمقدَّمة دون تحقق بشري قد تهدر وقت المشرفين. وحصل الفريق أيضًا على إمكانية الوصول إلى عدة نماذج متقدمة للمساعدة في مراجعة الرقع وتصفية النتائج الوهمية.

هل بدأت الإصلاحات تلحق بالتقارير؟

هناك مؤشرات مبكرة، لكن لا شيء حاسم. فبحسب ZDNET، كتب Linus Torvalds في رسالة على قائمة Linux Kernel Mailing List أن جزءًا كبيرًا من الشيفرة الجديدة في لينكس 7.4-rc2 جاء بدفع من إصلاحات الذكاء الاصطناعي. وقال إنه في جانب BPF على الأقل تصل الإصلاحات الآن أسرع من التقارير الجديدة، وإن معظم المجالات الأخرى لم تبلغ تلك النقطة، وإن ذلك قد يكون علامة على أن المد بدأ ينعكس. ونصيحته: لا تحبسوا أنفاسكم.

أما Kroah-Hartman فهو أقل تفاؤلًا. فقد قال لـZDNET إن المشروع يقترب لكنه لم يصل بعد، ورفض تقدير موعد تفوّق إصلاحات الذكاء الاصطناعي المعتمدة بشريًا على تقارير أخطائه. وقال Daniel Stenberg، مؤسس مشروع cURL وأحد أشد المنتقدين لتقارير الذكاء الاصطناعي الرديئة، لـZDNET إنه يعتقد أن مشروعه يدير السيل جيدًا حتى الآن، وإن كان الحجم يرتفع وينخفض بحسب من يرسل اكتشافات جديدة في أسبوع معيّن.

• 27 ثغرة CVE يوميًا: متوسط فريق CVE الخاص بلينكس حتى 2 نوفمبر 2026، بحسب ZDNET.
• قرابة 2000 ثغرة CVE في كل إصدار من النواة، مقابل نحو 500 في معظم حقبة 6.x، بحسب Tom's Hardware.
• ما بين ثلث ونصف 648 رقعة شبكات في دورة لينكس 7.3 اعتُبرت عملًا منخفض الأولوية يقوده الذكاء الاصطناعي، بحسب المشرف Jakub Kicinski.

ماذا يعني هذا لشركة؟

بالنسبة لشركة في العالم العربي تشغّل لينكس على الخوادم أو الحاويات أو معدات الشبكات أو الأجهزة المدمجة، فالدرس العملي هو أن عدد النشرات الأمنية للنواة سيواصل الارتفاع بينما يظل عدد الأشخاص خلف كل إصلاح شحيحًا. وعدد ثغرات CVE وحده لا يقول الكثير عن الخطر، لأن كثيرًا من الإدخالات الجديدة تخص مشغّلات غامضة؛ والمهم هو أيّها يؤثر في العتاد وإعدادات النواة التي تستخدمونها فعلًا.

وتنبثق من ذلك ثلاث عادات. تابعوا إصدارات النواة المستقرة التي توفرها توزيعتكم واختصروا الوقت اللازم لتطبيقها. واحتفظوا بقائمة بميزات النواة والمشغّلات التي تفعّلونها كي تتمكنوا من فرز النشرات بسرعة. وإذا كان فريقكم يقدّم تقارير أخطاء بمساعدة الذكاء الاصطناعي، فاجعلوا شخصًا يعيد إنتاج كل مشكلة أولًا، لأن إرشادات المشرفين أنفسهم تقول إن التقارير غير المتحقق منها تهدر وقتهم. ويمكن للشركات التي تعتمد على لينكس أن تساعد مباشرة بتمويل وقت المراجعة أو المساهمة به، وهو المورد الأشح بحسب Kroah-Hartman.

وثمة تحفظ: المصادر لا تقول متى ستتفوق الإصلاحات على التقارير، وملاحظة Torvalds بشأن BPF موصوفة بأنها مشجعة لكنها محصورة في ذلك المجال. الأفضل اعتبار المرحلة الحالية موسمًا مزدحمًا من الترقيع، لا اتجاهًا مستقرًا.