مؤسسة Solana تدفع مشغلي تحقق Ubuntu لحجب حزم IPv4 TCP بسبب الثغرة CVE-2026-98432

مؤسسة Solana تحذر من ثغرة CVE-2026-98432

أصدر تيم غارسيا، المسؤول عن علاقات مشغلي التحقق في مؤسسة Solana (SOL)، توصية موجهة إلى المشغلين الذين يديرون أنظمتهم على Ubuntu، مفادها تطبيق إجراءات شبكية مؤقتة للتصدّي لثغرة نواة لينكس المرقمة CVE-2026-98432، ذلك أن التوزيعة لم تصدر بعد نواة مرقّعة رغم توفر الإصلاح في نواة لينكس الرئيسية. جاءت التوصية في منشور عام يوم الاثنين 2 نوفمبر 2026، ووجهت بشكل مباشر إلى الفرق التي تدير بنية التخزين والمكافآت المؤمّنة لشبكة Solana. الخطوات التي أوصى بها غارسيا محددة: ينبغي على مشغلي التحقق على Ubuntu حجب مؤقتًا حزم TCP الواردة التي تحمل خيارات IPv4، وتعطيل بروتوكول TCP متعدد المسارات المعروف باسم MPTCP، وإيقاف خاصية ترحيل مقابس طلبات TCP. بروتوكول MPTCP هو امتداد في النواة يتيح لاتصال TCP واحد المرور عبر عدة مسارات شبكية في آن واحد، وهو ما يفيد في المتانة لكنه يوسّع سطح الشيفرة الذي يستطيع نظير بعيد الوصول إليه على خادم يستمع للاتصالات. يتعلق التحذير بالبنية التحتية لا بسعر Solana (SOL)، ولم تذكر رسالة المؤسسة أي شيء عن انقطاع الشبكة أو عقوبات التخزين أو أموال مكشوفة للخطر. تندرج عيب TCP في النواة في فئة مختلفة عن خلل في تطبيق عادي: فهو يعيش تحت كل عمليات الجهاز ولا يمكن معالجته بتحديث ملف تنفيذي للعميل. هذا يفسّر شكل التوصيات المؤقتة. فإلى أن تصدر Ubuntu نواتها المصلحة، فإن ترشيح الحزم الحاملة لخيارات IPv4 وتعطيل خصائص TCP المتأثرة يزيلان قابلية الوصول التي تحتاجها الثغرة، وبكلفة أداء شبه معدومة على حركة النظراء لدى مشغّل التحقق. إذ يحتفظ هؤلاء المشغلون بنقاط وصول عامة طويلة العمر تقبل اتصالات واردة من النظراء على مدار الساعة، ومن ثم يبقى مكدس TCP في نظام التشغيل المضيف من المكونات القليلة التي لا يمكنهم إبعادها عن الخدمة ببساطة وينتظر الإصلاح. أما الثغرة نفسها فقد أصلحت أصلًا في نواة لينكس الرئيسية، والخطر المتبقي ينبع من نوى التوزيعات المتأخرة عنها، وUbuntu هي التوزيعة التي أشار غارسيا إلى تأخرها تحديدًا.

تصنيف 9.8 مع تحفظ يخص MPTCP

يضيف التقييم الفني للثغرة CVE-2026-98432 أبعادًا مهمة للصورة. فقد نشر 23pds، المسؤول الأول لأمن المعلومات في SlowMist، قراءة تصنيف خطورة تقدّر درجة الثغرة بنحو 9.8 وتصفها بأنها سباق تحرير ذاكرة بعد استخدام في مصافحة IPv4 TCP، وهو خطأ في الذاكرة تُحرَّر فيه منطقة تخزين بينما قد لا يزال مسار شيفرة متوازٍ يتعامل معها. يقيس هذا التصنيف أشد الآثار الممكنة، وكان 23pds صريحًا بشأن الفارق بين الحالة الأسوأ والادعاء الرئيسي القائل بأن كل خوادم Ubuntu قابلة للاختراق عن بعد بنقرة واحدة، ووصف هذا الادعاء بالمبالغ فيه. فالهجوم عن بعد الذي حصل فعليًا على صلاحيات جذر جاء من تجربة مضبوطة أنتج فيها نموذج البحث Claude من Anthropic سلسلة الاستغلال، ونجح فقط أمام خادم هدف كان يشغّل مستمعًا لبروتوكول MPTCP. وهذا الشرط جوهري: فالخادم الذي لا يشغّل مستمع MPTCP يقدّم سطح هجوم مختلفًا عن الذي يشغّله، ومعظم الأجهزة لا تفعّله افتراضيًا ما لم يفعّلته أدواتها. وتتقارب التوزيعات على الإصلاحات بسرعات متفاوتة. فحتى يوم الجمعة 30 أكتوبر، كانت Debian 12 وDebian 13 تحملان الإصلاحات، فيما بقيت Ubuntu 22.04 و24.04 و26.04 في قائمة الانتظار، وأجّلت Red Hat Enterprise Linux 8 و9 و10 إصلاحها. لم يُسجّل أي استغلال واسع النطاق مؤكد رسميًا في الواقع العملي. لكن النطاق أوسع من مديري الأنظمة الذين فعّلوا الشبكات متعددة المسارات عن علم. ففي منشور منفصل، أفصحت IoTeX عن تعرضها: إذ تُفعّل لغة Go بدءًا من الإصدار 1.24 بروتوكول MPTCP افتراضيًا لمقابس الاستماع، وهو ما يضع منفذ الاتصال بين النظراء 4689 في مشروع iotex-core على مسار الهجوم الذي أُظهر عمليًا، حتى لدى المشغلين الذين لم يختاروا التفعيل قط. ولهذا السبب تحديدًا يبدو ملاحظة IoTeX أكثر إثارة للقلق من غيرها: فإعداد افتراضي في بيئة تشغيل اللغة، لا قرار مدير نظام، هو الذي يخلق الشرط. وتنصيحة المشروع تتعانى مع نصيحة المؤسسة: ترقية العقد وإعادة تشغيلها على النوى المتأثرة بأسرع ما يمكن، وعلى Ubuntu، حيث لا توجد نواة مصلحة بعد، حجب الحزم الحاملة لخيارات IPv4 في هذه الأثناء.

بالنسبة إلى Solana (SOL)، فإن الخلاصة العملية هي أن التعرض يتوقف على الإعداد بقدر ما يتوقف على الثغرة ذاتها. فمشغّل التحقق الذي لا يشغّل مستمع MPTCP، أو الذي طبّق فلترة غارسيا سلفًا، يقع خارج مسار الهجوم المُبرهن، فيما تكلف الخطوات المؤقتة القليل من الجهد إلى أن تنتهي Ubuntu من عملها على النواة. وقد شهد الربع الرابع من عام 2026 رصدًا متكررًا لسطح Solana التشغيلي، بدءًا من إزالة تطبيق مطالبات SKR الخبيث من متجر التطبيقات التابع للشبكة، مرورًا بـمقترح SIMD-0567 الخاص بحسابات الرموز الموجّه لمشغلي التحقق، ثم هذا التحذير الذي يضيف أمن الجهاز المضيف إلى القائمة. غير أن السجل لا يثبت أي استهداف مؤكد لمشغلي تحقق Solana: فلا استغلال موثق للثغرة CVE-2026-98432 في الواقع العملي، ومشغلو RHEL ما زالوا ينتظرون إصلاحًا يُشحن، والاختراق المُبرهن يبقى نتيجة مخبرية لا حدثًا شبكيًا ملحوظًا.